JP5722452B2 - Ｉｐマルチメディアシステム用のカードアプリケーションツールキットサポート - Google Patents

Description

本発明は、一般に、移動通信システムにおけるデータ伝送に関し、より具体的には、インターネットプロトコル（ＩＰ）マルチメディアシステム用のカードアプリケーションツールキットサポートに関する。

公知の無線電気通信システムでは、基地局またはアクセスデバイス内の伝送機器が、セルとして知られている地理的領域の全体を通して信号を伝送する。技術が進化するにつれて、以前は不可能であったサービスを提供することができる、より進歩した機器が導入されてきた。この先進的な機器は、例えば、Ｅ−ＵＴＲＡＮ（進化型汎用地上波無線アクセスネットワーク）ノードＢ（ｅＮＢ）、基地局、または他のシステムおよびデバイスを含む場合がある。そのような先進的または次世代機器はしばしば、ロングタームエボリューション（ＬＴＥ）機器と呼ばれ、そのような機器を使用するパケットベースのネットワークはしばしば、進化型パケットシステム（ＥＰＳ）と呼ばれる。アクセスデバイスは、ユーザ機器（ＵＥ）または移動機器（ＭＥ）等のユーザエージェント（ＵＡ）に、電気通信システム内の他の構成要素へのアクセスを提供することができる、従来の基地局またはＬＴＥ ｅＮＢ（進化型ノードＢ）等の任意の構成要素である。

Ｅ−ＵＴＲＡＮ等の移動通信システムでは、アクセスデバイスは、無線アクセスを１つ以上のＵＡに提供する。アクセスデバイスは、アクセスデバイスに通信する全てのＵＡの間で、アップリンク（ＵＬ）およびダウンリンク（ＤＬ）データ伝送リソースを割り付けるためのパケットスケジューラを備えている。スケジューラの機能は、とりわけ、ＵＡの間で利用可能なエアインターフェース容量を分割することと、各ＵＡのパケットデータ伝送に使用されるリソース（例えば、副搬送波周波数およびタイミング）を決定することと、パケット割付およびシステム負荷を監視することとを含む。スケジューラは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）および物理アップリンク共有チャネル（ＰＵＳＣＨ）データ伝送のための物理層リソースを割り付け、制御チャネルを通してスケジューリング情報をＵＡに送信する。ＵＡは、アップリンクおよびダウンリンク伝送のタイミング、周波数、データブロックサイズ、変調、およびコーディングについて、スケジューリング情報を参照する。

ある移動通信システムでは、汎用集積回路カード（ＵＩＣＣ）アプリケーション（例えば、加入者識別モジュール（ＳＩＭ）、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ＳＩＭ（ＩＳＩＭ）、および汎用地上波無線アクセスネットワーク（ＵＴＲＡＮ）ＳＩＭ（ＵＳＩＭ））が、移動機器（ＭＥ）によって制御される、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）機能性を利用し得るという要件がある。例えば、３ＧＰＰ ＴＳ ２２．１０１を参照されたい。例えば、従来技術と標識された図１は、ＵＩＣＣアプリケーションがピアをセッションに招待する動作のブロック図を示す。従来技術と標識された図２は、ＵＩＣＣからＩＭＳへの通信の実施例を示す。この実施例では、ＩＭＳ ＵＩＣＣユーザ開始登録は、ＩＭＳ加入者識別モジュール（ＩＳＩＭ）が存在する場合に行われる。

新しいＵＩＣＣからＭＥへのコマンドは、ＵＩＣＣにＩＭＳトラフィックを送信し、ＵＩＣＣから受信する手段として、チャネルがＩＭＳを使用することを可能にするように、チャネルを閉鎖する、データを送信する、データを受信する、およびチャネル状態を得る等の、ＩＭＳのための公知のベアラ独立プロトコル（ＢＩＰ）コマンドを拡張する、ＩＭＳ機能のための開放チャネルを含み得る可能性がある。

ある公知のシステム（例えば、３ＧＰＰ ３１．１１１ ｖ． ９．１）では、ＵＩＣＣは、ＰＤＰコンテキストを起動するため、および、ＵＩＣＣからのＩＰデータを、ＵＩＣＣによって選択されるアクセスポイント名（ＡＰＮ）に関するネットワークに送信するために、チャネル開放要求を使用することができる。この機能は、現在使用されている、ＵＩＣＣのＩＰベースの無線（ＯＴＡ）更新が、旧式のショートメッセージサービス（ＳＭＳ）プッシュおよびＳＭＳトランスポートに取って代わることを可能にする、ＢＩＰのホスピスの下で配備されている。

この機能は、ＵＩＣＣが、ＵＥ上の別のＩＭＳアプリケーションおよび／またはＩＭＳ通信サービスであり、他のアプリケーション／通信サービスと同様に、ＩＭＳアプリケーション参照識別子／ＩＭＳ通信サービス識別子（ＩＡＲＩ／ＩＣＳＩ）を使用して、ＩＭＳサービスを用いた特定の登録を必要とする状態まで、ＢＩＰ特徴をさらに発展させる。

しかしながら、この機能を用いると、セッション初期化プロトコル（ＳＩＰ）上で複数の登録を送信することは、携帯電話にとって（例えば、バッテリ寿命に関して）、およびネットワークにとって（例えば、不必要な負荷を提示することに関して）高価となり得る。加えて、ネットワークによってプッシュ配信される未承認ＳＩＰメッセージも、同じ影響を及ぼし得る。

より具体的には、デバイスの最初の登録時に、デバイスがＵＩＣＣ上でホストされたＩＡＲＩを認識していない場合、ＵＩＣＣがＭＥにＩＭＳ接続の開始を所望することをＵＩＣＣが（後に）知らせる時に、デバイスは、後続の登録を行う必要がある。余分な登録は、不必要かつ不要な信号をもたらし得る。起動後およびＳＩＰ／ＩＭＳ登録後であるが、ＵＩＣＣからチャネル開放コマンドを受信する前に、ＭＥがＵＩＣＣ上でホストされた（ＩＡＲＩによって識別される）アプリケーションに対する受信プッシュメッセージを受信する場合、ＭＥは単純に、ＩＭＳサーバからのあらゆる未承認メッセージを破棄する。

同様に、ＭＥが、その最初の登録時に、ＵＩＣＣ内に含まれるアプリケーションによってサポートされる通信サービス（例えば、ＩＣＳＩ）を認識していない場合、ＭＥは、ＵＩＣＣに含まれる特定のＩＣＳＩをサポートするように、後に後続の登録を行う必要がある。ＳＩＰ ＲＥＧＩＳＴＥＲメッセージは、ＩＡＲＩ値とともにＩＣＳＩを含む、メディア特徴タグを含む。例えば、図４および５に示されるように、ＲＥＧＩＳＴＥＲおよびＩＮＶＩＴＥメッセージの中で、サポートが強化された複数のＩＡＲＩおよびＩＣＳＩ値を提供することが望ましいであろう。

本発明によれば、可能な限りＳＩＰメッセージを確立するために、ＭＥは、そのメモリの中、および、ＵＩＣＣ上にインストールされた全てのＩＭＳアプリケーションと、サポートされる通信サービスとを認識させられる。起動時にこの情報を取得することによって、ＭＥは、単一のＩＭＳ登録で全てのローカルアプリケーションおよび通信サービスを登録することによって、リソースを節約することができる。

種々の実施形態では、ＩＡＲＩの問題を解決するための複数の解決法がある。また、種々の実施形態では、欠落しているＩＣＳＩの問題が対処される。また、ある実施形態では、ＵＩＣＣ ＩＭＰＵ解決法が記載される。また、ある実施形態では、ＩＭＳ登録成功後にＩＭＳ登録状態をＵＩＣＣに提供するための解決法が記載される。

より具体的には、一実施形態では、本発明は、ＵＩＣＣ ＩＡＲＩをＵＥに示すために、新しいＩＳＩＭファイルを導入することに関する。より具体的には、この実施形態では、本発明は、ＵＩＣＣ上にインストールされた動作中アプリケーションと関連付けられる全てのＩＡＲＩを含む、新しいＩＳＩＭファイルを導入することに関する。モバイルデバイス（ＭＥ等）は、起動時にこのファイルを読み出し、ＵＩＣＣ上に存在するＩＭＳアプリケーションの存在を認識する。この実施形態のある変化例では、任意の関連ＩＡＲＩが後に追加または除去される必要がある場合、ファイルが更新され、通知がデバイスに送信される。これらの通知の受信時に、ＭＥは、関連ＩＡＲＩを追加または除去するために、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージを使用して、そのＩＭＳ登録を更新する。

別の実施形態では、本発明は、ＵＩＣＣ ＩＡＲＩをＵＥに示すために、新しいＵＳＩＭファイルを導入することに関する。より具体的には、この実施形態では、本発明は、ＩＳＩＭアプリケーションが存在しない場合に、ＵＳＩＭを使用することに関する。この実施形態では、ＵＩＣＣ上にインストールされた動作中アプリケーションと関連付けられる全てのＩＡＲＩを含む、新しいＩＳＩＭファイルが導入される。デバイスは、起動時にＵＳＩＭファイルを読み出し、カード上に存在するＩＭＳアプリケーションを認識する。この実施形態のある変化例では、任意の関連ＩＡＲＩが後に追加または除去される必要がある場合、ファイルが更新され、通知がデバイスに送信される。これらの通知の受信時に、ＭＥは、関連ＩＡＲＩを追加または除去するために、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージを使用して、そのＩＭＳ登録を更新する。

別の実施形態では、本発明は、受信データについてＵＩＣＣに通知するために、イベントダウンロードを使用することに関する。より具体的には、この実施形態では、本発明は、ＩＡＲＩによって識別される任意の所与のアプリケーションに関する任意の受信データについてＵＩＣＣに通知することに関する。ＵＩＣＣは、ＭＥに関する受信データイベントを登録する。

