JP2010503316A - ３ｇ無線ネットワークに対してシグナリングするセッション開始プロトコルにおけるｓｉｐｖｉａフィールド圧縮の装置および方法 - Google Patents

Abstract

ＶＩＡフィールド内の圧縮を用いることによって、３Ｇ無線ネットワークに対してシグナリングするセッション開始プロトコル「ＳＩＰ」が提供され、ＳＩＰメッセージにおけるシグナリングオーバヘッドを低減する。圧縮の方法は、メッセージが通過する経路に沿って、各々の中間のアドレス内で見いだされた冗長なアドレス情報を削除することと、ヘッダの特定のエレメントをトークン化し、かつトークンをＶＩＡヘッダ内に用いることとを含む。ネットワークデバイスは、ＳＩＰメッセージを受信し、そのヘッダ内のＶＩＡフィールドを調査して、メッセージが送信されたドメインを識別し、ドメインがカレントドメインと同じでない場合には、カレントドメインをＶＩＡ内に付加し、ドメインがカレントドメインと同じである場合には、ドメイン情報を圧縮し、圧縮されたドメイン情報をＶＩＡ内に付加し、そしてメッセージをその経路に沿って目的地のノードに送る。

Description

本発明は、概して無線通信の分野に関し、特に、セッション開始プロトコルメッセージにおけるシグナリング（ｓｉｇｎａｌｉｎｇ）オーバヘッドを低減するために、ＶＩＡフィールド内の圧縮を用いることによって、３Ｇ無線ネットワークに対してシグナリングする改善されたセッション開始プロトコルに関する。

セッション開始プロトコル（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ；「ＳＩＰ」）は、マルチメディアセッション（「会議」とも称される）またはインターネット電話コールを確立し、修正し、終了させ得る、アプリケーション層制御プロトコルである。ＳＩＰは、ＲＦＣ２５４３において規定される。ＳＩＰは、関係者をユニキャスト会議およびマルチキャスト会議に招待（ｉｎｖｉｔｅ）し得、招待を送信するイニシエータが、会議のメンバーであることを要求しない。メディアおよび関係者は、既存のセッションに追加され得る。ＳＩＰは、ネームマッピングおよびリダイレクションサービスをユーザに気付かれずにサポートし、ＩＳＤＮおよびインテリジェントネットワークの電話加入者サービスの実装を可能にする。これらの機能はまた、個人のモビリティを可能にし、それは、単一アドレスで、かつ位置に依存しないアドレスの着呼側に到達する能力を提供する。

伝統的なテキストベースのインターネットプロトコルとして、ＳＩＰは、ハイパーテキスト転送プロトコル（「ＨＴＴＰ」）および簡易メール転送プロトコル（「ＳＭＴＰ」）と似ている。これらのプロトコルと同様に、ＳＩＰは、クライアントサーバモデルに基づいた、テキスト形式のプロトコルであり、一方のエンティティ（クライアント）によって要求が生成され、その要求に応答する受信側のエンティティ（サーバ）に送信される。要求は、サーバ上のメソッドを起動し、伝送制御プロトコル（「ＴＣＰ」）またはユーザデータグラムプロトコル（「ＵＤＰ」）のいずれかを介して送信され得る。最も重要なＳＩＰのメソッド（現在、６つ存在する）は、クライアントとサーバとの間でコールを開始するために用いられる、ＩＮＶＩＴＥメソッドである。他のＳＩＰメソッドは、ＡＣＫ、ＯＰＴＩＯＮＳ、ＢＹＥ、ＣＡＮＣＥＬ、およびＲＥＧＩＳＴＥＲである。新しいＩＮＦＯメソッドがまた、ＳＩＰ拡張の一部分として提案されており、ＲＦＣ２９７６に詳述されている。

ＳＩＰは、メディア記述に対してセッション記述プロトコル（「ＳＤＰ」）を用いる。ＳＩＰは、マルチメディア通信を確立し、終了させる５つの局面をサポートする。その５つの局面は、ユーザ位置、ユーザ能力、ユーザ可用性、コールセットアップおよびコール運用である。

ＳＩＰメッセージは一般に、要求または応答のいずれかである。要求はクライアントからサーバに流れ、応答はサーバからクライアントに流れる。これらの要求および応答は、通信の詳細を記述するために、異なるヘッダを含んでいる。ＳＩＰヘッダフィールドは、構文と意味の両方において、ＨＴＴＰヘッダフィールドに類似する。メッセージは、発呼者（ｃａｌｌｅｒ）、着呼者（ｃａｌｌｅｅ）、メッセージの経路、ボディのタイプおよび長さ等々、などの事項を明記するために、ヘッダフィールドを用いる。一部のヘッダフィールドは、すべてのメッセージ内で用いられ、残りは、適切なときに用いられる。ＶＩＡフィールドおよびＨＯＰ−ＢＹ−ＨＯＰヘッダが、ＥＮＤ−ＴＯ−ＥＮＤヘッダの前に出現しなければならない以外は、ヘッダが出現する順序は、一般に重要ではない。

