JP4829244B2

JP4829244B2 - 回線交換ｕｓｓｄ信号方式を用いたパケット交換ネットワークにおけるプレゼンス管理

Info

Publication number: JP4829244B2
Application number: JP2007542359A
Authority: JP
Inventors: ジェイムズ，エル．ミルス，
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2004-11-30
Filing date: 2005-11-29
Publication date: 2011-12-07
Anticipated expiration: 2025-11-29
Also published as: JP2008522473A; CN101069442A; WO2006059206A1; CN101069442B; EP1817926A1; EP1817926B1; DE602005023769D1; US20060114882A1; ATE482586T1

Description

本発明は、一般的には、無線通信ネットワークに関し、特には、プレゼンス情報を搬送するために回線交換の非構造化補助サービスデータ(Unstructured Supplementary Service Data)メッセージを用いるパケット交換無線通信ネットワークに関する。

セッション開始プロトコル（Session Initiation Protocol:以下「ＳＩＰ」という）は、ユーザ間の双方向通信セッションを開始し、変更し、終了するプロトコルである。ＳＩＰは、ハイパーテキスト・転送プロトコル（Hyper Text Transfer Protocol：以下「ＨＴＴＰ」という）と類似のＡＳＣＩＩテキスト・ベースの信号プロトコルである。各通信セッションには、例えば、音声とビデオなどの異なるメディア・タイプを含んでもよい。通信セッションを開始すると、ＳＩＰは、開始するその時点で、着呼ユーザがどこにいるかを決定する。この方法で、ＳＩＰは、位置に無関係な単一のアドレスを割り当てられた被呼者たちに接続する能力を提供することにより、パーソナルモビリティ（個人が移動すること）を可能ならしめる。

ＳＩＰのアーキテクチヤは、応答要求パラダイムを用いたクライアント／サーバ・モデルを基本としている。ＳＩＰの主なエンティティ（実体）は、ユーザ・エージェント、ＳＩＰプロキシ・サーバ、ＳＩＰリダイレクト・サーバ、およびレジストラである。ユーザ・エージェント、またはＳＩＰエンドポイントは、リクエストの開始時にはユーザ・エージェント・クライアント（User Agent Client）として機能し、そして、リクエストの応答時にはユーザ・エージェント・サーバ（User Agent Server）として機能する。ＳＩＰ中間サーバには、プロキシまたはリダイレクト・サーバとして動作する能力を備えている。ユーザ・エージェントは、ＳＩＰレジストラに登録メッセージを送信し、レジストラは、非ＳＩＰプロトコルを経由してロケーション・サービスの登録情報を蓄積する。

第３世代パートナーシップ・プロジェクト（３ＧＰＰ）およびインターネット技術タスクフォース（Internet Engineering Task Force）は、インターネット・プロトコル（ＩＰ）ベースのフレームワーク内での実時間無線マルチメディア・セッションを確立し、制御し、維持するために、ＳＩＰを採用している。ＳＩＰはＡＳＣＩＩテキスト・ベースのシグナリング（信号方式）プロトコルであるため、そのメッセージは非常に長い。例えば、ＳＩＰＮＯＴＩＦＹ（通知）メッセージは７１８バイトであり、それに２７６バイトの応答のためのＯＫメッセージが付随する。非常に長いメッセージのため、帯域幅制限のある無線チャネルの信号方式が非効率に使われている。

また、ＳＩＰは、プッシュ・ツー・トーク・オーバ・セルラ（Push-To-Talk over Cellular、以下「ＰｏＣ」という）サービスのセッション開始と呼び出し制御に使用される。ＰｏＣは高速接続で、半二重のサービスであり、別名プッシュ・ツー・トーク（以下「ＰＴＴ」という）または音声チャット・サービスとして知られている。ＰＴＴアプリケーションは、トランシーバ・サービスに似た双方向の１対１の私用電話サービスと１対多数のグループ電話サービスを提供するが、多くの利点を持っている。加入者には、例えばページャにしたり、また双方向無線などの他のデバイスに置き換えたりして、非常に広範囲に亘り、私的で直接的な同時無線音声の接続を手ごろな価格で、しかもタイムリーに提供できるという利点がある。加入者は、ハンドセットのボタンをただ押すことにより、瞬時に一つ以上のレシーバに接続できる。呼び出しを受信するユーザは、その呼び出しに答える必要も無く、自動的に発呼側の声を聞くことができる。

ＰｏＣは、このサービスのために、オープン・モバイル・アライアンス（Open Mobile Alliance）によって最近開発された公開仕様で用いられる公式名称である。ＰｏＣ仕様は、多くの現行仕様を用いているが、それらは、インターネット技術タスクフォース（Internet Engineering Task Force）や、第３世代パートナーシップ・プロジェクト（Third Generation Partnership Project, 以下「３ＧＰＰ」という）と、３ＧＰＰ２から採られたもので、これらには、モバイル・デバイス間のＩＰ接続を可能とするための３ＧＰＰのＩＰマルチメディア・サブシステム（IP Multimedia System、以下「ＩＭＳ」という）や３ＧＰＰ２のマルチメディア・ドメイン（Multimedia Domain、以下「ＭＭＤ」という）が含まれている。ＰｏＣの特徴を説明する技術仕様には、３ＧＰＰの TSTS 22.141とTS 23.141が含まれる。さらに、３ＧＰＰ 24.841は、ＳＩＰを用いたプレゼンス方法を規定している。これら仕様はすべて、本明細書の中で全体を参照することで用いていく。