別の実施形態では、本発明は、ＩＣＳＩをＵＥに示すために、ＩＳＩＭまたはＵＳＩＭの中にファイルを導入することに関する。より具体的には、この実施形態では、本発明は、ＩＣＳＩによって識別される全てのサポートされる通信サービスを含むＩＳＩＭファイルを導入することに関する。デバイスは、起動時にこのファイルを読み出し、ＵＩＣＣ上に存在するアプリケーションによってサポートされるＩＭＳ通信サービスの存在を認識する。この実施形態では、ＩＳＩＭアプリケーションが存在しない場合には、この方法はＵＳＩＭを使用する。加えて、この実施形態の変化例では、方法は、ＩＣＳＩによって識別される全てのサポートされる通信サービスを含むＵＳＩＭファイルを導入する。デバイスは、起動時にこのファイルを読み出し、ＵＩＣＣ上に存在するアプリケーションによってサポートされるＩＭＳ通信サービスの存在を認識する。任意の関連ＩＣＳＩが後に追加または除去される場合、ファイルが更新され、通知がデバイスに送信される。これらの通知の受信時に、ＵＥは、関連ＩＣＳＩを追加または除去するために、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージを使用して、そのＩＭＳ登録を更新する。

別の実施形態では、本発明は、ＵＩＣＣのＩＭＰＵをＭＥに示すために、ＩＳＩＭまたはＵＳＩＭの中にファイルを導入することに関する。より具体的には、この実施形態では、本発明は、ＵＳＩＭ／ＩＳＩＭ、ＩＭＰＵ、またはいくつかのＩＭＰＵ上に一意的なＩＤを記憶することに関する。この実施形態では、ＭＥは、ＵＩＣＣ ＩＭＰＵに対する受信ＩＭＳデータをカードに直接送る。ＩＭＰＵは、必ずしもＩＳＩＭ上に記憶された現在のＩＭＰＵリストの一部とは限らず、現在のＩＭＰＵリストは、ＩＭＳ登録中にＭＥによって設定および受信される暗示的な登録の一部であり得る。

別の実施形態では、本発明は、最初の２００ ＯＫメッセージ後に、ＭＥがＩＭＳに登録したことをＵＩＣＣに示すことに関する。より具体的には、この実施形態では、ＭＥがＩＭＳネットワークの登録に成功すると、ＭＥは、ＩＭＳネットワークが利用可能である時にＵＩＣＣに通知する。この実施形態では、ＭＥからＵＩＣＣへのイベントのトリガは、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージ後にネットワークから返信される２００ ＯＫである。

別の実施形態では、本発明は、登録イベントパッケージと関連付けられる各通知後に、ＭＥがＩＭＳに登録したことをＵＩＣＣに示すことに関する。より具体的には、この実施形態では、ＭＥがＩＭＳネットワークの登録に成功すると、ＭＥは、ＩＭＳネットワークが利用可能である時にＵＩＣＣに通知する。ＩＭＳセッション中の後続の登録状態変更はまた、ＩＭＳ 登録が利用可能ではない時に、ＵＩＣＣがデータを送信しようとすることを防止するために、これらのイベントについてＵＩＣＣに通知することをもたらし得る。この場合のＭＥからＵＩＣＣへのイベントのトリガは、ＩＭＳネットワークから来るＳＩＰ ＮＯＴＩＦＹメッセージである。

この実施形態のある変化例では、ＭＥからＵＩＣＣへの通信は、登録ＩＭＰＵのリストを含み得る。この実施形態の他の変化例では、リストは、上記で論議されるようなＩＭＰＵのリストに従ってフィルタにかけられ得る。この実施形態の他の変化例では、リストは、登録ＩＡＲＩのリストおよび／または登録ＩＣＳＩのリストを含み得る。この実施形態の別の変化例では、リストはまた、ＵＩＣＣファイルの中で提供されるリストに従ってフィルタにかけることもできる。

本発明は、起動時にＭＥが全てのＵＩＣＣ識別の情報を得ることを可能にすること等の、複数の利益を含む。情報は、全てのＩＡＲＩを第１のＳＩＰ ＲＥＧＩＳＴＥＲメッセージに統合し、不要なＳＩＰ信号を低減する能力をもたらす。本発明はまた、そのような変化が必要になった場合に、必要に応じてオペレータがＩＡＲＩを変更することも可能にする。
例えば、本願発明は以下の項目を提供する。
（項目１）
セッション初期化プロトコル（ＳＩＰ）メッセージを確立する方法であって、
汎用集積回路カード（ＵＩＣＣ）上にインストールされている全てのインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）アプリケーションについて移動機器（ＭＥ）に知らせることと、
単一のＩＭＳ登録を介して、全てのＩＭＳアプリケーションおよび通信サービスのうちの少なくとも１つを登録することと
を含む、方法。
（項目２）
汎用集積回路カード（ＵＩＣＣ）ＩＭＳアプリケーション参照識別子（ＩＡＲＩ）に関する基本ファイルを読み出す方法であって、
前記ＵＩＣＣ上に存在するインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）アプリケーションを認識するために、移動機器（ＭＥ）を介して、基本ファイルを読み出すことを含む、方法。
（項目３）
前記基本ファイルは、ＩＭＳ ＳＩＭ（ＩＳＩＭ）基本ファイルおよび汎用地上波無線アクセスネットワーク（ＵＴＲＡＮ）ＳＩＭ（ＵＳＩＭ）基本ファイルのうちの少なくとも１つを備えている、項目１に記載の方法。
（項目４）
任意の関連ＩＡＲＩが後に追加または除去される場合、前記基本ファイルが更新され、通知が前記ＭＥに送信され、
前記通知の受信時に、前記ＭＥは、関連ＩＡＲＩを追加または除去するために、その登録を更新する、項目２に記載の方法。
（項目５）
前記通知は、リフレッシュコマンドを介して行われる、項目４に記載の方法。
（項目６）
１つ以上のＩＡＲＩによって識別される１つ以上の動作中アプリケーションを含む基本ファイルを生成することをさらに含む、項目４に記載の方法。
（項目７）
イベントダウンロードを使用して、受信データについて前記ＵＩＣＣに通知することであって、前記イベントダウンロードは、前記ＩＡＲＩによって識別される所与のアプリケーションに関する任意の受信データについて前記ＵＩＣＣに通知する、ことと、
前記ＵＩＣＣを介して、前記ＭＥに関する受信データイベントを登録することと、
をさらに含む、項目２に記載の方法。
（項目８）
イベントダウンロードを使用して、ＩＭＳ登録イベントについて前記ＵＩＣＣに通知することであって、前記イベントダウンロードは、２００ ＯＫメッセージおよびＳＩＰ ＮＯＴＩＦＹメッセージのうちの１つによって識別される任意のＩＭＳ登録イベントについて前記ＵＩＣＣに通知する、ことと、
前記ＵＩＣＣを介して、前記ＭＥに関する前記ＩＭＳ登録イベントを登録することと
をさらに含む、項目２に記載の方法。
（項目９）
加入者識別モジュール（ＳＩＭ）にファイルを導入する方法であって、
ＳＩＭの中に基本ファイルを導入することにより、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）通信サービス識別子（ＩＣＳＩ）を移動機器（ＭＥ）に示すことであって、前記ファイルは、前記によって識別される全てのサポートされる通信サービスを含む、ことと、
汎用集積回路カード（ＵＩＣＣ）上のアプリケーションによってサポートされるＩＭＳ通信サービスの存在を認識するために、前記ＭＥを介して、前記ファイルを読み出すことと
を含む、方法。
（項目１０）
前記基本ファイルは、ＩＭＳ ＳＩＭ（ＩＳＩＭ）基本ファイルおよび汎用地上波無線アクセスネットワーク（ＵＴＲＡＮ）ＳＩＭ（ＵＳＩＭ）基本ファイルのうちの少なくとも１つを備えている、項目１に記載の方法。
（項目１１）
前記ＩＳＩＭ基本ファイルが存在しない場合、前記ＵＳＩＭ基本ファイルを使用する、項目１０に記載の方法。
（項目１２）
前記ＩＣＳＩによって識別される全てのサポートされる通信サービスを含む基本ファイルを生成することをさらに含む、項目１１に記載の方法。
（項目１３）
イベントダウンロードを使用して、受信データについて前記ＵＩＣＣに通知することであって、前記イベントダウンロードは、前記ＩＣＳＩによって識別される所与のアプリケーションに関する任意の受信データについて前記ＵＩＣＣに通知する、ことと、
前記ＵＩＣＣを介して、前記ＭＥに関する受信データイベントを登録することと、
をさらに含む、項目９に記載の方法。
（項目１４）
イベントダウンロードを使用して、ＩＭＳ登録イベントについて前記ＵＩＣＣに通知することであって、前記イベントダウンロードは、２００ ＯＫメッセージおよびＳＩＰ ＮＯＴＩＦＹメッセージのうちの１つによって識別される任意のＩＭＳ登録イベントについて前記ＵＩＣＣに通知する、ことと、
前記ＵＩＣＣを介して、前記ＭＥに関する前記ＩＭＳ登録イベントを登録することと
をさらに含む、項目９に記載の方法。
（項目１５）
加入者識別モジュール（ＳＩＭ）にファイルを導入する方法であって、
移動機器（ＭＥ）を介して、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）通信サービス識別子（ＩＳＣＩ）基本ファイルを読み出すことであって、前記ＩＣＳＩ基本ファイルは、前記ＩＣＳＩによって識別される全てのサポートされる通信サービスを含む、ことを含み、
関連ＩＣＳＩが後に追加または除去される場合、前記基本ファイルが更新され、通知が前記ＭＥに送信され、
前記通知の受信時に、前記ＭＥは、前記関連ＩＣＳＩを追加または除去するために、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージを使用して、対応するＩＭＳ登録を更新する，方法。
（項目１６）
前記ＭＥは、起動時に前記ＩＳＣＩ基本ファイルを読み出すことにより、汎用集積回路カード（ＵＩＣＣ）上のアプリケーションによってサポートされるＩＭＳ通信サービスの存在を認識する、項目１５に記載の方法。
（項目１７）
前記通知は、リフレッシュコマンドを介して行われる、項目１５に記載の方法。
（項目１８）
加入者識別モジュール（ＳＩＭ）にファイルを導入する方法であって、
移動機器（ＭＥ）を介して、基本ファイルを読み出すことを含み、
前記基本ファイルは、汎用集積回路カード（ＵＩＣＣ）インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）アプリケーション参照識別子（ＩＡＲＩ）を前記ＭＥに示し、
関連ＩＡＲＩが後に追加または除去される場合、前記基本ファイルが更新され、通知が前記ＭＥに送信され、
前記通知の受信時に、前記ＭＥは、前記関連ＩＡＲＩを追加または除去するために、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージを使用して、対応するＩＭＳ登録を更新する、方法。
（項目１９）
前記ＭＥは、起動時に前記基本ファイルを読み出すことにより、汎用集積回路カード（ＵＩＣＣ）上のアプリケーションによってサポートされるＩＭＳ通信サービスの存在を認識する、項目１８に記載の方法。
（項目２０）
前記通知は、リフレッシュコマンドを介して行われる、項目１８に記載の方法。