ＶＩＡフィールドは、メッセージ（要求または応答のいずれか）によってこれまでたどられた経路を示す。ＳＩＰ要求とＳＩＰ応答の両方におけるＶＩＡフィールドの典型的な例が、図１および図２に示される。ＶＩＡフィールドは、すべてのＳＩＰメッセージ内で必要とされるヘッダフィールドのうちの１つである。ＳＩＰが３Ｇ無線通信に対して用いられる場合の１つの重大な欠点は、シグナリングオーバヘッドが、リアルタイム用途に対するコールセットアップ時間を顕著に増大させることである。この問題に対処するために、業界はいくつかの制限されたシグナリング圧縮ユーティリティ、すなわちＳＩＧＣＯＭＰを作り出した。しかしながら、ＳＩＧＣＯＭＰは、シグナリングメッセージ内に見いだされる多くのフィールド上に圧縮を提供するという能力を有しない。特に、ＶＩＡフィールドは、すべてのＳＩＰメッセージ内で必要とされており、メッセージが送信側から受信側まで長い経路をたどるときに、かなり大きくなり得る。ＶＩＡフィールドは、圧縮され得ない。従って、業界は、上記されたような従来のＳＩＰメッセージングにおいて見いだされた、これらの重大な問題を克服する解決策に対するニーズを有している。

３Ｇ無線ネットワークに対してシグナリングするＳＩＰにおけるＶＩＡフィールド圧縮のプロトコルおよび方法が開示される。そのプロトコルおよび方法は、コールセットアップ時間を増大するシグナリングによって導入された固有の遅れを低減する。ＶＩＡフィールドの圧縮は、複雑なコールセットアップ遅延を低減する比較的小さいシグナリング遅延を達成し、インコール（ｉｎ−ｃａｌｌ）シグナリングに必要な帯域幅の損失を低減する。ＶＩＡフィールドにおける圧縮は、冗長性の除去によって遂行される。冗長性の除去は、シーケンスの中の初期のメッセージの後でメッセージに含まれる冗長な、従って不必要な情報を削除する。パラメータの使用は、除かれた冗長性をパーサに通知するために利用され、その結果として、メッセージは、大幅に低減されたバイトサイズによって同じ情報を伝達する。

代替案としては、冗長性の除去に対してトークンアプローチが利用され得る。このアプローチは、シーケンスの中の初期のメッセージを介して構文解析し、特定の識別されたストリングの代わりにトークンを用いる。シーケンスの中の後方のメッセージは次いで、同じ情報をメッセージの受信者に提供すると同時に、全体のメッセージ内のバイトサイズを大幅に低減するために、完全なストリングの代わりにトークンを用いる。

本発明の他の特徴および利点は、以下の詳細な説明および添付の図面を考察した後に当業者にとってより容易に明らかになる。

本発明の構造と動作の両方についての詳細は、同様な参照番号が同様な部分を示す添付の図面を検討することによってある程度確かめられ得る。

図１は、先行技術のＳＩＰ要求を例示するテーブル図である。 図２は、先行技術のＳＩＰ応答を例示するテーブル図である。 図３は、本発明の実施形態に従った、例示的な無線ネットワークを示すネットワーク図である。 図４は、本発明の実施形態に従った、ＳＩＰメッセージの経路内の例示的なネットワークデバイスを示すブロック図である。 図５は、本発明の実施形態に従った、ＳＩＰメッセージ内のＶＩＡフィールドを圧縮するための例示的なプロセスを示す流れ図である。 図６は、本発明の実施形態に従った、ＳＩＰメッセージ内のＶＩＡフィールドを圧縮するための代替的な例のプロセスを示す流れ図である。 図７は、従来のＳＩＰ下の圧縮されていないＶＩＡフィールドを有する例示的なメッセージヘッダを示すテーブル図である。 図８は、本明細書中に記述される様々な実施形態に関連して用いられ得る、例示的な無線通信デバイスを示すブロック図である。 図９は、本明細書中に記述される様々な実施形態に関連して用いられ得る、例示的なコンピュータシステムを示すブロック図である。

本明細書中に開示されるような特定の実施形態は、ＶＩＡフィールド内の圧縮を用いることによって、３Ｇ無線ネットワークに対してシグナリングする改善されたＳＩＰを提供することにより、ＳＩＰメッセージにおけるシグナリングオーバヘッドを低減する。例えば、本明細書中に開示されるような一方法は、メッセージによって通過される経路に沿って、各々の中間のアドレス内で見いだされた冗長なアドレス情報を削除することによって、ＶＩＡヘッダが圧縮されることを可能にする。代替的な方法は、ヘッダの特定のエレメントをトークン化し、未処理のストリングの代わりにトークンをＶＩＡヘッダ内に用いることによって、ＶＩＡヘッダが圧縮されることを可能にする。

この説明を理解すれば、様々な代替的な実施形態および代替的なアプリケーションにおいて、どのように本発明を実装するかが当業者にとって明らかとなる。しかしながら、本発明の様々な実施形態が本明細書中に記述されるけれども、これらの実施形態は、単に例示として提示され、制限のためではないことが理解される。従って、様々な代替的な実施形態のこの詳細な説明は、添付の特許請求の範囲に記述されるように、本発明の範囲または広がりを制限するように解釈されるべきではない。

図３は、本発明の実施形態に従った、例示的な無線ネットワーク１０を示すネットワーク図である。例示された実施形態において、ネットワーク１０は、２つのノード１００および１６０、複数のネットワーク１１０、１３０、および１５０、ならびに複数のサーバ１２０および１４０を備える。実際において、ノード１００からノード１６０へのＳＩＰメッセージは、経路に沿ってネットワーク１１０を介してサーバ１２０に、ネットワーク１３０を介してサーバ１４０に、そしてネットワーク１５０を介してノード１６０に伝わる。当該分野において理解されるように、代替的な実施形態におけるＳＩＰメッセージは、基礎となるネットワークの性質およびサイズに依存して、一方のノードから他方のノードへと多くの異なるルートをとり得る。