ＰｏＣは、例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＰＲＳ、ＵＭＴＳ、および、８０２．１１のような無線技術のＩＰバックボーンとして実施される。ＩＭＳおよびＭＭＤを使用すると、ＩＰベースのパケット交換ネットワークで音声とデータ・サービスを統合する能力が付加される。このパケット交換ドメイン上にふたつの基本的能力が付加される。ひとつは、セッションを開始するためＳＩＰ経由のユーザを見付け出す能力である。二つ目は、ＰＴＴのような新サービスを移動機／端末機（以下「ＭＳ」/「ＵＥ」という）が統合する能力である。ＩＭＳとその多重サービス−デリバリ能力を導入することにより、サービスのための共通インフラストラクチヤが構築され、そして、各サービスのためのサービス・デリバリ・インフラストラクチヤを構築する要求が取り除かれる。

”プレゼンス”レポートは現在ＰｏＣで使用されているが、これはＰｏＣサービスのためにＭＳ/ＵＥが利用可能か不可能かを示すためのものである。しかしながら、プレゼンスレポートは更に、加入者呼び出し状態（すなわち、話中／待機中／ドゥ・ノット・ディスターブ）、場所、現在の通信アドレス、およびそのたぐいのものを示すために利用され得ると将来期待される。プレゼンスレポートに対しこれらを付加すると、プレゼンス情報の一部がほんの少し変わっても常に更新情報が送られるので、プレゼンス更新信号の頻度が増加してしまうであろう。主として、これまで述べた長いＡＳＣＩＩテキスト・ベースのＳＩＰメッセージのため、これらのプレゼンスレポートに情報を追加すると、ネットワークに対して大きな負荷になる。

一つの解決策が、論文「第１次ＯＰＩＵＭにおけるＳＩＰメッセージ圧縮による効率的なＳＩＰベースのプレゼンスとＩＭサービス」（Sweeney他、コーク工科大学／適応無線システム・グループ（CIT/AWS）、２００３年、９月２６日）で提案されている。この論文で、Sweeney他は、キャッシュとブランクを用いたテキスト圧縮（TCCB）手法を用いて、ＳＩＰメッセージを圧縮することを提案している。しかしながら、この解決策は、更にシステムを複雑にしてしまい、ネットワークにおいてはありきたりの効率向上のみの結果に終っている。

また、注意すべきことは、ＳＩＰを用いたプレゼンス方法を規定する３ＧＰＰ 24.841では、プレゼンスレポートをＳＩＰ以外のベアラを使用してもよいことが記述されており、これはすなわち「ＷＡＰ（Wireless Application Protocol）、ＳＭＳ (Short Message Service)など」である。しかしながら、ＷＡＰ信号方式を用いると、ＩＰマルチメディア・ネットワークには負荷となってしまう。またＳＭＳメッセージはＳＭＳメッセージ・センター（ＳＭＳ−Ｃ）を通過しなければならない結果、待ち時間が増加してしまうため、ＳＭＳも実際的でない。

一つの態様では、本発明は、パケット交換無線通信ネットワークにおけるプレゼンス情報を管理する方法を対象としている。その方法には、パケット交換ネットワーク上でモバイル・ユニットからプレゼンス・サーバに回線交換プレゼンス更新メッセージを送信すること；そして、プレゼンス・サーバのモバイル・ユニットのために、プレゼンス情報を更新することが含まれる。回線交換プレゼンス更新メッセージは、非構造化補助サービスデータ (Unstructured Supplementary Service Data、以下「ＵＳＳＤ」という)であってもよいし、それはゲートウェイ経由で送られてもよい。モバイル・ユニットは、広帯域符号分割多元接続（ＷＣＤＭＡ）ネットワークで動作する端末機（以下「ＵＥ」という）、または、汎用パケット無線サービス（General Packet Radio Service、以下「ＧＰＲＳ」という）ネットワークで動作する移動機（以下「ＭＳ」という）であってもよい。

もう一つの態様でも、本発明は、パケット交換無線通信ネットワークにおけるプレゼンス情報を管理する方法を対象としている。その方法には、パケット交換無線通信ネットワークに接続されたモバイル・ユニットの初期登録の間に、パケット交換ネットワーク上でモバイル・ユニットからプレゼンス・サーバにパケット交換プレゼンス・メッセージを送信することが含まれる。パケット交換プレゼンス・メッセージには、モバイル・ユニットのためのプレゼンス情報と、モバイル・ユニットのための識別番号と、「モバイル・ユニットが回線交換プレゼンスレポートをサポートしていること」を示す表示とが含まれる。またその方法には、パケット交換プレゼンス・メッセージに応答して、プレゼンス・サーバからモバイル・ユニットへ、パケット交換ＡＣＫ・メッセージを送信することも含まれる。パケット交換ＡＣＫ・メッセージには、プレゼンス・サーバのインターネット・プロトコル（ＩＰ）アドレスと、「プレゼンス・サーバが回線交換プレゼンス管理をサポートしていること」を示す表示とが含まれる。その後モバイル・ユニットは、モバイル・ユニットのプレゼンス状態に変化が生じているかどうかを判定し、プレゼンス・サーバに回線交換のプレゼンス更新メッセージを送信する。モバイル・ユニットのプレゼンス情報はプレゼンス・サーバで更新され、その後のプレゼンス更新のすべてが回線交換メッセージを経由して送られる。好ましい実施形態では、回線交換プレゼンス更新メッセージはＵＳＳＤメッセージである。

さらにもう一つの態様では、本発明は、ＵＳＳＤゲートウェイを対象とする。ＵＳＳＤゲートウェイには、パケット交換無線通信ネットワーク上での、モバイル・ユニットから回線交換のＵＳＳＤプレゼンス更新メッセージを受信する手段が含まれており、この更新メッセージには、パケット交換無線通信ネットワーク上でのプレゼンス・サーバのＩＰアドレスが含まれている。また、ＵＳＳＤゲートウェイには、ＵＳＳＤメッセージからプレゼンス・サーバのＩＰアドレスを抽出する手段と、抽出されたプレゼンス・サーバのＩＰアドレスを用いて、プレゼンス・サーバにプレゼンス更新メッセージを転送する手段とが含まれている。