本発明は、添付図面を参照することによって、より理解され、その多数の目的、特徴、および利点が当業者に明白となり得る。いくつかの図の全体を通した同じ参照番号の使用は、類似および同様の要素を指定する。
図１は、従来技術と標識され、ピアをセッション動作に招待するＵＩＣＣのブロック図を示す。 図２は、従来技術と標識され、ＵＩＣＣからＩＭＳへのチャネル確立動作のフロー図を示す。 図３は、従来技術と標識され、ＩＭＳデータ伝送のフロー図を示す。 図４は、従来技術と標識され、余分な登録の実施例のフロー図を示す。 図５は、従来技術と標識され、未承認ＳＩＰ招待メッセージの実施例のフロー図を示す。 図６は、ベアラ独立プロトコルのポークおよびプルの実施例のフロー図を示す。 図７は、ＵＩＣＣにおけるＩＡＲＩサポートを決定するＭＥの動作のフローチャートを示す。 図８は、ＵＩＣＣにおけるＩＡＲＩサポートを決定するＭＥのメッセージシーケンスのフロー図を示す。 図９は、ＵＩＣＣにおけるＩＡＲＩサポートを決定するＭＥのメッセージシーケンスの別の部分のフロー図を示す。 図１０は、補足の登録が必要とされるかどうかを決定する動作のフローチャートを示す。 図１１は、ＵＳＩＭからＩＡＲＩを読み出すことのフロー図を示す。 図１２は、基本ファイルの複数のバイトのマッピングを示す。 図１３は、ＩＡＲＩの登録を解除するようにリストからＩＡＲＩを除去するＵＩＣＣのフロー図を示す。 図１４は、プッシュＩＭＳのための適切なイベントダウンロードを確立するフロー図を示す。 図１５は、ＵＳＡＴ端末プロファイルの中の特徴のマッピングを示す。 図１６は、ＩＭＳ登録イベントを受信するＵＩＣＣのフロー図を示す。 図１７は、本開示の種々の実施形態のうちのいくつかのために動作可能なＵＥを含む、無線通信システムの略図である。 図１８は、本開示の種々の実施形態のうちのいくつかのために動作可能なＵＥのブロック図を示す。 図１９は、本開示の種々の実施形態のうちのいくつかのために動作可能なＵＥ上に実装され得る、ソフトウェア環境のブロック図を示す。 図２０は、本開示の種々の実施形態のうちのいくつかのために好適である例証的な汎用コンピュータシステムのブロック図を示す。

図７を参照すると、ＭＥがＵＩＣＣにおいてＩＡＲＩサポートを決定するための動作のフローチャートが示されている。システムは、ＩＡＲＩがＩＳＩＭ上よりもむしろＵＳＩＭ上に存在するかどうかを決定する機構を含む。ある実施形態では、ＵＩＣＣ上にＵＳＩＭアプリケーションのみを有することが可能である。

より具体的には、動作は、ステップ７１０で、ＩＳＩＭがＵＩＣＣに存在するかどうかを決定することによって始まる。ＩＳＩＭが存在する場合には、動作は、ステップ７２０で、続けてＩＳＩＭサービステーブルを読み出す。次に、ステップ７２２で、動作は、ＩＡＲＩリストが有効であるかどうかを決定する。リストが有効である場合には、ステップ７２４で、動作がＩＡＲＩリストを読み出す。

ＩＳＩＭが存在しない場合には、動作は、ステップ７３０で、続けてＵＳＩＭアプリケーションが存在するかどうかを決定する。ＵＳＩＭアプリケーションが存在する場合には、ＵＳＩＭサービステーブルがステップ７３２で読み出される。次に、動作は、ステップ７３４で、ＩＡＲＩリストが有効であるかどうかを決定する。ＩＡＲＩリストが有効である場合には、ＩＡＲＩリストがステップ７３６で読み出される。ＩＡＲＩリストが有効ではない場合には、動作は、ステップ７３８で、ＵＩＣＣにおいてＩＡＲＩのサポートがないことを決定する。

図８を参照すると、ＵＩＣＣにおけるＩＡＲＩサポートを決定するＭＥのメッセージシーケンスのフロー図が示されている。より具体的には、ＭＥは、ＩＳＩＭファイルが存在することを検証する。次に、ＩＳＩＭは、サービステーブルをＭＥに提供し、ＭＥは、ＩＳＩＭサービステーブルを検証し、特定のサービス（例えば、サービスＸＸ）を探す。次に、ＭＥは、ＩＡＲＩファイルを読み出し、ＩＳＩＭは、ＩＡＲＩリスト（ＩＡＲＩ３）をＭＥに提供する。次に、ＭＥは、ＳＩＰ ＲＥＧＩＳＴＥＲを介してＩＭＳにセッション初期化を提供する。ＩＳＩＭサービステーブル（ＥＦ_ＩＳＴ）の実施例が表１に記載される。

この基本ファイル（ＥＦ）は、どの随意的なサービスが利用可能であるかを示す。サービスがＩＳＩＭで利用可能として示されない場合、ＭＥは、サービスを選択しないものとする。ある実施形態では、このファイルの存在は、随意的なサービスがＩＳＩＭで提供される場合には強制的である。

ＩＡＲＩファイルが利用可能であり、存在することをＭＥが決定すると（例えば、図７のステップ７２２参照）、ＭＥは、ＩＡＲＩリストのコンテンツを読み出すために選択コマンドを使用する。ＩＡＲＩリスト（ＥＦ_{ＩＡＡＵＩＡ}）の実施例が表２に記載される。サービスＸ（Ｘはプレースホルダ値を表す）が利用可能である場合、ＩＡＲＩファイルが存在する。ＥＦは、ＵＥの最初のＩＭＳ登録で登録される必要がある、動作中ＩＡＲＩのリストを含む。この実施形態では、ＥＦの構造は、線形固定されるが、他の実施形態ではトランスペアレントである。

図９を参照すると、ＵＩＣＣにおけるＩＡＲＩサポートを決定するＭＥのメッセージシーケンスの別の部分のフロー図をが示されている。より具体的には、次いで、ＭＥは、３ＧＰＰ ＴＳ ２４．２２９に従うＳＩＰ ＲＥＧＩＳＴＥＲ要求にＩＡＲＩを含める。

ある実施形態では、ＵＩＣＣは、ＥＦ_{ＩＡＡＵＩＡ}上でファイルリフレッシュ事前コマンドを送信することによって、ＩＡＲＩの登録解除または新しい登録を要求し得る。より具体的には、リフレッシュコマンドは表３に記載される。

リフレッシュモード「ファイル変更通知」「ＮＡＡ初期化およびファイル変更通知」、および「ＮＡＡセッションリセット」については、ＵＩＣＣは、どのＥＦがリフレッシュされる必要があるかを示す、ファイルリストデータオブジェクトを供給する。他のモードについては、ファイルリストの包含は随意的であり、端末は、それを無視する。ある実施形態では、リフレッシュ要求は、ＥＴＳＩ ＴＳ １０２ ２２３で定義されている。

図１０を参照すると、補足の登録が必要とされるかどうかを決定する動作のフローチャートが示されている。ある実施形態では、ＭＥは、いずれかのＩＡＲＩが除去されているかどうか、およびいずれかが追加されているかどうかを検出する、ＩＡＲＩ管理を含む。次いで、ＭＥは、この変化を反映するように新しい登録をＩＭＳに再発行する。

より具体的には、ステップ１０１０で、ＭＥが、ＵＩＣＣからリフレッシュコマンドを受信する。次に、ステップ１０２０で、ＭＥが、ＵＩＣＣに存在する新しいＩＡＲＩリストを読み出し、ステップ１０２２で、新しいリストを、ＭＥメモリ内に記憶されているＩＡＲＩリストと比較する。リストが変更されている場合には、ＭＥは、ステップ１０３０で、ＭＥメモリの中のリストを更新し、ステップ１０３２で、新しいＳＩＰＲＥＧＩＳＴＥＲコマンドをＩＭＳネットワークに伝送する。リストが不変である場合には、ＭＥは何もしない（ステップ１０４０）。

図１１を参照すると、ＵＳＩＭからＩＡＲＩを読み出す動作のフロー図が示されている。より具体的には、ＩＳＩＭが存在しないこと（例えば、図７のステップ７１０参照）、またはＩＳＩＭがＩＡＲＩリスト特徴をサポートしないこと（例えば、図７のステップ７２２参照）をＭＥが決定する場合には、ＭＥは、ＵＳＩＭから情報を読み出す。