一実施形態において、ノード１００および１６０は、無線通信デバイスであり、ネットワーク１１０および１５０は、無線通信ネットワークである。代替的な実施形態において、ノード１００および１６０は、パーソナルコンピュータ、ラップトップ、携帯情報端末、またはネットワーク１１０、１３０、および１５０を介して互いと、そして他のノードと通信する能力を有する他のそのようなデバイスなどの他の種類のネットワークデバイスであり得る。

一実施形態において、サーバ１２０および１４０は、様々なネットワーク１１０、１３０、および１５０をわたるルーティングパケットの機能を実行する。例えば、サーバ１２０および１４０は、インターネットとして広く知られるネットワークの特定の組み合わせなどの公共的（ｐｕｂｌｉｃ）ネットワークの構造基盤のバックボーン上に配置され得る。代替案としては、サーバ１２０および１４０は、ネットワークまたはネットワークセグメントをわたるルーティングトラフィックの同様の機能を実行するけれども、私設（ｐｒｉｖａｔｅ）ネットワーク内にもっぱら配置され得る。

図４は、本発明の実施形態に従った、ＳＩＰメッセージの経路内の例示的なネットワークデバイスを示すブロック図である。例示された実施形態において、サーバ１２０は、圧縮モジュール２００を備える。圧縮モジュール２００は、サーバ１２０で受信されたＳＩＰメッセージを調査し、かつメッセージヘッダ内のＶＩＡメッセージフィールドを圧縮するように構成される。圧縮モジュール２００は、様々な方法で圧縮を実行し得、その方法は、例えば、ＶＩＡメッセージフィールドの内に見いだされたアドレス情報内の冗長性を除去することによるか、またはＶＩＡメッセージフィールドをトークン化することによって実行されることを含む。

図５は、本発明の実施形態に従った、ＳＩＰメッセージ内のＶＩＡフィールドを圧縮するための例示的なプロセスを示す流れ図である。例示されたプロセスは、図４に関して上記された圧縮モジュールなどの圧縮モジュールによって実行され得る。まず、ステップ２５０において、ネットワークデバイスはＳＩＰメッセージを受信する。次に、ステップ２６０において、ネットワークデバイスは、該ＳＩＰメッセージのヘッダ情報内のＶＩＡフィールドを調査することにより、該ＳＩＰメッセージが送信されたドメインを識別する。ステップ２７０における判断として、該ＳＩＰメッセージが送信されたドメインがカレント（ｃｕｒｒｅｎｔ）ドメインと同じでない場合には、ステップ２８０において、ネットワークデバイスは、カレントドメインを該ＶＩＡフィールドに付加し、該メッセージをその経路に沿って目的地のノードに送る。

しかしながら、ステップ２７０における判断として、上記ＳＩＰメッセージが送信されたドメインがカレントドメインと同じである場合には、ステップ２９０において、ネットワークデバイスはドメイン情報を圧縮し、ステップ３００に示されるように、該圧縮されたドメイン情報をＶＩＡフィールドに付加し、該メッセージをその経路に沿って目的地のノードに送る。例えば、受信されたメッセージ内のＶＩＡヘッダ情報が以下の、
ＶＩＡ： ＳＩＰ／２．０／ＵＤＰ ｙｋｈａｒｉａ．ｋｙｏｃｅｒａ−ｗｉｒｅｌｅｓｓ．ｃｏｍ
であって、次の送信側ノードが、
ＶＩＡ： ＳＩＰ／２．０／ＵＤＰ ａｊｕｎｅｊａ．ｋｙｏｃｅｒａ−ｗｉｒｅｌｅｓｓ．ｃｏｍ
を追加した場合には、その結果としてもたらされる圧縮されたＶＩＡヘッダは、
ＶＩＡ： ＳＩＰ／２．０／ＵＤＰ ｙｋｈａｒｉａ．ｋｙｏｃｅｒａ−ｗｉｒｅｌｅｓｓ．ｃｏｍ ＨＯＰ／ａｊｕｎｅｊａ／ＰＲＥＶ
のように、現われる。

特に、キーワードパラメータとしての「ＨＯＰ」の使用は、ＳＩＰメッセージの経路内に現在２つ以上のホップが存在することを、次のノードおよび受信ノードにおいてパーサに対して識別する、任意の適切な代替的なキーワードに変更され得る。同様に、「ＰＲＥＶ」の使用は、ＶＩＡヘッダの前の部分からの同じドメインネームが、第２のノードおよび第１のノードに適用されることを識別する、任意の代替的なキーワードに変更され得る。このようにして、圧縮されたＶＩＡフィールドのバイトサイズは、ＳＩＰメッセージの経路に沿って転送される第２のノードから大幅に低減される。