またさらにもう一つの態様では、本発明は、ＭＳがスタンバイ状態にあり、ＧＰＲＳ無線通信ネットワーク上のパケット交換動作のためにアタッチされた、待機状態にあるＭＳのためにプレゼンス情報をレポートする方法を対象とする。その方法には、ＭＳにより回線交換呼び出しのためのページ（呼び出し）を受信することと、ＭＳによりパケット交換ＧＰＲＳ動作を保留すること、そしてＧＰＲＳネットワークのプレゼンス・サーバにＭＳから回線交換のプレゼンス更新メッセージを送信することが含まれ、この回線交換プレゼンス更新メッセージには、回線交換呼び出しを受信したためにＭＳが利用できないことの表示が含まれる。回線交換のプレゼンス更新メッセージは、ＵＳＳＤメッセージであってもよいし、さらに回線交換呼び出し期間中、ＭＳはまだ利用可能でないことを示す更新ＵＳＳＤメッセージを、周期的にプレゼンス・サーバに送信してもよい。さらに、回線交換呼び出しを終了する時点で、ＭＳは、利用可能であることを表示するＵＳＳＤメッセージを、プレゼンス・サーバに送信してもよい。

本発明は、パケット交換無線通信ネットワーク上の負荷を大幅に削減するプレゼンス管理の方法である。プレゼンス管理のためのＳＩＰ信号方式を用いる替わりに、本発明では、回線交換信号方式を用いる。特に、本発明では、プレゼンス情報を伝えるため、回線交換非構造化補助サービスデータ (以下「ＵＳＳＤ」という)メッセージを用いる。ＵＳＳＤは回線交換サービスであり、これにより、ネットワークでの通常のＵＳＳＤの仕組みをサポートすることで、現行のモバイル・ネットワークにオーバレイされた独自仕様のサービスが可能となる。ＵＳＳＤは回線交換サービスであり、端末とネットワーク・ベースのアプリケーションとの間の専用信号接続を利用するため、ＵＳＳＤを、パケット交換のボイスオーバＩＰ（Voice-over-IP、以下「ＶｏＩＰ」という）サービスを提供するためのベアラとして用いるとは、通常は考えられない。

ＳＩＰ信号方式または圧縮ＳＩＰ信号方式と比較すると、本発明を用いれば、広帯域符号分割多元接続（ＷＣＤＭＡ）およびモバイル通信用グローバル・システム／汎用パケット無線サービス（ＧＳＭ/ＧＰＲＳ）ネットワークの両方式で使用されるＩＰマルチメディア・ネットワーク・ノードにおいて、その信号負荷はかなり軽減されたものとなる。また本発明は、ＷＣＤＭＡ無線アクセス・ネットワークにおいても軽減された信号方式となる。さらに本発明は、帯域幅制限下のエアリンク上のメッセージ・サイズを大幅に削減する。

例として、プッシュ・ツー・トーク・オーバ・セルラ（以下「ＰｏＣ」という）を利用して、これから、本発明の実施について説明する。現存の典型的なＰｏＣシステムでは、ＰｏＣクライアントを持つ各移動機（以下「ＭＳ」という）は、ＳＩＰ信号方式を用いてＰｏＣサーバにまず登録する。次に、そのＭＳは利用可能であることを示すため、（ＳＩＰＰＵＢＬＩＳＨメッセージを用いて）プレゼンス・サーバに登録する。ＳＩＰＰＵＢＬＩＳＨメッセージは、登録終了時間に合わせるため、終了時間設定を行ってプレゼンス・サーバへ送られる。ＭＳはプレゼンス・サーバに（ＳＩＰＰＵＢＬＩＳＨメッセージも伴わせ）定期的に再登録し、「ＭＳがＰｏＣサービスのために引き続き利用可能である」ことを知らせる。ＭＳはプレゼンス状態に変化があればいつでも、新しいＳＩＰＰＵＢＬＩＳＨメッセージを送信してプレゼンス情報を更新する。ＭＳは登録削除または電源断の時には、終了時間設定をゼロにしてＰＵＢＬＩＳＨメッセージを送信する。もしＭＳがサービス・エリアを越えてローミングし、かつ、設定時間がプレゼンス・サーバで終了すると、プレゼンス・サーバは、利用状態を「利用不可能である」に変更する。

典型的な実施形態においては、ユーザがＭＳ上のＰｏＣコンタクト・メニュー・スクリーンを選択するといつでも、そのＭＳのＰｏＣクライアントもまた、プレゼンス・サーバから（ＳＩＰ動作、ＳＵＢＳＣＲＩＢＥＮＯＴＩＦＹを用いて）個人、またはグループのプレゼンス情報を要求する。この代案として、プレゼンス・サーバは状態の変化を検出するときはいつでも、ＰｏＣクライアントにこの情報を自動的に送ってもよいが、これにより信号量が増え、本来加入者がコンタクト・リストを見るときのみ更新が必要なことから、この信号量の多くは不要である。ＳＩＰ信号量を削減する設計努力にもかかわらず、現行のプレゼンス管理手順では、呼状態制御機能(ＣＳＣＦ)（ＰｏＣ実施時）を通るＳＩＰ信号の約５０パーセントは、プレゼンス・サーバにおいてプレゼンス情報を維持するために用いられていると見積もられている。