より具体的には、最初に、デバイスは、ＵＳＩＭファイルが存在するかどうかを決定する（例えば、図７のステップ７３０参照）。次いで、ＭＥは、ＵＳＩＭサービステーブルを検証し、サービスＸＸ（ＸＸはプレースホルダ値を表す）を探す。

サービスＸＸが利用可能である場合、ＵＳＩＭファイルが存在する。ＥＦは、どのサービスが利用可能であるかを示す。より具体的には、ＵＳＩＭファイルは、表４でＥＦ_ＵＳＴ（ＵＳＩＭサービステーブル）として記載される。

ＥＦ_ＵＳＴは、少なくとも１つのバイトを含む。さらなるバイトが含まれ得るが、ＥＦ_ＵＳＴが随意的なバイトを含む場合には、ＥＦはまた、そのバイトの前の全てのバイトを含む。他のサービスが将来可能であり、ＥＦ_ＵＳＴの中のさらなるバイトでコード化され得る。コーディングは、３ＧＰＰの責任下に入る。

より具体的には、図１２は、ＥＦ_ＵＳＴの複数のバイトのマッピングを示す。このマッピングでは、１ビットが各サービスに使用され、１はサービスが利用可能であることを示し、０はサービスが利用可能ではないことを示す。サービスが利用可能である時に、ＵＳＩＭは、サービスをサポートする能力を有し、サービスは、サービスがファイルＥＦ_ＥＳＴの中で無効として識別されない限りＵＳＩＭのユーザに利用可能である。サービスが利用可能ではない時は、たとえＵＳＩＭがサービスをサポートする能力を有しても、サービスはＵＳＩＭユーザによって使用されない。より具体的には、ＥＦ_ＥＳＴは表５に記載される。ファイルＥＦ_ＥＳＴは、ＵＳＩＭサービステーブル内で示されるように、サービスｎ２、６、または３５が利用可能である時に存在する。ファイルＥＦ_ＥＳＴは、どのサービスが有効であるかを示す。サービスがファイルＥＦ_ＥＳＴを有効にしたとして示されいない場合、ＭＥは、サービスを選択しない。別の実施形態では、ＩＳＩＭ環境に、ＥＦ_ＩＥＳＴファイルが使用され得る。

ＥＦは、少なくとも１バイトを含む。さらなるバイトが含まれ得るが、ＥＦが随意的なバイトを含む場合には、ＥＦはまた、そのバイトの前の全てのバイトも含む。他のサービスが可能である。コーディングは、３ＧＰＰの責任下に入る。より具体的には、コーディングを用いると、１ビットが各サービスをコード化するために使用され、１はサービスが起動されていることを示し、０はサービスが停止されていることを示す。それに記載されているサービスは、ＵＳＩＭサービステーブルの中で利用可能として示され、かつ、有効サービステーブルの中で起動されているとして示される場合に、有効である。

ファイルが利用可能であり、存在することをＭＥが決定すると、ＭＥは、ファイルＥＦ_{ＩＡＡＵＩＡ}のコンテンツを読み出すために選択コマンドを使用する。ファイルＥＦ_{ＩＡＡＵＩＡ}は、ＵＥの最初のＩＭＳ登録で登録される必要がある、動作中ＩＡＲＩのリストを含む。ファイルＥＦ_{ＩＡＡＵＩＡ}は表６に記載される。

次いで、ＭＥは、３ＧＰＰ ＴＳ ２４．２２９に従ってＳＩＰ ＲＥＧＩＳＴＥＲ要求にＩＡＲＩを含む。ある実施形態では、線形固定構造が使用される場合には、未使用のビットはＦＦに設定される。

図１３を参照すると、ＩＡＲＩの登録を解除するようにリストからＩＡＲＩを除去するＵＩＣＣのフロー図が示されている。ある実施形態では、ＵＩＣＣは、ＥＦ_{ＩＡＡＵＩＡ}上でファイルリフレッシュ事前コマンドを送信することによって、ＩＡＲＩの登録解除または新しい登録を要求し得る。より具体的には、リフレッシュコマンドは表７に記載される。

リフレッシュモード「ファイル変更通知」「ＮＡＡ初期化およびファイル変更通知」、および「ＮＡＡセッションリセット」については、ＵＩＣＣは、どのＥＦがリフレッシュされる必要があるかを示す、ファイルリストデータオブジェクトを供給する。他のモードについては、ファイルリストの包含は随意的であり、端末がそれを無視する。

ある実施形態では、ＭＥは、いずれかのＩＡＲＩが除去されているかどうか、およびいずれかが追加されているかどうかを検出する、ＩＡＲＩ管理を含む。次いで、ＭＥは、この変化を反映するように、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージを使用して新しい登録をＩＭＳに再発行する。

図１４を参照すると、プッシュＩＭＳのための適切なイベントダウンロードを確立するフロー図が示されている。この実施形態では、ＵＩＣＣは、イベントのＭＥサポートについて端末プロファイルを検証する。

ＵＩＣＣは、ＩＡＲＩまたはＩＡＲＩと関連付けられるＵＩＣＣアプリケーションに対する任意の受信データ要求について通知されるよう、イベントダウンロードコマンドを登録する。特徴が任意の無線技術でサポートされる場合、ＵＩＣＣは、設定イベントリストＵＳＡＴコマンドを介して受信ＩＭＳデータを登録することを進める。ＵＩＣＣの第３１バイトのマッピングが図１５に示されている。

設定イベントリストＵＳＡＴコマンドに関し、より具体的には、ＵＩＣＣは、一組のイベントを供給するために、このコマンドを使用する。この一組のイベントは、端末が監視するイベントの現在のリストになる。任意の後続の設定イベントリストコマンドが、以前の設定イベントリストコマンドの中で供給されたイベントの現在のリストに取って代わる。設定イベントリストコマンドはまた、イベントのリスト全体を除去するために使用することもできる。設定イベントリストコマンドは、端末の中のイベントのリスト全体を除去するために使用することもできる。最後の設定イベントリストコマンドの中でＵＩＣＣによって提供されるイベントのリストは、端末の電源がオフにされた場合、またはＵＩＣＣが除去された場合、またはリセットが行われた場合に除去される。端末がイベントのリストの受理または除去に成功した場合、端末は、実施が成功した端末応答コマンドをＵＩＣＣに送信する。端末がイベントのリストを成功裏に受理または除去できない場合、端末は、端末の能力を超えたコマンドの端末応答を送信する。現在のリストの中のイベントのうちの１つが起きると、次いで、端末は、イベントの詳細をＵＩＣＣに転送するためにＥＮＶＥＬＯＰＥ（ＥＶＥＮＴ ＤＯＷＮＬＯＡＤ−受信ＩＭＳデータ）機構を使用する。

イベントリストバイトコーディングについては、ＴＳ ３１．１１１内で３ＧＰＰに定義されるものに加えて、複数の値が定義される。より具体的には、値はさらに、Ｉ−ＷＬＡＮアクセス状態イベントに対する１１というバイト値、ネットワーク拒絶イベントに対する１２という値、ＣＳＧセル選択イベントに対する１５という値、および受信ＩＭＳデータイベントに対する１ｘというプレースホルダ値を含むことができ、各イベントは新しい値を受け取る。

ＵＩＣＣが、ＭＥによってそのＩＭＳチャネルを開放させない場合、ＭＥは、受信データをバッファ格納し、受信ＩＭＳからＵＩＣＣへの伝送を有することをＵＩＣＣに知らせるために、エンベロープコマンドを使用する。ある実施形態では、エンベロープは、１つ以上のＩＡＲＩを含むことができ、他の実施形態では、エンベロープは、エンベロープコマンドのサイズを縮小するように、ＵＳＩＭまたはＩＳＩＭに記憶されたＩＡＲＩ値への参照を提供する。

より具体的には、受信ＩＭＳデータイベントに関して、受信ＩＭＳデータイベントが現在のイベントリスト（最後の設定イベントリストコマンドによって設定されるような）の一部である場合には、動作中ＵＩＣＣアプリケーションの関連ＩＡＲＩへの受信ＩＭＳメッセージの場合、端末は、エンベロープ（イベントダウンロード受信ＩＭＳデータ）コマンドを使用することによって、このイベントが起こったことをＵＩＣＣに知らせる。コマンドの方向は、ＭＥからＵＩＣＣであり、コマンドヘッダは、３ＧＰＰ ＴＳ ３１．１１１で指定されている。加えて、エンベロープ（イベントダウンロード受信ＩＭＳデータ）コマンドの構造は、表８に記載されるように定義される。

加えて、ＩＡＲＩリストは表８に記載される。

最後に、ＵＩＣＣは、適切なＩＡＲＩ識別子でチャネルを設定し、ＭＥは、このチャネルを使用して全てのＩＭＳトラフィックを中継し始める。

ある実施形態では、ＩＣＳＩをＭＥに示すために、新しいファイルがＩＳＩＭまたはＵＳＩＭの中で導入される。この実施形態では、動作は、ＭＥが、ＩＳＩＭまたはＵＳＩＭを使用して、ＵＩＣＣ上のアプリケーションによってサポートされる関連サービス（ＩＣＳＩ）について知ることを可能にする。動作は、ある例外を伴って、上記で論議される動作と同様である。

例えば、この実施形態では、デバイスは、ファイルが存在することを検証し、ＩＳＩＭが存在し、ＵＩＣＣ上のアプリケーションがＩＣＳＩによって識別される通信サービスをサポートする場合、ＩＳＩＭサービステーブル（ＥＦ_ＩＳＴ）を検証して、サービスＹＹ（ＹＹはプレースホルダ値である）を探す。ＩＳＩＭが存在しないか、またはＩＣＳＩをサポートせず、かつ、ＵＳＩＭが利用可能である場合には、デバイスは、ＵＳＩＭサービステーブル（ＥＦ_ＵＳＴ）を検証して、サービスＹＹを探す。ここで、
サービスｎ°ＹＹ ＵＩＣＣ ＩＣＳＩ
である。