図６は、本発明の実施形態に従った、ＳＩＰメッセージ内のＶＩＡフィールドを圧縮するための代替的な例のプロセスを示す流れ図である。例示されたプロセスは、図４に関して上記された圧縮モジュールなどの圧縮モジュールによって実行され得る。まず、ステップ３５０において、ネットワークデバイスはＳＩＰメッセージを受信する。次に、ステップ３６０において、該ＳＩＰメッセージ内のＶＩＡヘッダが構文解析され、様々なフィールドに分解され、トークンが各フィールドに割り当てられる。一実施形態において、個々のフィールドは、ＶＩＡに対して一意であり、一般にＶＩＡフィールドにおいて見いだされる反復性のセグメントを表す。例えば、ＳＩＰ／２．０／ＵＤＰなどのプロトコル情報は、すべてのメッセージの各ＶＩＡフィールド内に見いだされ得る。従って、この共通のストリングは、ＶＩＡヘッダ内の使用に対して、トークン「１」に割り当てられ得る。同様に、ユーザネームおよびドメイン情報は、識別され得、そのようなストリングは、ＶＩＡヘッダ内の使用に対して、トークン「２」に割り当てられ得る。

有益にも、ユーザネームおよびドメイン情報は、ユーザネーム情報およびドメイン情報が、それぞれ別々にトークンに割り当てられ得るように、さらに分解され得る。例えば、ユーザネーム情報が、トークン「２／１」に割り当てられ得、サブドメイン情報が、トークン「２／２」に割り当てられ得、トップレベルドメイン情報が、トークン「２／３」に割り当てられ得る。従って、次のオリジナルのＶＩＡメッセージのヘッダ、
ＶＩＡ： ＳＩＰ／２．０／ＵＤＰ ｙｋｈａｒｉａ．ｋｙｏｃｅｒａ−ｗｉｒｅｌｅｓｓ．ｃｏｍ
に対するトークンが以下、
１ ＝ ＶＩＡ： ＳＩＰ／２．０／ＵＤＰ
２ ＝ ｙｋｈａｒｉａ．ｋｙｏｃｅｒａ−ｗｉｒｅｌｅｓｓ．ｃｏｍ
２／１ ＝ ｙｋｈａｒｉａ
２／２ ＝ ｋｙｏｃｅｒａ−ｗｉｒｅｌｅｓｓ
２／３ ＝ ｃｏｍ
のように、確立され得る。従って、出て行くＳＩＰメッセージ内のトークン化されたＶＩＡヘッダは、
１．ａｊｕｎｅｊａ．２／２．２／３
のように、現われる。

有益にも、トークンインデックス（各トークンに対して展開されたストリングを提供する）は、ＳＩＰメッセージを受信し、それを伝える各々の中間のネットワークデバイスが、ＶＩＡヘッダ情報をどのように最良に圧縮するかを決定し得るように、関連するフィールド内の各ＳＩＰメッセージとともに伝えられ得る。

図７は、従来のＳＩＰ下の圧縮されていないＶＩＡフィールドを有する例示的なＩＮＶＩＴＥメッセージヘッダ４００を示すテーブル図である。有利なことに、そのようなＳＩＰメッセージは、ＶＩＡフィールドを圧縮するための冗長性の除去技術を用いることによって、約２０％圧縮され得る。さらに、ＳＩＰメッセージは、トークン化技術を用いることによって、約３０％圧縮され得る。

図８は、本明細書中に記述される様々な実施形態に関連して用いられ得る、例示的な無線通信デバイス４５０を示すブロック図である。例えば、無線通信デバイス４５０は、図３に関して上記されたような無線通信ネットワーク内のネットワークデバイスと連携して用いられ得る。しかしながら、当業者にとっては明白であるように、他の無線通信デバイスおよび／またはアーキテクチャもまた用いられ得る。

例示された実施形態において、無線通信デバイス４５０は、アンテナシステム４５５と、無線器システム４６０と、ベースバンドシステム４６５と、スピーカ４６４と、マイクロホン４７０と、中央処理装置（「ＣＰＵ」）４８５と、データストレージ領域４９０と、ハードウェアインターフェイス４９５とを備える。無線通信デバイス４５０において、無線周波数（「ＲＦ」）信号は、無線器システム４６０の管理の下でアンテナシステム４５５によって大気を介して送信され、かつ受信される。

一実施形態において、アンテナシステム４５５は、１つ以上のアンテナおよび１つ以上のマルチプレクサ（図示されない）を備え得、該マルチプレクサは、スイッチング機能を実行して、アンテナシステム４５５に送信信号および受信信号の経路を提供する。受信経路において、受信されたＲＦ信号は、マルチプレクサから低雑音増幅器（図示されない）に連結され得、該低雑音増幅器は、受信されたＲＦ信号を増幅し、増幅された信号を無線器システム４６０に送る。

代替的な実施形態において、無線器システム４６０は、様々な周波数にわたって通信するように構成される１つ以上の無線器を備え得る。一実施形態において、無線器システム４６０は、復調器（図示されない）および変調器（図示されない）を１つの集積回路（「ＩＣ」）内に統合し得る。復調器および変調器はまた、別個の構成要素であり得る。到来する経路において、復調器は、ＲＦ搬送波信号を取り除いてベースバンド音声信号を残し、その信号は、無線器システム４６０からベースバンドシステム４６５に送られる。

受信された信号が音声情報を含む場合には、ベースバンドシステム４６５は、信号を復号化し、その信号をアナログ信号に変換する。次いで、信号は増幅され、スピーカ４７０に送られる。ベースバンドシステム４６５はまた、マイクロホン４８０からアナログの音声信号を受信する。これらのアナログ音声信号は、ベースバンドシステム４６５によってデジタル信号に変換され、符号化される。ベースバンドシステム４６５はまた、送信のためにデジタル信号をコード化し、ベースバンド送信音声信号を生成し、それは、無線器システム４６０の変調器部分にルーティングされる。変調器は、ベースバンド送信音声信号を、ＲＦ搬送波信号と混合し、ＲＦ送信信号を生成する。該ＲＦ送信信号は、アンテナシステムにルーティングされ、電力増幅器（図示されない）を通過し得る。電力増幅器は、ＲＦ送信信号を増幅し、その信号をアンテナシステム４５５にルーティングする。そこでは、該信号は、伝送のためのアンテナポートに切り替えられる。