ユーザが（個人のＭＳの代わりに）コンタクト・リストに加わる場合、先ずＳＵＢＳＣＲＩＢＥ（加入）要求がリソース・リスト・サーバ（Resource List Server、以下「ＲＬＳ」という）に転送される。次に、ＲＬＳは個人のＳＵＢＳＣＲＩＢＥ要求をプレゼンス・サーバに転送する。ＩＭＳ(IP Multimedia Subsystem)コア・システムは、コンタクト・リストにＳＩＰメッセージをどのように送信するかを知らない。そのため、グループ／リスト機能は、ＲＬＳのドメイン名（例えば、contactlist_user1@presense.com）を持つコンタクト・リストの全ての名前を挙げることにより、プレゼンス・サーバと統合化される。このようにして、コンタクト・リストに対するＳＵＢＳＣＲＩＢＥ要求がすべてＲＬＳに送られる。

本発明は、ＭＳ/ＵＥのクライアントを変更し、回線交換ＵＳＳＤメッセージを利用して、プレゼンス更新をプレゼンス・サーバに送信する。プレゼンス・サーバは、ＭＳ/ＵＥからＵＳＳＤプレゼンス更新を受信するように変更されてもよく、あるいはＨＬＲ（Home Location Register）によって送信されたＵＳＳＤ MAP信号を受信するように変更されてもよい。さらにＵＳＳＤゲートウェイを変更し、ＭＳ/ＵＥからＵＳＳＤプレゼンス更新を受信し、プレゼンス・サーバのためにＩＰアドレスを抽出し、またプレゼンス更新メッセージをプレゼンス・サーバに転送するようにする。

プレゼンス・サーバもまた、ＵＳＳＤメッセージを用いてグループのプレゼンス状態をＭＳ/ＵＥに送り出してもよく、ＵＳＳＤ信号方式はメッセージ・サイズの点から見ると、エアリンクでのＳＩＰ信号方式よりはるかに効率的になる。例えば、ＳＩＰ方式のＮＯＴＩＦＹメッセージは７１８バイトであり、それに対応するＯＫメッセージは２７６バイトであるが、ＵＳＳＤ方式のＲＥＧＩＳＴＥＲ(FACILITY)メッセージはたった約６６バイトであり、これには２６バイトのヘッダと約４０バイトのユーザ・データが含まれている。（メッセージには、ＵＥの移動機加入ＩＳＤＮ番号（Mobile Subscriber ISDN Number、以下「ＭＳＩＳＤＮ」という）と、プレゼンス・サーバのＩＰアドレス／ポートと、おそらくプレゼンス・サーバの信号ポイント符号（ＳＰＣ：Signal Point Code）、そしてＵＥの状態が含まれる。）
プレゼンスレポートのために回線交換ＵＳＳＤメッセージを用いるもう一つの利点は、ＩＰマルチメディア（IP Multi-Media、以下「ＩＰＭＭ」という）ノードを通した信号量が、大きく減少するということである。これは、回線交換信号は、移動交換局(以下「ＭＳＣ」という)からユーザのホーム・ロケーション・レジスタ(以下「ＨＬＲ」という)へ、ＨＬＲからＵＳＳＤゲートウェイへ、（SS7またはＩＰのどちらかを用いて）ＵＳＳＤゲートウェイからプレゼンス・サーバへと送られるからである。もしＰｏＣをＷＣＤＭＡ方式のＭＳ/ＵＥに用い、そのＭＳ/ＵＥが信号接続を持たない状態にある場合、ＳＩＰを利用するプレゼンス更新には、無線リソース制御(Radio Resource Control、以下「ＲＲＣ」という)による接続が再びなされること、またlu-PS信号接続がなされること、およびＰＤＰ（Packet Data Protocol）コンテキストの無線アクセス・ベアラ(Radio Access Bearer、以下「ＲＡＢ」という)が割り当てられることが要求される。ＵＳＳＤを利用すると、回線交換更新メッセージは、単にＲＲＣ接続とIu-CS信号接続が確立されることをのみ要求するため、待ち時間が少なくなり改善される。ＵＳＳＤ更新メッセージのために、RABを割り当てられる必要はない。また、これによりエアリンク上の信号量を減少できる。

ＧＳＭ/ＧＰＲＳネットワークに対しても同様な利点があるが、付け加えて言えば、回線交換呼び出し中、またはその呼び出しが開始または終了された時でも、ＵＳＳＤプレゼンス更新を行うことができるということがある。

以下に、好ましい実施形態を示すことにより、次に示す添付図面の図を参照して、本発明の本質的な特徴を詳細に述べる。

図１は、ＷＣＤＭＡネットワークにおける本発明の実施形態のステップを図示するフローチャートである。ＷＣＤＭＡネットワークによれば、本発明は、回線交換ＵＳＳＤ信号を“更新（リフレッシュ）”ＳＩＰＰＵＢＬＩＳＨメッセージ（すなわち、プレゼンス・サーバに最初に登録した後の全てのプレゼンス更新信号）の代わりに回線交換ＵＳＳＤ信号を用いる。（登録時における）最初の発行時点では、依然としてこれまでのＵＥからプレゼンス・サーバへの標準化されたＳＩＰＰＵＢＬＩＳＨの方法を用いている。かくして、ステップ１１では、ＵＥは、ネットワークへの登録を開始する。ステップ１２では、ＵＥがＵＳＳＤプレゼンスレポートをサポートするかどうかが判定される。もしサポートしなければ、ステップ１３に移動し、ＵＥはプレゼンスレポートのために、標準的なＳＩＰ手順を利用する。もしＵＥがＵＳＳＤプレゼンスレポートをサポートするなら、ステップ１４に移動し、ここでＵＥは最初のＳＩＰＰＵＢＬＩＳＨメッセージを生成する。メッセージには、「ＵＥがプレゼンス情報を更新するためＵＳＳＤをサポートする」ということを示す表示（インディケーション）とともに、ＵＥのＭＳＩＳＤＮ情報が含まれる。ＭＳＩＳＤＮ情報は返送アドレスに用いられ、またＵＳＳＤ信号方式を用いる場合、その情報はプレゼンス・サーバに対してＵＥを識別するために用いられる。ステップ１５では、ＵＥはプレゼンス・サーバにＳＩＰＰＵＢＬＩＳＨメッセージを送信する。