ファイルが利用可能であり、存在することをデバイスが決定すると、デバイスは、ファイルＥＦ_{ＵＩＣＣＩＣＳＩ}のコンテンツを読み出すために選択コマンドを使用する。

次いで、デバイスは、３ＧＰＰ ＴＳ ２４．２２９によって定義されるようなＲＥＧＩＳＴＥＲ要求にＩＣＳＩを含める。

ある実施形態では、ＵＩＣＣのＩＭＰＵをＭＥに示すために、新しいファイルがＩＳＩＭまたはＵＳＩＭに導入される。この実施形態では、動作は、ＭＥが、ＩＳＩＭまたはＵＳＩＭを通して加入ＩＭＰＵについて知ることを可能にする。動作は、ある例外を伴って、上記で論議される動作と同様である。

例えば、この実施形態では、デバイスは、ファイルが存在することを検証し、ＩＳＩＭが存在する場合に、ＩＳＩＭサービステーブル（ＥＦ_ＩＳＴ）を検証して、サービスＺＺ（ＺＺはプレースホルダ値である）を探す。ＩＳＩＭが存在せず、ＵＳＩＭが利用可能である場合には、デバイスは、ＵＳＩＭサービステーブル（ＥＦ_ＵＳＴ）を検証して、サービスＺＺを探す。ここで、
サービスｎ°ＺＺ ＵＩＣＣ ＩＭＰＵ
である。

ファイルが利用可能であり、存在することをデバイスが決定すると、デバイスは、ファイルＥＦ_{ＵＩＣＣＩＣＳＩ}のコンテンツを読み出すために選択コマンドを使用する。

次いで、（必要であれば）デバイスは、ＭＥに以前に送信された暗示的登録の一部として登録されていないＩＭＰＵを１つずつ登録する。

ある実施形態はさらに、最初の２００ ＯＫメッセージ後に、ＭＥがＩＭＳに登録成功したことをＵＩＣＣに示すという特徴を含む。（２００ ＯＫメッセージは、成功したＳＩＰ要求に対する標準応答である。）ＭＥがＩＭＳネットワークに登録成功すると、ＭＥは、登録が成功したことをＵＩＣＣに示す。ある実施形態では、ＭＥは、ＵＩＣＣにＩＭＳ登録ＩＭＰＵのリストを提供することができる（またはＩＳＩＭ（ＥＦ＿ＩＭＰＵ）で見出されるリストに従ってフィルタにかけられる）。他の実施形態では、ＭＥは、登録が成功したことを示す。

より具体的には、図１６を参照すると、ＩＭＳ登録イベントを受信するＵＩＣＣのフロー図が示されている。ＩＭＳ登録イベントを受信することを始めるために、ＵＩＣＣは、このイベントのＭＥサポートについて端末プロファイルを検証する。ＵＩＣＣの第３１バイトのマッピングが図１５に示されている。ＵＩＣＣは、設定イベントリストコマンドを介してＩＭＳ登録イベントをＭＥに登録する。

設定イベントリストＵＳＡＴコマンドに関し、より具体的には、ＵＩＣＣは、一組のイベントを供給するために、このコマンドを使用する。この一組のイベントは、端末が監視するイベントの現在のリストになる。任意の後続の設定イベントリストコマンドが、以前の設定イベントリストコマンドの中で供給されたイベントの現在のリストに取って代わる。設定イベントリストコマンドはまた、イベントのリスト全体を除去するために使用することもできる。設定イベントリストコマンドはまた、現在端末の中にあるイベントのリスト全体を除去するために使用することもできる。最後の設定イベントリストコマンドの中でＵＩＣＣによって提供されるイベントのリストは、端末の電源がオフにされた、またはＵＩＣＣが除去された、またはリセットが行われた場合に除去される。端末がイベントのリストの受理または除去に成功した場合、端末は、端末応答ＯＫをＵＩＣＣに送信する。端末がイベントのリストを成功裏に受理または除去できない場合、端末は、端末の能力を超えたコマンドの端末応答を送信する。現在のリストの中のイベントのうちの１つが起きると、次いで、端末は、イベントの詳細をＵＩＣＣに転送するためにイベントダウンロード機構を使用する。

イベントリストバイトコーディングについては、ＴＳ ３１．１１１内で３ＧＰＰに定義されるものに加えて、複数の値が定義される。より具体的には、値はさらに、Ｉ−ＷＬＡＮアクセス状態イベントに対する１１というバイト値、ネットワーク拒絶イベントに対する１２という値、閉鎖加入者グループ（ＣＳＧ）セル選択イベントに対する１５という値、およびＩＭＳ登録イベントに対する１ｙというプレースホルダ値を含むことができ、各イベントは新しい値を受け取る。

次いで、ＭＥは、３ＧＰＰ ＴＳ ２４．２２９に従ってＲＥＧＩＳＴＥＲ要求の中にＵＩＣＣ上のサポートされたアプリケーションのＩＡＲＩを含める。ＭＥは、プライベートヘッダ関連ユニフォームリソース指標（Ｐ関連ＵＲＩ）リストを含む、２００ ＯＫを受信する。Ｐ関連ＵＲＩリストは、レジスタが、記録のレジスタアドレスのための一組の関連ＵＲＩを返信することを可能にする。

ＭＥは、Ｐ関連ＵＲＩに含まれるＩＭＰＵに基づいて、ＩＭＰＵのリストを含むＩＭＳ登録通知をＵＩＣＣに送信する。

ＩＭＳ登録イベントが現在のイベントリスト（最後の設定イベントリストコマンドによって設定されるような）の一部である場合には、ＲＥＧＩＳＴＥＲ ＳＩＰメッセージ後に２００ ＯＫを受信すると、端末は、ＥＮＶＥＬＯＰＥ（ＥＶＥＮＴ ＤＯＷＮＬＯＡＤ−ＩＭＳ登録）コマンドを使用することによって、このイベントが起こったことをＵＩＣＣに知らせる。コマンドの方向は、ＭＥからＵＩＣＣであり、コマンドヘッダは、３ＧＰＰ ＴＳ ３１．１１１で指定されることができる。加えて、ＥＮＶＥＬＯＰＥ（ＥＶＥＮＴ ＤＯＷＮＬＯＡＤ−ＩＭＳ登録）コマンドの構造は、表９に記載される。

加えて、登録ＩＭＰＵは表１０に記載される。

ある実施形態はさらに、各通知指示後に、ＭＥがＩＭＳに登録したことをＵＩＣＣに示すという特徴を含む。ＭＥがＩＭＳネットワークに登録成功すると、ＭＥは、登録が成功したことをＵＩＣＣに示す。ある実施形態では、ＭＥは、登録された全てのＩＭＰＵをＵＩＣＣに与えることができる。他の実施形態では、ＭＥは、登録が成功したことを示す。

ＵＩＣＣは、このイベントのＭＥサポートについて端末プロファイルを検証する。ＵＩＣＣの端末プロファイルのバイトのうちの１つのマッピングが図１５に示されている。このマッピングに関して、それぞれの新しいサービスが、受信データビットまたはＩＭＳ登録ビット等の対応するビットを与えられる。他の実施形態では、サービスは、受信データビットおよびＩＭＳ登録ビットの両方を与えられ得る。

ＵＩＣＣは、設定イベントリストコマンドを介してＩＭＳ登録イベントをＭＥに登録する。

設定イベントリストＵＳＡＴコマンドに関し、より具体的には、ＵＩＣＣは、一組のイベントを供給するために、このコマンドを使用する。この一組のイベントは、端末が監視するイベントの現在のリストになる。任意の後続の設定イベントリストコマンドが、以前の設定イベントリストコマンドの中で供給されたイベントの現在のリストに取って代わる。設定イベントリストコマンドはまた、イベントのリスト全体を除去するために使用することもできる。設定イベントリストコマンドはまた、現在端末の中にあるイベントのリスト全体を除去するために使用することもできる。最後の設定イベントリストコマンドの中でＵＩＣＣによって提供されるイベントのリストは、端末の電源がオフにされた、またはＵＩＣＣが除去された、またはリセットが行われた場合に除去される。端末がイベントのリストの受理または除去に成功した場合、端末は、端末応答ＯＫをＵＩＣＣに送信する。端末がイベントのリストを成功裏に受理または除去できない場合、端末は、端末の能力を超えたコマンドの端末応答を送信する。現在のリストの中のイベントのうちの１つが起きると、次いで、端末は、イベントの詳細をＵＩＣＣに転送するためにイベントダウンロード機構を使用する。

イベントリストバイトコーディングについては、ＴＳ ３１．１１１内で３ＧＰＰに定義されるものに加えて、複数の値が定義される。より具体的には、値はさらに、Ｉ−ＷＬＡＮアクセス状態イベントに対する１１というバイト値、ネットワーク拒絶イベントに対する１２という値、ＣＳＧセル選択イベントに対する１５という値、およびＩＭＳ登録イベントに対する１ｚというプレースホルダ値を含むことができる。

次いで、ＭＥは、３ＧＰＰ ＴＳ ２４．２２９に従ってＳＩＰ ＲＥＧＩＳＴＥＲ要求の中にＵＩＣＣ上のサポートされたアプリケーションのＩＡＲＩを含める。ＭＥは、Ｐ関連ＵＲＩリストを含む、２００ ＯＫを受信する。ＭＥは、登録イベントパッケージに対するＳＵＢＳＣＲＩＢＥを送信する。ＭＥは、２００ ＯＫメッセージを受信する。

次いで、ＭＥは、最初のＩＭＳ登録イベントと関連付けられる最初のＳＩＰ ＮＯＴＩＦＹを受信する。その本文は、登録ＩＭＰＵのリストを含み、＜ｕｎｋｎｏｗｎ ｐａｒａｍ＞フィールドは、登録ＩＣＳＩおよび登録ＩＡＲＩ値を含む、メディア特徴タグを含むことができる。ＭＥは、２００ ＯＫを送信し、ＩＭＳ登録通知をＵＩＣＣに送信する。