ベースバンドシステム４６５はまた、中央処理装置４８５と通信によって連結される。中央処理装置４８５は、データストレージ領域４９０にアクセスできる。中央処理装置４８５は、好適にもデータストレージ領域４９０に格納され得る命令（すなわち、コンピュータプログラムまたはソフトウェア）を実行するように構成される。コンピュータプログラムはまた、ベースバンドプロセッサ４６５から受信され、データストレージ領域４９０に格納されるか、または受信の際に実行され得る。そのようなコンピュータプログラムは、実行されるときには、上記されたように無線通信デバイス４５０が本発明の様々な機能を実行することを可能にする。例えば、データストレージ領域４９０は、図４に関して上記された様々なソフトウェアモジュール（図示されない）を含み得る。

この説明において、用語「コンピュータ読み取り可能媒体」は、中央処理装置４８５によって実行するために、実行可能命令（例えば、ソフトウェアおよびコンピュータプログラム）を無線通信デバイス４５０に提供するために用いられる、任意の媒体を示すために用いられる。これらの媒体の例は、データストレージ領域４９０、マイクロホン４７０（ベースバンドシステム４６５を介する）、アンテナシステム４５５（これもまた、ベースバンドシステム４６５を介する）、およびハードウェアインターフェイス４９５を含む。これらのコンピュータ読み取り可能媒体は、無線通信デバイス４５０に対して実行可能コード、プログラム命令、およびソフトウェアを提供するための手段である。実行可能コード、プログラム命令、およびソフトウェアは、中央処理装置４８５によって実行されるときには、好適にも中央処理装置４８５に、本明細書中に上記された発明の特徴および機能を実行させる。

中央処理装置４８５はまた、好適にも新しいデバイスがハードウェアインターフェイス４９５によって検出されるときには、ハードウェアインターフェイスから通知を受信するように構成される。ハードウェアインターフェイス４９５は、制御ソフトウェアを有する電気機械的な検出器の組み合わせであり得る。この制御ソフトウェアは、ＣＰＵ４８５と通信し、新しいデバイスと相互作用する。ハードウェアインターフェイス４９５は、ファイアワイヤポート、ＵＳＢポート、ブルートゥースまたは赤外線の無線ユニット、あるいは任意の様々な有線または無線のアクセスメカニズムであり得る。デバイス４５０とリンクされ得るハードウェアの例は、データストレージデバイス、コンピューティングデバイス、ヘッドホン、マイクロホンなどを含む。

図９は、本明細書中に記述される様々な実施形態に関連して用いられ得る、例示的なコンピュータシステム５５０を示すブロック図である。例えば、図３に関して上記されたように、コンピュータシステム５５０は、サーバコンピュータと連携して用いられ得る。しかしながら、当業者にとっては明白であるように、他のコンピュータシステムおよび／またはアーキテクチャが、用いられ得る。

コンピュータシステム５５０は、好適にもプロセッサ５５２などの１つ以上のプロセッサを含む。入力／出力を管理する補助プロセッサ、浮動小数点数値演算を実行する補助プロセッサ、信号処理アルゴリズムの高速実行に適合するアーキテクチャを有する特定目的マイクロプロセッサ（例えば、デジタルシグナルプロセッサ）、メイン処理システム（例えば、バックエンドプロセッサ）に従属するスレーブプロセッサ、デュアルまたはマルチプロセッサシステムのための追加のマイクロプロセッサまたはコントローラ、またはコプロセッサなどの追加のプロセッサが提供され得る。そのような補助プロセッサは、個別のプロセッサであり得るか、またはプロセッサ５５２と統合され得る。

プロセッサ５５２は、好適にもコミュニケーションバス５５４に接続される。コミュニケーションバス５５４は、コンピュータシステム５５０のストレージと他の周辺構成要素との間の情報伝送を容易にするためのデータチャネルを含み得る。コミュニケーションバス５５４はさらに、データバス、アドレスバス、およびコントロールバス（図示されない）を含む、プロセッサ５５２との通信のために用いられる信号の組を提供し得る。コミュニケーションバス５５４は、任意のバスアーキテクチャ規格または規格化されていないバスアーキテクチャを含み得る。そのバスアーキテクチャは、例えば、ｉｎｄｕｓｔｒｙ ｓｔａｎｄａｒｄ ａｒｃｈｉｔｅｃｔｕｒｅ（「ＩＳＡ」）、ｅｘｔｅｎｄｅｄ ｉｎｄｕｓｔｒｙ ｓｔａｎｄａｒｄ ａｒｃｈｉｔｅｃｔｕｒｅ（「ＥＩＳＡ」）、Ｍｉｃｒｏ Ｃｈａｎｎｅｌ Ａｒｃｈｉｔｅｃｔｕｒｅ（「ＭＣＡ」）、ｐｅｒｉｐｈｅｒａｌ ｃｏｍｐｏｎｅｎｔ ｉｎｔｅｒｃｏｎｎｅｃｔ（「ＰＣＩ」）ローカルバス、に準拠するバスアーキテクチャ、またはＩＥＥＥ４８８ ｇｅｎｅｒａｌ−ｐｕｒｐｏｓｅ ｉｎｔｅｒｆａｃｅ ｂｕｓ（「ＧＰＩＢ」）、ＩＥＥＥ６９６／Ｓ−１００を含む、米国電気電子技術者協会（「ＩＥＥＥ」）によって公布された標準規格、などである。