ステップ１６では、プレゼンス・サーバがＵＳＳＤプレゼンス管理をサポートするかどうかが判定される。もしサポートされていなければステップ１７に移動し、そこで、プレゼンス・サーバはプレゼンス管理のための標準ＳＩＰ手順を利用する。もしＵＥがＵＳＳＤプレゼンス管理をサポートする場合ステップ１８に移動し、そこで、プレゼンス・サーバはＳＩＰＡＣＫメッセージを生成する。ＡＣＫメッセージには、「プレゼンス・サーバがＵＳＳＤプレゼンス管理をサポートする」ということを示す表示とともに、プレゼンス・サーバのＩＰアドレスおよびポートあるいは信号ポイント符号（ＳＰＣ）が含まれる。ステップ１９で、プレゼンス・サーバはＳＩＰＡＣＫメッセージをＵＥに送信する。

はじめ述べたように、本発明は、プレゼンス・サーバに最初に登録以降の全てのプレゼンス更新にＵＳＳＤ信号を用いる。したがって、ＵＥはＳＩＰの替わりに回線交換ＵＳＳＤメッセージを経由して全ての更新信号を送信する。ステップ２１では、プレゼンス・サーバにプレゼンス更新メッセージが送信されるように要求して、プレゼンス更新タイマーが終了してしまったかどうかが判定される。もしまだ終了していなければステップ２２に移動し、そこで、ＵＥのプレゼンス状態になにか変化が生じていないかが判定される。もし変化していなければステップ２１に戻り、更新タイマーが終了するのを待つ。もしそのタイマーが終了したり、ＵＥのプレゼンス状態に変化が生じたりするなら、ステップ２３に移動し、そこで、ＵＥは回線交換ＵＳＳＤプレゼンス更新メッセージを（ＨＬＲ/ＨＳＳの外側の）ＵＳＳＤゲートウェイに送信する。ＵＥには更新メッセージにおけるプレゼンス・サーバのＩＰアドレスが含まれる。例えば、プレゼンス・サーバのＩＰアドレスはＵＳＳＤのユーザ・データに含まれてもよい。ステップ２４では、ＵＳＳＤゲートウェイ上のＵＳＳＤアプリケーションはプレゼンス・サーバのＩＰアドレスを抽出し、ＩＰアドレスを用いてプレゼンス更新メッセージ（およびそれに続く更新メッセージ）を正しいプレゼンス・サーバに転送する。

また本発明によれば、（ＵＥの要求によってのみ送られるのと比べ）通知が周期的に送られるネットワーク上でのＳＩＰＮＯＴＩＦＹメッセージの替わりにこのＵＳＳＤ信号を用いてよい。最初のＳＩＰＳＵＢＳＣＲＩＢＥ/ＳＩＰＮＯＴＩＦＹシーケンスは、３ＧＰＰ 24.841から基本的な変更はないが、ただし、プレゼンス・サーバがＵＥのＭＳＩＳＤＮを受信すること、ＵＥがＵＳＳＤプレゼンスレポートをサポートする点は異なる。それ以降は、プレゼンス・サーバはＵＥクライアントにＵＳＳＤ通知を送り、ＡＣＫを受信する。

ここで提案する方法を用いれば、標準方法における幾つかの非効率なところを克服できる。ＰＤＰコンテキスト確立とＰｏＣサーバへの登録（およびそれに続くプレゼンス・サーバへの登録）が終わり、ＰｏＣ呼び出しもなければ、エアリンク上のトラフィックはゼロに低下する。そして、ダウン−スイッチ・タイマー（１〜１０秒）により、ＵＥがCELL_DCH(個別チャンネル)からCELL_FACH（フォワードアクセスチャンネル）に切換え、最初の専用トランスポート・チャネルが共通トランスポート・チャネルに置き換えられる。

また、ＲＮＣ（Radio Network Controller、以下「ＲＮＣ」という）の休止タイマー（例：デフォルト値３０秒）もスタートし、そのうち終了する。この終了でＲＮＣがトリガーされ、lu開放要求メッセージをコア・ネットワークに送信する。コア・ネットワークは、アプリケーション層の接続が必要な場合、Ｉｕ（Interconnection point between an RNC or a BSC and a 3G Core Network）開放要求を拒否してもよい。通常は、コア・ネットワークは要求を受け取り、したがって、Iu-PS信号接続およびＲＡＢ接続と同様、無線ネットワーク制御装置（Radio Network Controller、以下「ＲＮＣ」という）接続も開放され、ＵＥはCELL_PCH（ページング・チャンネル）状態に入る。

ＰｏＣのＳＩＰ信号は、そのセッションのために主要なＰＤＰコンテキスト上にあり、したがって双方向クラスのＲＡＢが要求される。もしＵＥがCELL_PCH状態にあれば、ＳＩＰを用いるプレゼンス再登録には、ＲＡＢが再確立されなければならないことが要求される。まず、ＲＮＣとＵＥとの間のＲＲＣ接続が再確立される。次に、ＲＮＣとＭＳＣサーバとの間のIu-PS信号接続が確立され、そして、ＲＡＢが割り当てられる。これに対して、ＵＳＳＤＤＴＡＰメッセージが信号接続経由で送られるが、それは、RABを再確立するために必要なのではなく、単に、無線リソース制御（Radio Resource Control、以下「ＲＲＣ」という）接続とIu-CS信号接続を行うためである。これにより、エアリンク（無線回線）に対してより少ない信号量となり、したがって同様に待ち時間がより少なくなる。