ＩＭＳ登録イベントが現在のイベントリスト（最後の設定イベントリストコマンドによって設定されるような）の一部である場合には、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージ後に最初のＳＩＰ ＮＯＴＩＦＹを受信すると、端末は、ＥＮＶＥＬＯＰＥ（ＥＶＥＮＴ ＤＯＷＮＬＯＡＤ−ＩＭＳ登録）コマンドを使用することによって、このイベントが起こったことをＵＩＣＣに知らせる。コマンドの方向は、ＭＥからＵＩＣＣであり、コマンドヘッダは、３ＧＰＰ ＴＳ ３１．１１１で指定されている。加えて、ＥＮＶＥＬＯＰＥ（ＥＶＥＮＴ ＤＯＷＮＬＯＡＤ−ＩＭＳ登録）コマンドの構造は、表１１に記載される。

加えて、登録ＩＭＰＵは表１２に記載される。

図１７は、ユーザエージェント（ＵＡ）１７０１の実施形態を含む、無線通信システムを図示する。ＵＡ１７０１は、本開示の側面を実装するために動作可能であるが、本開示は、これらの実装に限定されるべきではない。携帯電話として図示されているが、ＵＡ１７０１は、無線ハンドセット、ポケットベル、携帯情報端末（ＰＤＡ）、携帯用コンピュータ、タブレットコンピュータ、ラップトップコンピュータを含む、種々の形態を成し得る。多くの好適なデバイスが、これらの機能のうちのいくつかまたは全てを組み合わせる。本開示のいくつかの実施形態では、ＵＡ１７０１は、携帯用、ラップトップ、またはタブレットコンピュータのような汎用コンピュータデバイスではないが、むしろ、携帯電話、無線ハンドセット、ポケットベル、ＰＤＡ、または自動車に設置された電気通信デバイス等の特殊用途通信デバイスである。ＵＡ１７０１はまた、デバイスであってもよく、デバイスを含み得、あるいはデスクトップコンピュータ、セットトップボックス、またはネットワークノード等の同様の能力を有するが可搬型ではないデバイスに含まれ得る。ＵＡ１７０１は、ゲーム、在庫管理、ジョブ制御、および／またはタスク管理機能等の特殊活動をサポートし得る。

ＵＡ１７０１は、ディスプレイ１７０２を含む。ＵＡ１７０１はまた、ユーザによる入力のために、概して１７０４と呼ばれる、タッチセンサ式表面、キーボード、または他の入力キーも含む。キーボードは、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および逐次タイプ等の完全または縮小英数字キーボード、あるいは電話キーパッドと関連付けられるアルファベット文字を伴う従来の数字キーパッドであり得る。入力キーは、さらなる入力機能を提供するように内向きに押下され得る、トラックホイール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能キーを含み得る。ＵＡ１７０１は、ユーザが選択するためのオプション、ユーザが作動させるための制御、および／またはユーザが指図するためのカーソルあるいは他の指標を提示し得る。

ＵＡ１７０１はさらに、ダイヤルする番号、またはＵＡ１７０１の動作を構成するための種々のパラメータ値を含む、ユーザからのデータ入力を受け取り得る。ＵＡ１７０１はさらに、ユーザコマンドに応じて、１つ以上のソフトウェアまたはファームウェアアプリケーションを実行し得る。これらのアプリケーションは、ユーザ相互作用に応じて種々のカスタマイズされた機能を果たすようにＵＡ１７０１を構成し得る。加えて、ＵＡ１７０１は、例えば、無線基地局、無線アクセスポイント、またはピアＵＡ１７０１から、無線でプログラムおよび／または構成され得る。

ＵＡ１７０１によって実行可能な種々のアプリケーションの中には、ディスプレイ１７０２がウェブページを表示することを可能にするウェブブラウザがある。ウェブページは、携帯電話の基地局等の無線ネットワークアクセスノード１７１９、ピアＵＡ１７０１、または任意の他の無線通信ネットワークあるいはシステム１７００との無線通信を介して、取得され得る。ネットワーク１７００は、インターネット等の有線ネットワーク１７０８に連結される。無線リンクおよび有線ネットワークを介して、ＵＡ１７０１は、サーバ１７１０等の種々のサーバ上の情報にアクセスできる。サーバ１７１０は、ディスプレイ１７０２上に示され得る、コンテンツを提供し得る。代替として、ＵＡ１７０１は、中継型またはホップ型の接続において、中間物としての役割を果たすピアＵＡ１７０１を通してネットワーク１７００にアクセスし得る。

図１８は、ＵＡ１７０１のブロック図を示す。ＵＡ１７０１の種々の公知の構成要素が描写されているが、実施形態では、記載された構成要素の一部および／または記載されていない追加の構成要素が、ＵＡ１７０１に含まれ得る。ＵＡ１７０１は、デジタル信号プロセッサ（ＤＳＰ）１８０２と、メモリ１８０４とを含む。示されるように、ＵＡ１７０１はさらに、アンテナおよびフロントエンドユニット１８０６と、無線周波数（ＲＦ）送受信機１８０８と、アナログベースバンド処理ユニット１８１０と、マイクロホン１８１２と、イヤホンスピーカ１８１４と、ヘッドセットポート１８１６と、入力／出力インターフェース１８１６と、可撤性メモリカード１８２０と、ユニバーサルシリアルバス（ＵＳＢ）ポート１８２２と、短距離無線通信サブシステム１８２４と、アラート１８２６と、キーパッド１８２８と、タッチセンサ式表面を含み得る液晶ディスプレイ（ＬＣＤ）１８３０と、ＬＣＤコントローラ１８３２と、電荷結合素子（ＣＣＤ）カメラ１８３４と、カメラコントローラ１８３６と、グローバルポジショニングシステム（ＧＰＳ）センサ１８３８とを含み得る。実施形態では、ＵＡ１７０１は、タッチセンサ式画面を提供しない、別の種類のディスプレイを含み得る。実施形態では、ＤＳＰ１８０２は、入力／出力インターフェース１８１８を通過せずに、メモリ１８０４と直接通信し得る。メモリカード１８２０を含むＵＡは、概して、ＵＥと呼ばれる一方で、メモリカード１８２０を含まないＵＡは、概して、ＭＥと呼ばれることが理解されるであろう。言い換えれば、ＵＥは、ＭＥおよびメモリカードの組み合わせである。

ＤＳＰ１８０２またはいくつかの他の形態のコントローラあるいは中央処理ユニットは、メモリ１８０４に記憶された、またはＤＳＰ１８０２自体内に含まれるメモリに記憶された、組み込みソフトウェアまたはファームウェアに従って、ＵＡ１７０１の種々の構成要素を制御するように動作する。組み込みソフトウェアまたはファームウェアに加え、ＤＳＰ１８０２は、メモリ１８０４に記憶された、または、可撤性メモリカード１８２０のような携帯用データ記憶メディア等の情報担体媒体を介して、あるいは有線または無線ネットワーク通信を介して利用可能となった、他のアプリケーションを実行し得る。アプリケーションソフトウェアは、所望の機能性を提供するようにＤＳＰ１８０２を構成する、コンパイルされた一組の機械可読命令を備えてもよく、または、アプリケーションソフトウェアは、ＤＳＰ１８０２を間接的に構成するようにインタープリタまたはコンパイラによって処理される、高次ソフトウェア命令であり得る。

アンテナおよびフロントエンドユニット１８０６は、無線信号と電気信号との間で変換するように提供され、ＵＡ１７０１が、セルラーネットワークまたは何らかの他の利用可能な無線通信ネットワークから、あるいはピアＵＡ１７０１から、情報を送受信することを可能にする。実施形態では、アンテナおよびフロントエンドユニット１８０６は、ビーム形成および／または多重入出力（ＭＩＭＯ）動作をサポートするように、複数のアンテナを含み得る。当業者に公知であるように、ＭＩＭＯ動作は、困難なチャネル条件を克服する、および／またはチャネルスループットを増加させるために使用することができる、空間的多様性を提供し得る。アンテナおよびフロントエンドユニット１８０６は、アンテナ同調および／またはインピーダンス整合構成要素、ＲＦ電力増幅器、および／または低雑音増幅器を含み得る。

ＲＦ送受信機１８０８は、周波数偏移を提供し、受信したＲＦ信号をベースバンドに変換し、ベースバンド伝送信号をＲＦに変換する。いくつかの説明では、無線送受信機またはＲＦ送受信機は、変調／復調、符号化／復号化、インタリービング／デインタリービング、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、サイクリックプレフィックス付加／除去、および他の信号処理機能等の他の信号処理機能性を含むと理解され得る。明確にする目的で、ここでの説明は、ＲＦおよび／または無線段階から、この信号処理の説明を分離し、その信号処理を、アナログベースバンド処理ユニット１８１０および／またはＤＳＰ１８０２あるいは他の中央処理ユニットに概念的に割り付ける。いくつかの実施形態では、ＲＦ送受信機１８０８、アンテナおよびフロントエンド１８０６の複数部分、およびアナログベースバンド処理ユニット１８１０が、１つ以上の処理ユニットおよび／または特定用途向け集積回路（ＡＳＩＣ）に組み入れられ得る。

アナログベースバンド処理ユニット１８１０は、入力および出力の種々のアナログ処理、例えば、マイクロホン１８１２およびハンドセット１８１６からの入力ならびにイヤホン１８１４およびハンドセット１８１６への出力のアナログ処理を提供し得る。そのためには、アナログベースバンド処理ユニット１８１０は、ＵＡ１７０１が携帯電話として使用されることを可能にする、内蔵マイクロホン１８１２およびイヤホンスピーカ１８１４に接続するためのポートを有し得る。アナログベースバンド処理ユニット１８１０はさらに、ヘッドセットまたは他のハンズフリーマイクロホンおよびスピーカ構成に接続するためのポートを含み得る。アナログベースバンド処理ユニット１８１０は、１つの信号方向にデジタル・アナログ変換を、反対の信号方向にアナログ・デジタル変換を提供し得る。いくつかの実施形態では、アナログベースバンド処理ユニット１８１０の機能性の少なくとも一部が、デジタル処理構成要素によって、例えば、ＤＳＰ１８０２によって、または他の中央処理ユニットによって提供され得る。