コンピュータシステム５５０は、好適にもメインメモリ５５６を含み、二次メモリ５５８をも含み得る。メインメモリ５５６は、プロセッサ５５２上で実行するプログラムのために命令およびデータのストレージを提供する。メインメモリ５５６は、一般にダイナミックランダムアクセスメモリ（「ＤＲＡＭ」）および／またはスタティックランダムアクセスメモリ（「ＳＲＡＭ」）などの半導体ベースのメモリである。他の半導体ベースのメモリタイプは、例えば、同期式ＤＲＡＭ（「ＳＤＲＡＭ」）、ラムバスＤＲＡＭ（「ＲＤＲＡＭ」）、強誘電体ＲＡＭ（「ＦＲＡＭ」）、などを含み、読み出し専用メモリ（「ＲＯＭ」）を含む。

二次メモリ５５８は、ハードディスクドライブ５６０および／または取り外し可能ストレージドライブ５６２（例えば、フロッピー（登録商標）ディスクドライブ、磁気テープドライブ、コンパクトディスク（「ＣＤ」）ドライブ、デジタルバーサタイルディスク（「ＤＶＤ」）ドライブなど）をオプションで含み得る。取り外し可能ストレージドライブ５６２は、周知の方法で、取り外し可能ストレージ媒体５６４から読み出し、かつ／または取り外し可能ストレージ媒体５６４に書き込む。取り外し可能ストレージ媒体５６４は、例えば、フロッピー（登録商標）ディスク、磁気テープ、ＣＤ、ＤＶＤなどであり得る。

取り外し可能ストレージ媒体５６４は、好適にもコンピュータ読み取り可能媒体であって、その媒体上に格納されたコンピュータ実行可能コード（すなわち、ソフトウェア）および／またはデータを有する。取り外し可能ストレージ媒体５６４上に格納されたコンピュータソフトウェアまたはデータは、電気通信信号５７８としてコンピュータシステム５５０内に読み込まれる。

代替的な実施形態において、二次メモリ５５８は、コンピュータプログラムまたは他のデータまたは命令が、コンピュータシステム５５０へとロードされることを可能にするための、他の同様な手段を含み得る。そのような手段は、例えば、外部ストレージ媒体５７２およびインターフェイス５７０を含み得る。外部ストレージ媒体５７２の例は、外部ハードディスクドライブまたは外部オプティカルドライブ、または／および外部光磁気ドライブを含み得る。

二次メモリ５５８の他の例は、プログラマブル読み出し専用メモリ（「ＰＲＯＭ」）、消去可能なＰＲＯＭ（「ＥＰＲＯＭ」）、電気的消去可能な読み出し専用メモリ（「ＥＥＰＲＯＭ」）、またはフラッシュメモリ（ＥＥＰＲＯＭに類似したブロック指向のメモリ）などの、半導体ベースのメモリを含み得る。任意の他の取り外し可能ストレージユニット５７２およびインターフェイス５７０がまた含まれる。それらは、ソフトウェアおよびデータが取り外し可能ストレージユニット５７２からコンピュータシステム５５０に伝送されることを可能にする。

コンピュータシステム５５０はまた、通信インターフェイス５７４を含み得る。通信インターフェイス５７４は、ソフトウェアおよびデータが、コンピュータシステム５５０と、外部デバイス（例えば、プリンタ）、ネットワーク、または情報源との間で伝送されることを可能にする。例えば、コンピュータソフトウェアまたは実行可能コードは、通信インターフェイス５７４を介してネットワークサーバからコンピュータシステム５５０に伝送され得る。通信インターフェイス５７４の例は、いくつかだけを挙げると、モデム、ネットワークインターフェイスカード（「ＮＩＣ」）、通信ポート、ＰＣＭＣＩＡスロットおよびＰＣＭＣＩＡカード、赤外線インターフェイス、およびＩＥＥＥ１３９４ファイアワイヤ、を含む。

通信インターフェイス５７４は、好適にも業界で制定されたプロトコル規格を実装し、そのプロトコル規格は、イーサネット（登録商標）ＩＥＥＥ８０２規格、ファイバチャネル、デジタル加入者回線（「ＤＳＬ」）、非同期デジタル加入者回線（「ＡＤＳＬ」）、フレームリレー、非同期転送モード（「ＡＴＭ」）、サービス総合デジタル網（「ＩＳＤＮ」）、ｐｅｒｓｏｎａｌ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｅｒｖｉｃｅｓ（「ＰＣＳ」）、伝送制御プロトコル／インターネットプロトコル（「ＴＣＰ／ＩＰ」）、シリアルラインインターネットプロトコル／ポイントツーポイントプロトコル（「ＳＬＩＰ／ＰＰＰ」）などであるが、カスタマイズされたプロトコルまたは規格化されていないインターフェイスプロトコルもまた実装し得る。

通信インターフェイス５７４を介して伝送されるソフトウェアおよびデータは、概して電気通信信号５７８の形態である。これらの信号５７８は、好適にも通信チャネル５７６を介して通信インターフェイス５７４に提供される。通信チャネル５７６は、信号５７８を伝え、様々な有線通信手段または無線通信手段を用いて実装され得、その通信手段は、いくつかだけを挙げると、電線またはケーブル、光ファイバ、従来の電話回線、携帯電話リンク、無線データ通信リンク、無線周波数（ＲＦ）リンク、または赤外線リンク、を含む。