ＳＩＰ方式と比べＵＳＳＤ信号方式のもう一つの利点は、この方式がＩＰマルチメディア・ネットワークを使用しないということである。この信号はＭＳＣとＨＬＲを通り、次に専用ＩＰ（またはＭＡＰ）接続経由でプレゼンス・サーバに至る。これによってもまた、プレゼンス状態の更新の時間待ち時間が少なくなる。

注意すべきことは、もしプレゼンス・サーバがＵＳＳＤ信号を用いてＵＥにあるコンタクト・リスト情報を更新するなら、ユニバーサル加入者識別モジュール（Universal Subscriber Identity Module、以下「ＵＳＩＭ」という）もまた、ＰｏＣクライアントに対しアプリケーション・モード信号をぜひサポートする必要がでてくる。

ＧＳＭ/ＧＰＲＳネットワークも、エアリンクでのより短いメッセージやＩＭＳノードで削減されたメッセージ数のおかげで、同様の利点を得る。ＧＳＭ/ＧＰＲＳタイプＢのＭＳは、回線交換およびパケット交換制御チャネルの両方を同時にモニタできるが、回線交換とパケット交換ドメイン上では、同時にサービスを稼動させることはできない。スタンド・アローンの専用制御チャネル（Stand-alone Dedicated Control Channel、以下「ＳＤＣＣＨ」という）には、回線交換ＵＳＳＤメッセージを搬送することが要求される。したがって、ＭＳがＧＰＲＳ動作（待機状態）のためにアタッチされ、回線交換専用モードで呼び出された場合、ＭＳはパケット交換ＧＰＲＳサービスを保留する。回線交換接続（すなわちＳＤＣＣＨ）が存在する限り、パケット交換サービスは保留されたままとなる。その後、回線交換接続が切断されると、ネットワーク動作モード（すなわち使用されているGsインタフェースなど）に依存して、ＭＳはルーティングエリア更新（Routing Area Update、以下「ＲＡＵ」という）または合成ＲＡＵ (Combined ＲＡＵ)を行う。ＲＡＵは、サービングＧＰＲＳサポートノード(Serving ＧＰＲＳ Support Node、以下「ＳＧＳＮ」という)に対してＭＳへの中断されたパケット・フローを送信し続けられるようにする。

ＳＩＰを用いてプレゼンス状態を送信するため、スタンバイ状態のタイプＢのＭＳは、ランダム・アクセス・チャネル(ＲＡＣＨ)要求またはパケット・ランダム・アクセス・チャネル(ＰＲＡＣＨ)要求を用いてＳＧＳＮにPACKET CHANNEL REQUESTを送信する。ＭＳはPACKET UPLINK ASSIGNMENTをＳＧＳＮから受信する。最後の上りリンクデータ・ブロックを送信し次第、無線のリソースは再び切り離される。

本発明のＵＳＳＤ信号の方法で、ＳＤＣＣＨが割付けられ、それがＵＳＳＤＲＥＧＩＳＴＥＲメッセージを送信するために用いられる。無線ネットワーク（Radio Access Network、以下「ＲＡＮ」という）で送信されたメッセージの数に大きな違いはないが、メッセージのサイズははるかに小さく、これによってエアリンクでの要求帯域幅を大幅に削減している。

ＧＳＭネットワークにおけるＵＳＳＤ信号方法のさらなる利点は、このＵＳＳＤ信号の方法で、ＭＳがプレゼンス・サーバを更新することが可能になることで、これは回線交換呼び出しを開始し、進捗し、終了するときに可能となる。これは有益な特徴である。それは、以前では、ＭＳが“利用可能”と登録されているとしても、回線交換呼び出しで呼び出されている後では、ＳＩＰ経由では更新の送信ができないからである。つまり、ＭＳはプレゼンス・サーバに対しては“利用可能”であるが、一方では、ＭＳは進捗中の回線交換呼び出しによって、実際には“利用可能でない”ことになる。

図２は、ＧＰＲＳ動作のために接続されたＭＳが回線交換呼び出しのために呼び出された場合の、プレゼンス更新を送信する方法のステップを図示するフローチャートである。ステップ３１で、ＭＳがＧＰＲＳネットワークに登録を開始する。ステップ３２で、ＭＳはパケット交換ＧＰＲＳ動作のためにアタッチされる。ステップ３３で、ＭＳは、ＭＳのＭＳＩＳＤＮと「ＭＳがＵＳＳＤプレゼンスレポートをサポートする」ということを示す表示を付加して、ＳＩＰＰＵＢＬＩＳＨメッセージをプレゼンス・サーバに送信する。ステップ３４で、プレゼンス・サーバは、ＭＳにＳＩＰＡＣＫメッセージを送信するが、そのメッセージにはプレゼンス・サーバのＩＰアドレスとポートまたはＳＰＣと、「プレゼンス・サーバがＵＳＳＤプレゼンス管理をサポートしている」ということを示す表示を付けて送信する。