ＤＳＰ１８０２は、変調／復調、符号化／復号、インタリービング／デインタリービング、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、周期的接頭辞添付／除去、および無線通信と関連付けられる他の信号処理機能を行い得る。実施形態では、例えば、符号分割多重アクセス（ＣＤＭＡ）技術用途で、伝送器機能のために、ＤＳＰ１８０２は、変調、符号化、インタリービング、および拡散を行い、受信機機能のために、ＤＳＰ１８０２は、逆拡散、デインタリービング、復号、および復調を行い得る。別の実施形態では、例えば、直交周波数分割多重アクセス（ＯＦＤＭＡ）技術用途で、伝送器機能のために、ＤＳＰ１８０２は、変調、符号化、インタリービング、逆高速フーリエ変換、および周期的接頭辞添付を行い、受信機機能のために、ＤＳＰ１８０２は、周期的接頭辞除去、高速フーリエ変換、デインタリービング、復号、および復調を行い得る。他の無線技術用途では、さらに他の信号処理機能、および信号処理機能の組み合わせが、ＤＳＰ１８０２によって行われ得る。

ＤＳＰ１８０２は、アナログベースバンド処理ユニット１８１０を介して無線ネットワークと通信し得る。いくつかの実施形態では、通信は、インターネット接続を提供し得、ユーザがインターネット上のコンテンツへのアクセスを獲得することと、Ｅメールまたはテキストメッセージを送受信することとを可能にする。入力／出力インターフェース１８１８は、ＤＳＰ１８０２ならびに種々のメモリおよびインターフェースを相互接続する。メモリ１８０４および可撤性メモリカード１８２０は、ＤＳＰ１８０２の動作を構成するように、ソフトウェアおよびデータを提供し得る。インターフェースの中には、ＵＳＢインターフェース１８２２および短距離無線通信サブシステム１８２４があり得る。ＵＳＢインターフェース１８２２は、ＵＡ１７０１に課金するために使用され、また、ＵＡ１７０１が周辺デバイスとして機能し、パーソナルコンピュータまたは他のコンピュータシステムと情報を交換することを可能にし得る。短距離無線通信サブシステム１８２４は、赤外線ポート、Ｂｌｕｅｔｏｏｔｈ（登録商標）インターフェース、ＩＥＥＥ ２０２．１１に準拠する無線インターフェース、あるいは、ＵＡ１７０１が他の隣接モバイルデバイスおよび／または無線基地局と無線通信することを可能にし、任意の他の短距離無線通信サブシステムを含み得る。

入力／出力インターフェース１８１８はさらに、トリガされると、例えば、ベルを鳴らす、メロディを再生する、または振動することによって、ＵＡ１７０１にユーザへ通知を提供させる、アラート１８２６にＤＳＰ１８０２を接続し得る。アラート１８２６は、無音で振動することによって、または特定の架電者に対して特定の事前に割り当てられたメロディを再生することによって、着信電話、新しいテキストメッセージ、および予約のリマインダ等の種々のイベントのうちのいずれかをユーザに警告するための機構としての機能を果たし得る。

キーパッド１８２８は、インターフェース１８１８を介してＤＳＰ１８０２に連結し、ユーザが選択を行い、情報を入力し、別様に入力をＵＡ１７０１に提供するための１つの機構を提供する。キーボード１８２８は、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および逐次タイプ等の完全または縮小英数字キーボード、あるいは電話キーパッドと関連付けられるアルファベット文字を伴う従来の数字キーパッドであり得る。入力キーは、さらなる入力機能を提供するように内向きに押下され得る、トラックホイール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能キーを含み得る。別の入力機構は、タッチスクリーン能力を含み、また、ユーザにテキストおよび／またはグラフィックを表示し得る、ＬＣＤ１８３０であり得る。ＬＣＤコントローラ１８３２は、ＤＳＰ１８０２をＬＣＤ１８３０に連結する。

ＣＣＤカメラ１８３４は、装備された場合、ＵＡ１７０１がデジタル写真を撮ることを可能にする。ＤＳＰ１８０２は、カメラコントローラ１８３６を介してＣＣＤカメラ１８３４と通信する。別の実施形態では、電荷結合素子カメラ以外の技術に従って動作するカメラが採用され得る。ＧＰＳセンサ１８３８は、グローバルポジショニングシステム信号を復号するようにＤＳＰ１８０２に連結され、それにより、ＵＡ１７０１がその位置を決定することを可能にする。種々の他の周辺機器もまた、追加の機能、例えば、ラジオおよびテレビ受信を提供するように含まれ得る。

図１９は、ＤＳＰ１８０２によって実装され得る、ソフトウェア環境１９０２を図示する。ＤＳＰ１８０２は、残りのソフトウェアが動作するプラットフォームを提供する、オペレーティングシステムドライバ１９０４を実行する。オペレーティングシステムドライバ１９０４は、アプリケーションソフトウェアにアクセス可能である標準化インターフェースを伴うＵＡハードウェアに対するドライバを提供する。オペレーティングシステムドライバ１９０４は、ＵＡ１７０１上で作動するアプリケーション間で制御を移行する、アプリケーション管理サービス（「ＡＭＳ」）１９０６を含む。図１９には、ウェブブラウザアプリケーション１９０８、メディアプレーヤアプリケーション１９１０、およびＪａｖａ（登録商標）アプレット１９１２も示されている。ウェブブラウザアプリケーション１９０８は、ウェブブラウザとして動作するようにＵＡ１７０１を構成し、ユーザが書式に情報を入力し、リンクを選択してウェブページを読み出し、閲覧することを可能にする。メディアプレーヤアプリケーション１９１０は、音声または視聴覚媒体を読み出し、再生するようにＵＡ１７０１を構成する。Ｊａｖａ（登録商標）アプレット１９１２は、ゲーム、ユーティリティ、および他の機能性を提供するようにＵＡ１７０１を構成する。構成要素１９１４は、本明細書で説明される機能性を提供する場合がある。

ＵＡ１７０１、基地局１７２０、および上記で説明される他の構成要素は、上記で説明される措置に関係する命令を実行することが可能である、処理構成要素を含む場合がある。図２０は、本明細書で開示される１つ以上の実施形態を実装するために好適な処理構成要素２０１０を含む、システム２０００の実施例を図示する。プロセッサ２０１０（中央プロセッサユニット（ＣＰＵまたはＤＳＰ）と呼ばれ得る）に加えて、システム２０００は、ネットワーク接続デバイス２０２０、ランダムアクセスメモリ（ＲＡＭ）２０３０、読み出し専用メモリ（ＲＯＭ）２０４０、二次記憶装置２０５０、および入力／出力（Ｉ／Ｏ）デバイス２０６０を含む場合がある。場合によっては、これらの構成要素のうちのいくつかが存在せず、あるいは相互と、または示されていない他の構成要素と種々の組み合わせで組み合わせられ得る。これらの構成要素は、単一の物理的エンティティまたは１つよりも多くの物理的エンティティ内に位置する場合がある。プロセッサ２０１０によって講じられるものとして本明細書で説明される、任意の措置は、プロセッサ２０１０によって単独で、または、図面に示されている、あるいは示されていない１つ以上の構成要素と併せて、プロセッサ２０１０によって講じられる場合がある。

プロセッサ２０１０は、ネットワーク接続デバイス２０２０、ＲＡＭ２０３０、ＲＯＭ２０４０、または二次記憶装置２０５０（ハードディスク、フロッピー（登録商標）ディスク、または光ディスク等の種々のディスクベースのシステムを含む場合がある）からアクセスし得る、命令、コード、コンピュータプログラム、またはスクリプトを実行する。１つだけのプロセッサ２０１０が示されているが、複数のプロセッサが存在し得る。したがって、命令は、プロセッサによって実行されるものとして論議され得るが、命令は、同時に、連続的に、あるいは別様に１つまたは複数のプロセッサによって実行され得る。プロセッサ２０１０は、１つ以上のＣＰＵチップとして実装され得る。

ネットワーク接続デバイス２０２０は、モデム、モデムバンク、イーサネット（登録商標）デバイス、ユニバーサルシリアルバス（ＵＳＢ）インターフェースデバイス、シリアルインターフェース、トークンリングデバイス、光ファイバ分散データインタフェース（ＦＤＤＩ）デバイス、無線ローカルエリアネットワーク（ＷＬＡＮ）デバイス、符号分割多重アクセス方式（ＣＤＭＡ）デバイス等の無線送受信機デバイス、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ（登録商標））無線送受信機デバイス、マイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ）デバイス、および／またはネットワークに接続するための他の周知のデバイスの形態を成し得る。これらのネットワーク接続デバイス２０２０は、プロセッサ２０１０が情報を受信する場合がある、またはプロセッサ２０１０が情報を出力する場合がある、インターネットまたは１つ以上の電気通信ネットワークあるいは他のネットワークと、プロセッサ２０１０が通信することを可能にし得る。

ネットワーク接続デバイス２０２０はまた、無線周波数信号またはマイクロ波周波数信号等の電磁波の形態で、データを無線で伝送および／または受信することが可能な１つ以上の送受信機構成要素２０２５も含む場合がある。代替として、データは、導電体の表面の中または上、同軸ケーブルの中、導波管の中、光ファイバ等の光媒体の中、あるいは他の媒体の中を伝播し得る。送受信機構成要素２０２５は、別個の受信および伝送ユニット、または単一の送受信機を含む場合がある。送受信機２０２５によって伝送または受信される情報は、プロセッサ２０１０によって処理されたデータ、またはプロセッサ２０１０によって実行される命令を含み得る。そのような情報は、例えば、コンピュータデータベースバンド信号または搬送波で具現化される信号の形態で、ネットワークから受信され、かつネットワークへ出力され得る。データは、データを処理または生成する、あるいはデータを伝送または受信するために望ましくてもよいような異なる順序に従って、順序付けられ得る。ベースバンド信号、搬送波に組み込まれた信号、または、現在使用されている、あるいは今後開発される他のタイプの信号は、伝送媒体と呼ばれ、当業者に周知のいくつかの方法に従って生成され得る。