コンピュータ実行可能コード（すなわち、コンピュータプログラムまたはソフトウェア）は、メインメモリ５５６および／または二次メモリ５５８に格納される。コンピュータプログラムはまた、通信インターフェイス５７４を介して受信され、メインメモリ５５６および／または二次メモリ５５８に格納され得る。そのようなコンピュータプログラムは、実行されるときには、上記されたようにコンピュータシステム５５０が本発明の様々な機能を実行することを可能にする。

この説明において、用語「コンピュータ読み取り可能媒体」は、コンピュータ実行可能コード（例えば、ソフトウェアおよびコンピュータプログラム）をコンピュータシステム５５０に提供するために用いられる、任意の媒体を示すために用いられる。これらの媒体の例は、メインメモリ５５６、二次メモリ５５８（ハードディスクドライブ５６０、取り外し可能ストレージ媒体５６４、および外部ストレージ媒体５７２を含む）、および通信インターフェイス５７４と通信によって連結された任意の周辺デバイス（ネットワーク情報サーバまたは他のネットワークデバイスを含む）を含む。これらのコンピュータ読み取り可能媒体は、コンピュータシステム５５０に実行可能コード、プログラム命令、およびソフトウェアを提供するための手段である。

ソフトウェアを用いて実装される一実施形態において、ソフトウェアは、コンピュータ読み取り可能媒体上に格納され得、取り外し可能ストレージドライブ５６２、インターフェイス５７０、または通信インターフェイス５７４を介してコンピュータシステム５５０へとロードされ得る。そのような一実施形態において、ソフトウェアは、電気通信信号５７８の形態でコンピュータシステム５５０へとロードされる。ソフトウェアは、プロセッサ５５２によって実行されるときには、好適にもプロセッサ５５２に、本明細書中に上記された発明の特徴および機能を実行させる。

様々な実施形態はまた、主としてハードウェアの中に、例えば、特定用途向け集積回路（「ＡＳＩＣ」）、またはフィールドプログラマブルゲートアレイ（「ＦＰＧＡ」）などの構成要素を用いて実装され得る。本明細書中に記述される機能を実行することが可能な、ハードウェアステートマシンの実装がまた、当業者には明らかとなる。様々な実施形態はまた、ハードウェアとソフトウェアの両方の組み合わせを用いて、実装され得る。

さらに、当業者は、本明細書中に開示される上記の図面および実施形態に関連して記述される、様々な例示の論理ブロック、モジュール、回路、および方法のステップが、電子的ハードウェア、コンピュータソフトウェア、または両方の組み合わせとしてしばしば実装され得ることを理解する。ハードウェアおよびソフトウェアのこの互換性を明白に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップは、一般的にそれらの機能性の観点から上記説明されている。そのような機能性がハードウェアまたはソフトウェアのいずれにおいて実装されるかは、特定用途およびシステム全体に課される設計制約条件に依存する。当業者は、各特定用途に対して様々な方法で記述された機能性を実装し得るけれども、そのような実装の決定は、本発明の範囲からの逸脱をもたらすものとして解釈されるべきでない。さらに、モジュール、ブロック、回路、またはステップ内の機能のグループ化は、説明を容易にするためのものである。特定の機能またはステップは、本発明から逸脱することなく、別のモジュール、ブロック、または回路に移され得る。

さらに、本明細書中に開示される実施形態に関連して記述される、様々な例示的な論理ブロック、モジュール、および方法は、汎用プロセッサ、デジタルシグナルプロセッサ（「ＤＳＰ」）、ＡＳＩＣ、ＦＰＧＡ、または他のプログラマブル論理デバイス、個別のゲートロジックまたはトランジスタロジック、個別のハードウェア構成要素、または本明細書中に記述される機能を実行するために設計される、それらの任意の組み合わせによって実装されるか、または実行され得る。汎用プロセッサは、マイクロプロセッサであり得るけれども、代替的には、プロセッサは、任意のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであり得る。プロセッサはまた、コンピューティングデバイスの組み合わせ、例えば、ＤＳＰおよびマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携した１つ以上のマイクロプロセッサ、または任意の他のそのような構成として実装され得る。

さらに、本明細書中に開示される実施形態に関連して記述される、方法またはアルゴリズムのステップは、直接的にハードウェアにおいて、プロセッサによって実行されるソフトウェアモジュールにおいて、またはその２つの組み合わせにおいて具現化され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取り外し可能ディスク、ＣＤ−ＲＯＭ、またはネットワークストレージ媒体を含む、任意の他の形態のストレージ媒体の中に存在し得る。例示的なストレージ媒体は、プロセッサに連結され得、そのプロセッサは、ストレージ媒体から情報を読み取り、ストレージ媒体に情報を書き込み得る。代替的には、ストレージ媒体は、プロセッサに統合され得る。プロセッサおよびストレージ媒体はまた、ＡＳＩＣの中に存在し得る。