しばらく経つと、ステップ３５に示すように、ＭＳはスタンバイ状態に入る。その後、ステップ３６で、ＭＳは回線交換呼び出しのために呼び出される。ステップ３７で、ＭＳはパケット交換ＧＰＲＳ動作を保留し、その呼び出しに反応し、回線交換の呼び出しに対応する。ステップ３８で、ＭＳはＵＳＳＤゲートウェイを経由し、プレゼンス・サーバに回線交換ＵＳＳＤプレゼンス更新メッセージを送信する。その更新メッセージは「ＭＳが“利用不可能”である」こと示す。ステップ３９で、回線交換呼び出しが終了したかどうかを判定する。もし終了していなければステップ４０に移動し、そこで、プレゼンス更新タイマーが終了したかどうかを判定する。もしタイマーが終了していなければ、ステップ３９に戻り、回線交換呼が終了するか、またはプレゼンス・タイマーが終了するか、どちらかが最初に起こるまで待つ。もしプレゼンス更新タイマーの方が最初に終了すれば、ステップ３８に戻り、そこで、ＭＳは回線交換ＵＳＳＤプレゼンス更新メッセージをプレゼンス・サーバに送信し、「ＭＳが未だ“利用不可能”である」ことを示す。しかし、回線交換呼び出しの方が最初に終了するとステップ４１に移行し、そこで、ＭＳはＵＳＳＤゲートウェイを経由してプレゼンス・サーバに回線交換ＵＳＳＤプレゼンス更新メッセージを送信し、「ＭＳが現在“利用可能”である」ことを示す。

本発明は、勿論、発明の本質的特徴から離れることなく、今まで述べてきたことと別の特定の方法で実行されてもよい。説明した実施形態は、したがって、全ての面で説明に役立つものと考えるべきであり、そして、制限を与えるものでなく、かつ、添付の特許請求項の意味および等価な範囲以内で生じる全ての変更は、ここに包括されるべきことと意図している。

本発明の教示に基づき、ＷＣＤＭＡネットワークにおけるプレゼンスレポートの方法のステップを図示するフローチャートである。パケット交換ＧＰＲＳ動作のために接続されたＭＳに、回線交換呼び出しが行われた場合の、ＧＰＲＳネットワーク上のプレゼンス更新を送信する方法のステップを図示するフローチャートである。

Claims