ＲＡＭ２０３０は、揮発性データを記憶するため、およびおそらくプロセッサ２０１０によって実行される命令を記憶するために使用される場合がある。ＲＯＭ２０４０は、典型的には二次記憶装置２０５０のメモリ容量よりも小さいメモリ容量を有する、不揮発性メモリデバイスである。ＲＯＭ２０４０は、命令、およびおそらく命令の実行中に読み出されるデータを記憶するために使用される場合がある。ＲＡＭ２０３０およびＲＯＭ２０４０の両方へのアクセスは、典型的には、二次記憶装置２０５０へのアクセスよりも速い。二次記憶装置２０５０は、典型的には、１つ以上のディスクドライブまたはテープドライブから成り、ＲＡＭ２０３０が全作業データを保持するほど十分に大きくない場合に、データの不揮発性記憶のために、またはオーバーフローデータ記憶デバイスとして使用される場合がある。二次記憶装置２０５０は、ＲＡＭ２０３０にロードされるプログラムが実行のために選択された時、そのようなプログラムを記憶するために使用され得る。

Ｉ／Ｏデバイス２０６０は、液晶ディスプレイ（ＬＣＤ）、タッチスクリーンディスプレイ、キーボード、キーパッド、スイッチ、ダイヤル、マウス、トラックボール、音声認識装置、カード読取装置、紙テープ読取装置、プリンタ、ビデオモニタ、または他の周知の入力デバイスを含み得る。また、送受信機２０２５は、ネットワーク接続デバイス２０２０の構成要素であるかわりに、またはそれに加えて、Ｉ／Ｏデバイス２０６０の構成要素と見なされる場合がある。Ｉ／Ｏデバイス２０６０のうちのいくつかまたは全ては、ディスプレイ１７０２および入力１７０４等のＵＡ１７０１の以前に説明された図面に描写される種々の構成要素と実質的に同様であり得る。

いくつかの実施形態が、本開示に提供されているが、開示されたシステムおよび方法は、本開示の精神または範囲から逸脱することなく、多くの他の具体的形態で具現化され得ることを理解されたい。本実施例は、制限的ではなく例証的と見なされるものであり、本明細書で与えられる詳細に限定されないことが意図される。例えば、種々の要素または構成要素が組み合わされ、または別のシステムに統合され得るか、あるいは、ある特徴が省略されても実装されなくてもよい。

本明細書で使用される場合、「構成要素」、「システム」等の用語は、コンピュータ関連エンティティ、ハードウェア、ハードウェアおよびソフトウェアの組み合わせ、ソフトウェア、または実行中のソフトウェアを指すことを目的としている。例えば、構成要素は、プロセッサ上で作動するプロセス、プロセッサ、オブジェクト、実行ファイル、実行のスレッド、プログラム、および／またはコンピュータであり得るが、それらに限定されない。例証として、コンピュータ上で作動するアプリケーションおよびコンピュータの両方が、構成要素となり得る。１つ以上の構成要素が、プロセスおよび／または実行のスレッド内に常駐し得、１つの構成要素が、１つのコンピュータ上に限局し、および／または２つ以上のコンピュータ間に分布し得る。

本明細書で使用される場合、「ユーザ機器」および「ＵＥ」という用語は、携帯電話、携帯情報端末（ＰＤＡ）、手持ち式またはラップトップコンピュータ、および電気通信能力を有する同様のデバイスまたはユーザエージェント（「ＵＡ」）等の無線デバイスを指すことができる。いくつかの実施形態では、ＵＥは、移動無線デバイスを指し得る。「ＵＡ」という用語は、デスクトップコンピュータ、セットトップボックス、またはネットワークノード等の類似能力を有するが概して可搬型ではない、デバイスを指し得る。

さらに、開示された主題は、ソフトウェア、ファームウェア、ハードウェア、またはそれらの任意の組み合わせを生産して、本明細書で詳述される側面を実装するようにコンピュータまたはプロセッサベースのデバイスを制御するために、標準プログラミングおよび／または工学技法を使用して、システム、方法、装置、または製造品として実装され得る。本明細書で使用されるような「製造品」（または代替として、「コンピュータプログラム製品」）という用語は、コンピュータ可読デバイス、キャリア、またはメディアからアクセス可能なコンピュータプログラムを包含することを目的としている。例えば、コンピュータ可読媒体は、磁気記憶デバイス（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気帯・・・）、光ディスク（例えば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）・・・）、スマートカード、およびフラッシュメモリデバイス（例えば、カード、スティック）を含むことができるが、それらに限定されない。加えて、電子メールを伝送および受信する際に、またはインターネットあるいはローカルエリアネットワーク（ＬＡＮ）等のネットワークにアクセスする際に使用されるデータ等の、コンピュータ可読電子データを搬送するために、搬送波を採用できることを理解されたい。当然ながら、当業者であれば、請求された主題の範囲または精神から逸脱することなく、多くの修正がこの構成に行われ得ることを認識するであろう。

また、個別または別個のものとして種々の実施形態で説明および例証される、技術、システム、サブシステム、および方法は、本開示の範囲から逸脱することなく、他のシステム、モジュール、技術、または方法と組み合わせられ、または統合され得る。相互に連結される、または直接連結される、あるいは通信するものとして示される、または論議される他の項目は、電気的であろうと、機械的であろうと、または別の方法であろうと、何らかのインターフェース、デバイス、または中間構成要素を通して、間接的に連結され、または通信し得る。変更、置換、および改変の他の実施例が、当業者によって究明可能であって、本明細書で開示される精神および範囲から逸脱することなく行われ得る。本発明が詳細に説明されているが、添付の請求項によって定義されるような本発明の精神および範囲から逸脱することなく、種々の変更、置換、および改変をそれに行うことができると理解されたい。

Claims (12)

1. セッション初期化プロトコル（ＳＩＰ）メッセージを確立する方法であって、
   移動機器（ＭＥ）が、汎用集積回路カード（ＵＩＣＣ）にインストールされている全てのインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）アプリケーションのリストを読み出すことであって、前記リストは、前記ＵＩＣＣに格納されている、ことと、
   前記ＭＥが、単一のＩＭＳ登録を介して、全ての前記ＩＭＳアプリケーションをＩＭＳネットワークに登録することと
   を含む、方法。
2. 前記ＭＥが、加入者識別モジュール（ＳＩＭ）に格納された基本ファイルを読み出すことにより、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）通信サービス識別子（ＩＣＳＩ）を前記ＭＥに示すことであって、前記基本ファイルは、前記ＩＣＳＩによって識別される全てのサポートされる通信サービスを含む、ことをさらに含む、請求項１に記載の方法。
3. 前記基本ファイルは、ＩＭＳ ＳＩＭ（ＩＳＩＭ）基本ファイルおよび汎用地上波無線アクセスネットワーク（ＵＴＲＡＮ）ＳＩＭ（ＵＳＩＭ）基本ファイルのうちの少なくとも１つを含む、請求項２に記載の方法。
4. 前記ＩＳＩＭ基本ファイルが存在しない場合、前記ＭＥは、前記ＵＳＩＭ基本ファイルを読み出す、請求項３に記載の方法。
5. 前記基本ファイルは、前記ＩＣＳＩによって識別される全てのサポートされる通信サービスを含む、請求項４に記載の方法。
6. 前記ＭＥが、イベントダウンロードを使用して、受信データを前記ＵＩＣＣに通知することであって、前記イベントダウンロードは、前記ＩＣＳＩによって識別される所与のアプリケーションに関する任意の受信データを前記ＵＩＣＣに通知する、ことと、
   前記ＵＩＣＣが、受信データイベントを前記ＭＥに登録することと
   をさらに含む、請求項２に記載の方法。
7. 前記ＭＥが、イベントダウンロードを使用して、ＩＭＳ登録イベントを前記ＵＩＣＣに通知することであって、前記イベントダウンロードは、２００ ＯＫメッセージおよびＳＩＰ ＮＯＴＩＦＹメッセージのうちの１つによって識別される任意のＩＭＳ登録イベントを前記ＵＩＣＣに通知する、ことと、
   前記ＵＩＣＣが、前記ＩＭＳ登録イベントを前記ＭＥに登録することと
   をさらに含む、請求項２に記載の方法。
8. さらに、関連ＩＣＳＩが後に追加または除去される場合、前記ＵＩＣＣは、前記基本ファイルを更新し、通知を前記ＭＥに送信し、
   前記通知の受信時に、前記ＭＥは、前記関連ＩＣＳＩを追加または除去するために、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージを使用して、前記ＩＭＳネットワークに対してなされた対応するＩＭＳ登録を更新する、請求項２に記載の方法。
9. 前記ＭＥは、起動時に前記基本ファイルを読み出すことにより、汎用集積回路カード（ＵＩＣＣ）上のアプリケーションによってサポートされるＩＭＳ通信サービスの存在を認識する、請求項８に記載の方法。
10. 前記通知は、リフレッシュコマンドを介して行われる、請求項８に記載の方法。
11. 請求項３〜８のいずれか一項に記載の方法を実行する１つ以上のプロセッサを含む移動機器（ＭＥ）。
12. 読み取り可能な命令が記録されたコンピュータ読み取り可能な媒体であって、前記読み取り可能な命令は、プロセッサによって実行されると、請求項３〜８のいずれか一項に記載の方法を実行することを前記プロセッサに行わせる、コンピュータ読み取り可能な媒体。

Images