開示された実施形態の上記の説明は、任意の当業者に対して本発明を構成するかまたは使用することを可能にするために提供される。これらの実施形態に対する様々な修正は、当業者にとっては容易に明らかとなり、本明細書中に記述される一般的なものとしての原理は、本発明の精神および範囲から逸脱することなく他の実施形態に適用され得る。従って、本明細書中に提示される説明および図面が、本発明の現在の好適な実施形態を表し、それゆえに、本発明によって幅広く企図される主題を表現することは理解されるべきである。本発明の範囲が、当業者にとって明らかとなり得る他の実施形態を完全に含み、本発明の範囲が、添付の特許請求の範囲以外の何ものによっても制限されないことはさらに理解される。

Claims (23)

1. セッション開始プロトコル（ＳＩＰ）シグナリングメッセージ内のＶＩＡフィールドを圧縮するためのシステムであって、
   ネットワーク経路に沿って配置されたネットワークデバイスであって、該ネットワークデバイスは、ＳＩＰシグナリングメッセージを処理するように構成された、ネットワークデバイスと、
   該ネットワークデバイスによって実行されるように構成された圧縮モジュールであって、該圧縮モジュールは、ＳＩＰシグナリングメッセージを受信し、該ＳＩＰシグナリングメッセージの該処理の間に該メッセージ内の該ＶＩＡフィールドを圧縮する、圧縮モジュールと
   を備える、システム。
2. 前記圧縮モジュールは、前記ＶＩＡフィールド内の冗長な情報を除去することによって前記ＳＩＰシグナリングメッセージを圧縮するように構成される、請求項１に記載のシステム。
3. 前記圧縮モジュールは、１つ以上のパラメータを前記ＶＩＡフィールド内に含めるように構成される、請求項２に記載のシステム。
4. パラメータは、前記ＶＩＡフィールドから除去された冗長な情報の一部分を識別する、請求項３に記載のシステム。
5. パラメータは、前記ＳＩＰメッセージの前記経路内のホップを識別する、請求項４に記載のシステム。
6. 前記圧縮モジュールは、前記ＶＩＡフィールド内の情報をトークンで置換することによって、前記ＳＩＰシグナリングメッセージを圧縮するように構成される、請求項１に記載のシステム。
7. 前記圧縮モジュールは、前記ＶＩＡフィールド内で用いられる前記トークンの値を識別するために、ＳＩＰシグナリングメッセージを構文解析するように構成される、請求項６に記載のシステム。
8. 前記圧縮モジュールは、前記ＶＩＡフィールド内の１つ以上の反復性のストリングを識別し、該１つ以上の反復性のストリングのそれぞれに対してトークンを作成するように構成される、請求項６に記載のシステム。
9. プロトコル情報は、トークンで置換される、請求項８に記載のシステム。
10. ユーザネーム情報は、トークンで置換される、請求項８に記載のシステム。
11. サブドメイン情報は、トークンで置換される、請求項８に記載のシステム。
12. トップレベルドメイン情報は、トークンで置換される、請求項８に記載のシステム。
13. セッション開始プロトコル（ＳＩＰ）シグナリングメッセージ内のＶＩＡフィールドを圧縮するための方法であって、
    ＳＩＰメッセージを受信するステップと、
    該ＳＩＰメッセージの送信側と関連づけられたドメインを識別するステップと、
    該識別されたドメインをカレントドメインと比較するステップと、
    該カレントドメインが該識別されたドメインと同じである場合には、該カレントドメインを圧縮するステップと、
    該圧縮されたカレントドメインを該ＳＩＰメッセージのＶＩＡフィールド内に含めるステップと、
    該ＳＩＰメッセージを送信するステップと
    を包含する、方法。
14. 前記圧縮するステップは、冗長な情報を前記ＶＩＡフィールドから除去するステップをさらに包含する、請求項１３に記載の方法。
15. 前記圧縮するステップは、前記ＳＩＰメッセージの経路内のホップを示すパラメータを含めるステップをさらに包含する、請求項１４に記載の方法。
16. 前記圧縮するステップは、前記ＶＩＡフィールドから除去された冗長な情報の一部分を識別するパラメータを含めるステップをさらに包含する、請求項１４に記載の方法。
17. 前記含めるステップは、前記圧縮されたカレントドメインを前記ＳＩＰメッセージの新しいＶＩＡフィールド内に提供するステップをさらに包含する、請求項１３に記載の方法。
18. 前記含めるステップは、前記圧縮されたカレントドメインを前記ＳＩＰメッセージの既存のＶＩＡフィールドに付加するステップをさらに包含する、請求項１３に記載の方法。
19. セッション開始プロトコル（ＳＩＰ）シグナリングメッセージ内のＶＩＡフィールドを圧縮するための方法であって、
    ＳＩＰメッセージを受信するステップと、
    １つ以上の一意のストリングを識別するために、該ＳＩＰメッセージ内のＶＩＡフィールドを構文解析するステップと、
    トークンを該１つ以上の一意のストリングのそれぞれに割り当てるステップと、
    該一意のストリングのうちの１つ以上を含む、トークン化されたＶＩＡフィールドを構築するステップと、
    該トークン化されたＶＩＡフィールドを該ＳＩＰメッセージ内に含めるステップと、
    該ＳＩＰメッセージを送信するステップと
    を包含する、方法。
20. 前記１つ以上の一意のストリングは、プロトコル識別子を備える、請求項１９に記載の方法。
21. 前記１つ以上の一意のストリングは、ユーザネームを備える、請求項１９に記載の方法。
22. 前記１つ以上の一意のストリングは、サブドメインを備える、請求項１９に記載の方法。
23. 前記１つ以上の一意のストリングは、トップレベルドメインを包含する、請求項１９に記載の方法。

Images