パケット交換無線通信ネットワーク上でプレゼンス情報を管理する方法であって、
モバイル・ユニットのプレゼンス情報と、前記モバイル・ユニットの識別番号と、前記モバイル・ユニットが回線交換プレゼンスレポートをサポートすることを示す表示とを含む、パケット交換プレゼンスメッセージを、前記パケット交換無線通信ネットワークにより、前記モバイル・ユニットの初期登録期間中に、前記モバイル・ユニットから前記パケット交換無線通信ネットワーク上にあるプレゼンス・サーバへ送信するステップと、
前記プレゼンス・サーバのインターネット・プロトコル（ＩＰ）アドレスと、前記プレゼンス・サーバが回線交換プレゼンス管理をサポートすることを示す表示とを含む、パケット交換ＡＣＫメッセージを、前記パケット交換プレゼンスメッセージに応答して、前記プレゼンス・サーバから前記モバイル・ユニットへ送信するステップと、
その後、前記モバイル・ユニットが、前記モバイル・ユニットのプレゼンス状態が変わっているかどうかを判定するステップと、
回線交換で使用される回線交換プレゼンス更新メッセージを前記モバイル・ユニットから前記パケット交換無線通信ネットワーク上にある前記プレゼンス・サーバへ送信するステップと、
前記プレゼンス・サーバで、前記モバイル・ユニットの前記プレゼンス情報を更新するステップと、
を含む方法。
請求項１に記載の方法であって、前記モバイル・ユニットが広帯域符号分割多元接続（ＷＣＤＭＡ）ネットワーク上で動作する端末機（ＵＥ）である方法。
請求項１に記載の方法であって、前記モバイル・ユニットが汎用パケット無線サービス（ＧＰＲＳ）ネットワーク上で動作する移動機（ＭＳ）である方法。
請求項１に記載の方法であって、回線交換プレゼンス更新メッセージを送信する前記ステップが、非構造化補助サービスデータ（ＵＳＳＤ）メッセージを前記モバイル・ユニットから前記プレゼンス・サーバへ送信するステップを含む方法。
請求項４に記載の方法であって、前記ＵＳＳＤメッセージを前記モバイル・ユニットから前記プレゼンス・サーバへ送信する前記ステップは、
前記ＵＳＳＤメッセージの中に前記プレゼンス・サーバの前記ＩＰアドレスをセットするステップと、
前記ＵＳＳＤメッセージをＵＳＳＤゲートウェイに送信するステップと、
前記ＵＳＳＤゲートウェイにより前記ＵＳＳＤメッセージから前記プレゼンス・サーバのＩＰアドレスを抽出するステップと、
抽出された前記プレゼンス・サーバのＩＰアドレスを用いて、前記回線交換プレゼンス更新メッセージを前記プレゼンス・サーバへ転送するステップと、
を含む方法。
パケット交換無線通信ネットワーク上のプレゼンス・サーバのモバイル・ユニットのプレゼンス情報を更新する前記モバイル・ユニットにおける方法であって、
前記モバイル・ユニットから前記プレゼンス・サーバへ前記モバイル・ユニットの識別情報及び初期プレゼンス情報と、前記モバイル・ユニットが回線交換プレゼンスレポートをサポートすることを示す表示とを含むメッセージを送信するステップと、
前記プレゼンス・サーバが回線交換プレゼンス管理をサポートしているかどうかを、前記プレゼンス・サーバからの、前記プレゼンス・サーバが回線交換プレゼンス管理をサポートしているかの表示を含むメッセージに基づき、前記モバイル・ユニットが判定するステップと、
その後、前記モバイル・ユニットの前記プレゼンス状態が変わっているかどうかを、前記モバイル・ユニットが判定するステップと、
前記モバイル・ユニットから前記パケット交換無線通信ネットワーク上の前記プレゼンス・サーバへ、回線交換で使用される回線交換プレゼンス更新メッセージを送信するステップと、
を含み、
それによって、前記モバイル・ユニットの前記プレゼンス情報を前記プレゼンス・サーバの中で更新する、
方法。
請求項６に記載の方法であって、前記モバイル・ユニットから前記プレゼンス・サーバに前記モバイル・ユニットの識別情報及び初期プレゼンス情報と、前記モバイル・ユニットが回線交換プレゼンスレポートをサポートすることを示す表示とを含むメッセージを送信する前記ステップが、
パケット交換プレゼンスメッセージを、前記パケット交換無線通信ネットワークにより前記モバイル・ユニットの初期登録期間中に、前記モバイル・ユニットから前記プレゼンス・サーバへ送信するステップを含む方法。
請求項７に記載の方法であって、前記プレゼンス・サーバが回線交換プレゼンス管理をサポートするかどうかを、前記モバイル・ユニットが判定する前記ステップにおいて、
前記プレゼンス・サーバが回線交換プレゼンス管理をサポートするかの表示を含む前記メッセージは、前記パケット交換プレゼンスメッセージに応答して、前記プレゼンス・サーバから送信されるパケット交換ＡＣＫメッセージである方法。
請求項６に記載の方法であって、前記モバイル・ユニットが広帯域符号分割多元接続（ＷＣＤＭＡ）ネットワーク上で動作する端末機（ＵＥ）である方法。
請求項６に記載の方法であって、前記モバイル・ユニットが汎用パケット無線サービス（ＧＰＲＳ）ネットワーク上で動作する移動機（ＭＳ）である方法。
請求項６に記載の方法であって、前記モバイル・ユニットの識別情報及び初期プレゼンス情報と、前記モバイル・ユニットが回線交換プレゼンスレポートをサポートすることを示す表示とを含むメッセージを送信する前記ステップが、非構造化補助サービスデータ（ＵＳＳＤ）メッセージを前記モバイル・ユニットから前記プレゼンス・サーバへ送信するステップを含む方法。
請求項１１に記載の方法であって、さらに、
もし前記モバイル・ユニットの前記プレゼンス状態が変化していない場合、更新ＵＳＳＤメッセージを前記モバイル・ユニットから前記プレゼンス・サーバへ定期的に送信するステップを含む方法。
汎用パケット無線サービス（ＧＰＲＳ）無線通信ネットワーク上で、パケット交換動作のためにアタッチされた移動機（ＭＳ）のプレゼンス情報を報告する方法であって、
前記移動機のプレゼンス情報と、前記移動機の識別番号と、前記移動機が回線交換プレゼンスレポートをサポートしていることを示す表示とを含む、パケット交換プレゼンスメッセージを、前記ＧＰＲＳ無線通信ネットワークにより、前記移動機の初期登録期間中に、前記移動機からプレゼンス・サーバへ送信するステップと、
前記プレゼンス・サーバが回線交換プレゼンス管理をサポートすることを示す表示を含む、パケット交換ＡＣＫメッセージを、前記パケット交換プレゼンスメッセージに応答して、前記プレゼンス・サーバから前記移動機が受信するステップと、
その後、前記移動機がスタンバイ状態に入るステップと、
回線交換呼の呼び出しを前記移動機が受信するステップと、
パケット交換ＧＰＲＳ動作を前記移動機が保留するステップと、
前記移動機が使用不可能であることを示す表示を含む、回線交換で使用される回線交換プレゼンス更新メッセージを、前記移動機から、前記ＧＰＲＳ無線通信ネットワーク上のプレゼンス・サーバへ送信するステップと、
を含む方法。
請求項１３に記載の方法であって、前記回線交換プレゼンス更新メッセージを送信する前記ステップが、非構造化補助サービスデータ（ＵＳＳＤ）メッセージを前記移動機から前記プレゼンス・サーバへ送信するステップを含む方法。
請求項１４に記載の方法であって、前記ＵＳＳＤメッセージを前記移動機から前記プレゼンス・サーバへ送信する前記ステップが、
前記ＵＳＳＤメッセージの中に前記プレゼンス・サーバのＩＰアドレスをセットするステップと、
前記ＵＳＳＤメッセージをＵＳＳＤゲートウェイに送信するステップと、
前記ＵＳＳＤゲートウェイにより前記ＵＳＳＤメッセージから前記プレゼンス・サーバのＩＰアドレスを抽出するステップと、
抽出された前記プレゼンス更新メッセージの前記ＩＰアドレスを用いて、前記回線交換プレゼンス更新メッセージを前記プレゼンス・サーバへ転送するステップと、
を含む方法。
請求項１５に記載の方法であって、前記ＵＳＳＤメッセージを前記移動機から前記プレゼンス・サーバに送信する前記ステップが、さらに、前記プレゼンス・サーバに前記移動機を識別させるために、前記移動機の移動機加入ＩＳＤＮ番号（ＭＳＩＳＤＮ）を前記ＵＳＳＤメッセージの中にセットするステップを含む方法。
請求項１６に記載の方法であって、さらに、前記移動機が依然として使用不可能であることを示す表示を含む更新ＵＳＳＤメッセージを、前記回線交換呼の間に、前記移動機から前記プレゼンス・サーバへ定期的に送信するステップを含む方法。
請求項１６に記載の方法であって、さらに、
前記移動機が前記回線交換呼を終了するステップと、
前記移動機が使用可能であることを示す表示を含む、第２ＵＳＳＤメッセージを前記移動機から前記プレゼンス・サーバへ送信するステップと、
を含む方法。