JP2012529814A - ３ｇｐｐｌｔｅ（ｌｏｎｇｔｅｒｍｅｖｏｌｕｔｉｏｎ）を介するショートメッセージングサービス - Google Patents

Abstract

本出願は、ＬＴＥ無線アクセスを介するＳＭＳに関する。テキストメッセージング機能を支援する３ＧＰＰ ＴＳ ２４．２４７及びＩＰにおけるＳＭＳカプセル化を介して既存の全てのＳＭＳ機能を支援する３ＧＰＰ ２３．２０４に指定されるようないくつかの代替構成が既知である。更に、ＣＳフォールバックにおけるＳＭＳに関連する３ＧＰＰ２３．２７２。発展型ＰＳアクセスを介するＣＳドメインサービスに関連する３ＧＰＰ ２３．８７９及びＶｏｉｃｅ Ｏｖｅｒ ＬＴＥ ＶＯＬＧＡにおいて検討中である汎用アクセスネットワークとして更なる技術も既知である。本出願は、既存の機能を最大限に再利用することによりシステム統合に必要とされる労力を最小限に抑えつつ、回線交換ネットワークの形態のレガシーネットワークとＩＰマルチメディアサブシステムＩＭＳの形態のＩＰネットワーク構造との間でメッセージを処理するための解決法を提供する。これは、従来のショートメッセージ機能を提供するコントローラエンティティ（２００）には、ＩＭＳ（５０）から受信されたメッセージが回線交換ネットワーク（４０）の無線ネットワークインタフェースを介して無線アクセスネットワークをアクセスする移動端末から受信されたかのように見えるように、ＩＭＳ（５０）から受信されたメッセージを適応させるエンティティ（１００）により実現される。

Description

本発明は、通信網におけるメッセージの処理に関し、特に、回線交換ネットワークのようなレガシーネットワークとＩＰマルチメディアサブシステムのようなＩＰネットワークアーキテクチャとの間でメッセージを適応させることに関する。

業界における長期にわたる見通しによれば、将来、無線ネットワーク及び有線ネットワークの基礎がＭＭＴｅｌ／ＩＭＳアーキテクチャに置かれるようになる。この移行過程が長い時間を要すること及び「レガシー」サービス（例えば、ＳＭＳ）が支援されなければならないことは明らかである。既知のいくつかの解決策は、既存のＭＳＣ‐Ｓをアプリケーションサーバとして再利用することによりＭＳＳからＩＭＳに至る移行経路を規定することである。現在、ＬＴＥ無線アクセスを介してＳＭＳを提供するためにどの機構を選択すべきかに関する議論が進んでいる。以下に、ＬＴＥを介するＳＭＳの利用可能な別の方法の概要を述べる。

ＯＭＡ‐ＩＭは、ＯＭＡ‐ＴＳ‐Ｓｉｍｐｌｅ ＩＭシリーズの仕様及び３ＧＰＰ ＴＳ ２４．２４７において指定される。ＯＭＡ‐ＩＭは、ＩＭＳを介する遅延メッセージングを支援し且つＳＭＳを使用するユーザ間テキストメッセージングに類似するユーザの経験によってテキストメッセージング機能を支援できると共に、ＭＭＳにより提供される機能に類似する機能を支援できる。ドメイン選択に関する支援は仕様２３．２０４において規定されている。

もう１つの既知の技術は、通常、ＳＭＳ ｏｖｅｒ ＩＰと呼ばれ、３ＧＰＰ ２３．２０４で指定される。ＩＰにおけるＳＭＳカプセル化によって既存のすべてのＳＭＳ機能が支援される。

更なる既知の技術はＣＳフォールバックにおけるＳＭＳとして知られ、３ＧＰＰ ２３．２７２で指定される。ＳＭＳは、ＬＴＥにおけるキャンピング時にＮＡＳシグナリングにより搬送される。オペレータは、代わりにＳＭＳ ｏｖｅｒ ＩＰを使用するためにネットワーク及び端末を構成できる。そのためには、ＣＳフォールバック対応の電話及びネットワークが必要であり且つＣＳ／ＰＳモード１又はモード２の動作が更に必要である（３ＧＰＰ ＴＳ ２４．３０１）。尚、ＣＳフォールバックはＭＭＴｅｌ ｏｖｅｒ ＬＴＥを導入する前の一時的な過程と見られるが、ＳＭＳに加えてＩＰテレフォニーを実現するため「だけ」にＭＭＴｅｌと共に必ず使用されるというわけではない。

既知の別の技術はＧＡＮとして知られ、３ＧＰＰ ＴＲ ２３．８７９及びＶＯＬＧＡにおいて検討されている。この技術は、ＰＳベアラを介してＳＭＳを含めたＬＴＥのすべてのＣＳサービスを提供する。ＧＡＮに基づく解決法は、多数のオペレータが異議を唱えたため、３ＧＰＰにより採用されないだろうというのが現状である。

更なる既知の技術は、ＰＳにおけるＳＭＳとして知られる。ＳＭＳ ｏｖｅｒ ＰＳアクセスはＧＰＲＳアクセスに関しては指定されているが、ＥＰＳに関しては指定されていない。

図６は、ＳＭＳ ｏｖｅｒ ＩＰ ２３．２０４の既知の技術の一部を詳細に示す図である。図６は、ＴＳ２３．２０４で定義されるＳＭＳ ｏｖｅｒ ＩＰのアーキテクチャを示す。ＩＰ‐ＳＭＳ‐ＧＷは、ＩＳＣを介してＩＭＳコアノードに接続されたアプリケーションサーバとして定義されていることは明らかである。ＩＭＳに登録後、加入者はＳＭＳの送出と受信できる。加入者開始ＳＭＳの処理の一例が図７に示される。図８は、加入者開始インスタントメッセージ（ＩＭ）の処理の一例を示す。

このようなシーケンスはＳＭＳ及びＩＭの場合に非常によく似ているが、テキストメッセージのフォーマットは異なる（ＳＭＳフォーマット対ＩＭフォーマット）。

更に背景情報として、ＩＣＳＩ（ＩＭＳ通信サービスアイデンティティ）を参照する。ＩＭＳ通信サービス識別子（ＩＣＳＩ）は、ＩＭＳイネーブラを利用するＩＭＳ通信サービスの識別のフレームワークを規定する。ＩＭＳ通信サービスはＩＭＳイネーブラの使用によって提供される。端末において、通信サービス識別子の使用は、通信目的でＳＩＰを使用する端末及びネットワークでアプリケーションを識別できるという点で、ＴＣＰ／ＩＰにおけるポート概念の使用に類似している。これは、端末においてはＳＩＰメッセージを正しいアプリケーションに割り当てることを意味し、ネットワークにおいては、ＩＳＣを介する正しいアプリケーションサーバの選択を意味する。ＩＭＳ利用アプリケーション及び通信サービスの例は、ＭＭＴｅｌ、ＯＭＡメッセージング及びＯＭＡ ＰｏＣである。

既知の技術における１つの問題点は、ＬＴＥにおけるＳＭＳを提供する明確な解決法が存在しないことである。例えば、先に概要を説明したような既知の技術の問題点の１つは、システム統合のための更なる努力が必要とされることである。更に、既知の技術において、新世代のネットワークでレガシーサービスを支援するために、アプリケーション、サービス又は機能の再設計又は適応が必要とされる。本発明は、特に本発明者のこの点に関する認識、すなわち、既存の機能を再利用し且つアプリケーション及びサービスの再設計又は再開発を回避しつつシステム統合のための労力を最小限に抑えてＬＴＥにおけるＳＭＳを実現する解決法が必要とされるという認識に基づいている。

本発明の目的は、従来の技術の技術的問題のうち少なくともいくつかを克服することである。更に、本発明の目的は、システム統合に必要とされる労力を最小限に抑え且つ既存の解決法、サービス、アプリケーション及び機能を最大限に利用しつつ、レガシーネットワークとＩＰネットワークアーキテクチャとの間でメッセージを処理するためのネットワークエンティティ、システム、方法及びコンピュータプログラムを提供することである。

第１の態様によれば、本発明は、通信網においてメッセージを処理するネットワークエンティティであって、コントローラエンティティ及びアダプタエンティティを備えるネットワークエンティティを提供する。コントローラエンティティは、回線交換ネットワークの無線ネットワークインタフェースに従って交換されるショートメッセージに関連するショートメッセージ機能を提供する。アダプタエンティティは、ＩＰマルチメディアサブシステム側を介してＩＰマルチメディアサブシステムとの間でメッセージを交換し且つ無線ネットワークインタフェースに従ってコントローラ側を介して前記コントローラエンティティとの間でショートメッセージを交換する。更に、アダプタエンティティは、前記ＩＰマルチメディアサブシステム側を介して交換されるメッセージを前記コントローラ側を介して交換されるのに適する第１のフォーマットに適応させること及び前記コントローラ側を介して交換されるショートメッセージを前記ＩＰマルチメディアサブシステム側を介して交換されるのに適する第２のフォーマットに適応させることのうち少なくとも一方を実行するように構成される。

第２の態様によれば、本発明は、通信網においてユーザメッセージを処理するシステムを提供する。システムは、ＩＰマルチメディアサブシステムにおいて呼セッション制御機能を処理する少なくとも１つの第１のネットワークエンティティと、ユーザメッセージを処理する第２のネットワークエンティティとを備える。第２のネットワークエンティティは、前記少なくとも１つの第１のネットワークエンティティとの間でメッセージを交換するＩＰマルチメディアサブシステム側と、回線交換ネットワークの無線ネットワークインタフェースに従ってショートメッセージサービスを交換するコントローラエンティティ側と、前記ＩＰマルチメディアサブシステム側を介して交換されるメッセージを前記コントローラ側を介して交換されるのに適する第１のフォーマットに適応させること及び前記コントローラ側を介して交換されるショートメッセージを前記ＩＰマルチメディアサブシステム側を介して交換されるのに適する第２のフォーマットに適応させることのうち少なくとも一方を実行するように構成されたアダプタエンティティとを備える。

第３の態様によれば、本発明は、通信網においてメッセージを処理する方法を提供する。方法は、回線交換ネットワークの無線ネットワークインタフェースを介してショートメッセージを交換するステップと、ＩＰマルチメディアサブシステムを介してメッセージを交換するステップと、前記ＩＰマルチメディアサブシステムを介して交換されるメッセージを前記回線交換ネットワークを介して交換されるのに適する第１のフォーマットに適応させること及び前記回線交換ネットワークを介して交換されるショートメッセージを前記ＩＰマルチメディアサブシステムを介して交換されるのに適する第２のフォーマットに適応させることのうち少なくとも一方を実行するステップとを備える。

第４の態様によれば、本発明は、通信網においてメッセージを処理するコンピュータプログラムであって、プログラム可能システムで実行された場合、プログラム可能システムに本発明の１つの態様に係る方法のステップを実行させるように構成された命令を備えるコンピュータプログラムを提供する。

更なる有利な実施形態は従属特許請求の範囲において定義される。本発明の理解を容易にし且つ本発明に関連する更なる詳細及び利点を説明するために、更なる実施例が以下の説明の中で提示される。

本発明の一実施形態に係る通信網においてメッセージを処理するネットワークエンティティを示す図である。 本発明の一実施形態に係る通信網においてユーザメッセージを処理するシステムを示す図である。 本発明の一実施形態に係る通信網においてメッセージを処理する方法を示すフローチャートである。 本発明の一実施形態に係る基本アーキテクチャを示す図である。 本発明の一実施形態に係るＭＳＣ‐ＡＳを示すブロック図である。 従来技術に係るＩＰアーキテクチャを介するＳＭＳを示す図である。 従来技術に係る加入者開始ＳＭＳの処理を示す図である。 従来技術に従って開始されたＳＭＳ加入者との間のインスタントメッセージングの相互動作を示す図である。

以下に、本発明のいくつかの実施形態を提示する。以下の説明から明らかになるように、本発明の原理に従ってそれぞれの実施形態は種々に組み合わされてもよい。

本発明において、回線交換ネットワークという用語は、回線交換動作又は回線交換サービスを処理するのに適するネットワークノード又はネットワークデバイスなどのネットワークエンティティを備えるネットワークを表すために使用される。既知のように、ＳＭＳサービスは、パケット交換ネットワーク（回線交換ＳＭＳを搬送可能なＩＰネットワークを含む）においても搬送される典型的なＣＳサービスの一例である。そのようなネットワークの典型的な例は、ＧＳＭ（登録商標）ネットワーク、ＧＰＲＳネットワーク又はＵＭＴＳネットワークを含む。実際、そのようなネットワークの無線アクセスネットワークノード（例えば、ＧＳＭネットワークにおけるＢＳＣ又はＵＭＴＳネットワークにおけるＲＮＣ）又はコアネットワークノード（例えば、ＭＳＣノード）は、回線交換動作又は回線交換サービスを処理可能である。ＵＭＴＳネットワークに関しては、回線交換技術に依存するか、もしくは無線アクセスネットワークのノード間又はコアネットワークのノード間又はＲＡＮノードとＣＮノードとの間の回線交換動作又は回線交換サービスを処理するノードに依存するＵＭＴＳネットワークの部分を指す。

本発明において、無線ネットワークインタフェースという用語は、上記の意味での回線交換ネットワークのインタフェース、更に詳細には上記の意味での回線交換ネットワークのネットワークノードに関与する通信を実行するのに適するインタフェースを表すために使用される。従って、本発明に係る無線ネットワークインタフェースは、回線交換ネットワークの少なくとも１つのネットワークノードに関与する通信を実行するのに適するインタフェースとみなされる。一実施例では、無線ネットワークインタフェースは、無線アクセスネットワークの少なくとも１つのノードに関与する通信を実行するのに適するインタフェース（例えば、ＵＭＴＳネットワークにおけるＩｕインタフェース又はＧＳＭネットワークにおけるＡインタフェース）である。別の実施例によれば、無線ネットワークインタフェースは、無線アクセスネットワークの２つのネットワークノード間の通信を実行するのに適するインタフェース（例えば、ＵＭＴＳにおけるＩｕｂインタフェース）である。更なる実施例によれば、無線ネットワークインタフェースは、無線アクセスネットワークのノードとコアネットワークのノードとの間の通信に適するインタフェース（例えば、ＵＭＴＳにおけるＩｕ‐ＣＳインタフェース。ＧＳＭネットワーク又はＧＰＲＳネットワークについても類似の例が考えられる）である。ＧＰＲＳコアネットワークの場合、無線ネットワークインタフェースは、ＳＭＳを搬送するインタフェースであってもよい。このインタフェースは、ＵＭＴＳ無線アクセスネットワークの場合はＲＮＣとＳＧＳＮノードとの間のＩｕ‐ＰＳインタフェースであってもよく、ＧＰＲＳ無線アクセスネットワークの場合には、ＢＴＳノードとＳＧＳＮノードとの間のＧｂインタフェースであってもよい。例えば、ＥＰＳシステムのＳ１インタフェースのように、他のネットワークの他のインタフェースが更に実現されてもよい。

本発明の第１の実施形態はネットワークエンティティに関し、本発明の理解を容易にするために、図１を参照して本発明の第１の実施形態を説明する。

図１に示されるネットワークエンティティ１０は、通信網においてメッセージを処理するネットワークエンティティであり、コントローラエンティティ２００及びアダプタエンティティ１００を備える。本発明に係るメッセージを処理するネットワークエンティティは、互いに互換性をもつ種々の実施例において実現されてもよい。一実施例において、ネットワークエンティティ１０は１つのネットワークノード又はネットワークデバイスであるが、別の実施例では、ネットワークエンティティ１０は、いくつかのネットワークノード又はネットワークデバイスに分散されてもよく、あるいは１つのネットワークノード又はネットワークデバイスの中に含まれてもよい。ネットワークエンティティは、ハードウェア、ソフトウェア又はそれらの何らかの適切な組み合わせで実現されてもよい。以下に例示される本発明の一実施形態において、ネットワークエンティティ１０は移動交換センターＭＳＣ又はＭＳＣの機能の少なくとも一部を備える。別の実施例において、ネットワークエンティティ１０はＭＳＣ‐Ｓで実現されてもよい。更なる実施例において、ネットワークエンティティ１０は、本明細書で後に説明するようにＭＳＣ、あるいはＭＳＣ‐Ｓ又はＩＭＳアプリケーションサーバＡＳを基礎として実現されてもよい。別の実施例によれば、ネットワークエンティティ１０はＭＳＣアプリケーションサーバＭＳＣ‐ＡＳとして実現されてもよい。更なる実施例において、本明細書で説明されるようにメッセージを処理するＧＰＲＳネットワークで本発明が実現される場合、ネットワークエンティティは、ＳＧＳＮ又はその変形により表されてもよい。更なる実施例によれば、ネットワークエンティティはＭＳＣ、ＭＳＣ‐Ｓ、ＳＧＳＮ又はＭＳＣ‐ＡＳ、あるいはその変形に基づいてもよいが、必要に応じて変形されたＭＳＣ、ＭＳＣ‐Ｓ、ＳＧＳＮ又はＭＳＣ‐ＡＳを備えてもよい。

コントローラエンティティ２００は、回線交換ネットワークの無線ネットワークインタフェース４０に従って交換されるショートメッセージに関連するショートメッセージ機能を提供する構成要素を備える。上述のショートメッセージは、ＳＭＳを処理するのに適するソフトウェアアプリケーションによって提供された場合に移動デバイス又は他の演算デバイスから送出可能であるか又は移動デバイス又は他のデバイスで受信可能であるような標準ＳＭＳメッセージを含む。上述のショートメッセージ機能は、ショートメッセージの処理に関連する機能であり、ショートメッセージに関連する転送機能、交換機能及び追加サービスを提供する機能などの機能を含む。以下に説明する一実施形態によれば、ショートメッセージ機能は、ＳＭＳを処理するためにＭＳＣにおいて通常提供される少なくとも特定の標準機能を含む。この点に関して、第１の実施形態の変形によれば、コントローラ２００は、ＳＭＳを処理するＭＳＣ要素の部分又はＭＳＣの全機能を備えてもよい。特にＭＳＣに関連するショートメッセージ機能の例は、ＳＭＳ標準機能に対するＣＡＭＥＬに基づく機能（すなわち、ＣＡＭＥＬ規格によって提供されるようなＳＭＳ関連サービス）を含む。別の例によれば、ショートメッセージ機能は、ローミング中にショートメッセージを使用する場合のローミングサービスを含んでもよい。更なる例によれば、ショートメッセージ機能は、ショートメッセージの使用に関連する課金機能を含んでもよい。ショートメッセージ機能は、例えば、レガシー回線交換ネットワークで知られているようなショートメッセージの法的遮断規制機能を更に含んでもよい。

回線交換ネットワークの上述の無線ネットワークインタフェースは、先に説明したように回線交換ネットワークのネットワーク要素又はネットワークノードの中のインタフェースを表す。ＵＭＴＳネットワークにおけるそのようなインタフェースの一例は、Ｉｕインタフェースにより表される。別の実施例によれば、回線交換ネットワークの無線ネットワークインタフェースは、無線アクセスネットワークのノードとコアネットワークのノードとの間のインタフェースにより表されてもよい。本実施形態の変形の一例としてＵＭＴＳネットワークを考える場合、このインタフェースは、無線ネットワークコントローラＲＮＣとＭＳＣノードとの間のＩｕ‐ＣＳインタフェース又は無線ネットワークコントローラＲＮＣとＳＧＳＮノードとの間のＩｕ‐ＰＳインタフェースにより表されてもよい。尚、インタフェースがＩｕパケット交換と呼ばれる場合であっても、ＳＭＳの基本移送は依然としてＩｕ‐ＰＳチャネルでコンテナを使用して実行され、その場合、Ｉｕ‐ＰＳチャネルは、ＳＭＳをＡインタフェース又はＩｕ‐ＣＳインタフェースにおけるのと同一の方法で移送している。従って、ＳＭＳと同様に回線交換サービスを搬送するのに適するインタフェースであるという理由により、本発明はＩｕ‐ＰＳのようなインタフェースにも適用可能である。ＧＳＭ無線アクセスネットワークのＢＴＳノードがＧｂインタフェースを介してＳＧＳＮノードに接続している場合にも同様のことが当てはまる。

レガシーＧＳＭネットワークについて述べると、本発明に係る無線ネットワークインタフェースは、ＢＳＣノードのようなＧＳＭ無線アクセスネットワークのノードと更に別のＧＳＭネットワークノードとの間の通信に関与する無線ネットワークインタフェースであってもよい。この更に別のノードは、例えば、ＢＴＳノードのようなＧＳＭ無線アクセスネットワークの別のノード又はＭＳＣのようなＧＳＭコアネットワークのノードであってもよい。ＧＳＭネットワークの場合、そのようなインタフェースの一例は、Ａインタフェース又はＡｂｉｓインタフェースである。ネットワークノード間の回線交換動作又は回線交換サービスに関する通信を可能にするのであれば、他のインタフェースも適していることは当業者には認識されるだろう。

以上の説明から、回線交換ネットワークの無線ネットワークインタフェースは、Ｉｕ-ＰＳインタフェースにより表されるように無線アクセスネットワークノードとパケット交換ノードとの通信にも関与できることがわかる。本発明を考慮してＩｕ‐ＰＳインタフェースの更なる詳細に関しては以下の説明を参照。

言い換えれば、回線交換ネットワークの無線ネットワークインタフェースは、一実施例に係る無線アクセスネットワークに属する少なくとも１つのノードの通信に関与するインタフェースである。

コントローラエンティティ２００は、通常は上述の無線ネットワークインタフェースを介して受信されるか又は移動端末に向けて送信されるショートメッセージに関連する機能を処理することが可能なエンティティである。

ネットワークエンティティ１０に含まれるアダプタエンティティ１００は、ＩＰマルチメディアサブシステム（ＩＭＳ）側１５０を介してメッセージを交換するエンティティである。更にアダプタエンティティ１００は、先に説明した無線ネットワークインタフェース４０に従ってコントローラ側１２０を介してコントローラエンティティ２００とショートメッセージを交換するように構成される。ＩＰマルチメディアサブシステム側１５０及びコントローラ側１２０は、アダプタエンティティ１００と他のエンティティとの間のメッセージ又はショートメッセージの交換を可能にするアダプタエンティティ１００のインタフェース部分又はインタフェースコンポーネントを表す。尚、ＩＰマルチメディアサブシステム側１５０を介して交換されるメッセージは、例えば、ショートメッセージ（例えば、ＳＭＳ）又はインスタントメッセージＩＭのようなユーザメッセージを表す。一実施形態によれば、ＩＰマルチメディアサブシステム側を介して交換されるメッセージは、セッション開始プロトコルＳＩＰメッセージに含まれてもよい。しかし、上述のメッセージは、ＩＭＳアーキテクチャの２つのデバイスの間の通信を確立させ且つ管理する他のプロトコルを介する場合にも同等に交換されてもよいので、本発明は上記のような例に限定されない。コントローラ側を介して交換されるショートメッセージは、例えば、既知のＳＭＳメッセージのようなユーザメッセージでもある。アダプタエンティティ１００は、図１に図中符号５０により示されるＩＭＳアーキテクチャとの間でメッセージを交換するように構成される。従来知られているように、種類の異なるユーザ端末、例えば、移動端末又は固定端末を互いに通信させるか又はネットワークエンティティ１０を介して到達可能なレガシーデバイスと通信させ且つインタフェース４２を介してネットワークエンティティ１０と通信させるためにいくつかのネットワークを都合よく統合することにより、ＩＭＳは実現されてもよい。インタフェース４２は、例えば、他のＭＳＣ（図示せず）のような他のコアネットワークノードに対して通信するいくつかのインタフェースを表してもよい。ＵＭＴＳネットワークなどの既知のネットワークにおいて、そのようなインタフェースは、Ｅインタフェース又はＧ（更にはＧｄ）インタフェースなどである。尚、ネットワークエンティティ１０は、ＲＡＮネットワークノードと通信するように更に構成されてもよい。そのような通信は、インタフェース４０を介して又はインタフェース４０と同一の規格に準拠する別のインタフェース（図示せず）を介して実行されてもよい（標準的で好適な解決法である）が、専用のインタフェースを通信に使用するほうが適当である場合には異なる仕様に準拠するインタフェースを介して実行されてもよい。

アダプタエンティティ１００は、メッセージ適応を実行するように更に構成される。詳細には、ネットワークエンティティ１００は、ＩＰマルチメディアサブシステム側１５０を介して交換されるメッセージをコントローラ側１２０を介して交換されるのに適する第１のフォーマットに適応させること及び／又はコントローラ側１２０を介して交換されるショートメッセージをＩＭＳ側１５０を介して交換されるのに適する第２のフォーマットに適応させることを実行可能である。言い換えれば、アダプタエンティティ１００は、ＩＭＳ側１５０を介してＩＭＳ５０との間で交換されるユーザメッセージをコントローラ２００により処理可能な第１のフォーマットに適応させることが可能である。コントローラ２００は、コントローラ側１２０を介して適応済みメッセージを受信する。従って、第１のフォーマットは、上述の無線ネットワークインタフェースに適合するフォーマット又は上述の無線ネットワークインタフェースを介して交換されることが可能なフォーマットであってもよい。上述のように、第１のフォーマットへの適応の代わりに又はそれに加えて、アダプタエンティティ１００は、コントローラ側１２０を介してコントローラエンティティ２００との間でショートメッセージを更に交換し且つＩＭＳ側１５０を介してＩＭＳ５０との間でそれらのメッセージを交換できるようにそれらのメッセージを第２のフォーマットに適応させることが可能である。一実施例によれば、第２のフォーマットは、ＩＭＳ内で通信を確立させ且つ管理することが可能なプロトコルを介して搬送されるのに適するフォーマットであってもよい。一例によれば、第２のフォーマットは、適応済みメッセージをＳＩＰメッセージの中で搬送させるのに適するフォーマットである。

言い換えれば、アダプタエンティティ１００は、ＩＭＳアーキテクチャで交換されるメッセージを上述の無線ネットワークインタフェースを介してメッセージを搬送又は交換するのに適する第１のフォーマットに適応させること又は変換することが可能である。

アダプタエンティティ１００が上記のような特定の構成であるため、ＩＭＳ５０へ送信されるメッセージ又はＩＭＳ５０から受信されるメッセージは、それぞれ上述の無線ネットワークインタフェースを介して無線アクセスネットワークにアクセスする移動端末から受信されるか又はそのような移動端末へ転送されるかのようにコントローラエンティティ２００には見えるように、インタフェース４０を介してコントローラエンティティ２００で受信されるか又はコントローラエンティティ２００により転送される。従って、メッセージがＩＭＳドメインから転送されること又はＩＭＳドメインで受信されることがコントローラエンティティ２００で明らかに透明なので、コントローラエンティティ２００は、メッセージが無線ネットワークインタフェースを介して移動端末との間で直接交換されるかのように動作する。そのため、コントローラエンティティ２００は、インタフェース４０を介してメッセージを受信した場合又はインタフェース４０へ転送されるメッセージをインタフェース４２から受信した場合、コントローラエンティティ２００により転送されるメッセージ又はコントローラエンティティ２００で受信されるメッセージに関する標準機能に従ってそれらのメッセージを処理する。詳細には、インタフェース４０を介して受信されるメッセージは、コアネットワークインタフェース４２などを介して受信されるのではなく、無線ネットワークインタフェース４０を介して受信されるため、コントローラエンティティ２００は、それらのメッセージに対してサービングコントローラエンティティとして動作する。同様に、コントローラエンティティ２００は、インタフェース４０及びアダプタエンティティ１００を介してＩＭＳ５０へ送信されるべきメッセージをコアネットワークインタフェース４２ではなく無線ネットワークインタフェース４０に従って転送するため、それらのメッセージに対してサービングコントローラエンティティとして動作する。一例としてＵＭＴＳネットワーク又はＧＳＭネットワークに関連して説明すると、サービングネットワークノードは、実際には、移動端末が接続されているＲＡＮノードとの間の通信を実行するコアネットワークのノードを表す。従って、サービングノードは、例えば、サービングノードと直接通信しているＲＡＮに接続された移動端末との間で交換される通話又はメッセージに関連するサービスを開始又は終了する必要がある。これに対し、コアネットワークインタフェース４２を介してメッセージを受信しているコアネットワークノードは、通話又はメッセージに関連するサービスを開始又は終了することがない。サービングノードは通話又はメッセージを開始又は終了する必要があるからである。

同様に以下に更に詳細に説明される一実施例において、コントローラエンティティ２００は、標準ＭＳＣの機能の少なくとも一部を含む場合、架空移動端末に対応するＭＳＣとして動作する。架空移動端末はアダプタエンティティ１００を介して得られ、アダプタエンティティ１００は、メッセージが移動端末に対応するように見えるように、無線アクセスネットワークインタフェースにおいてメッセージを変換する。

一実施例において、ショートメッセージ機能は、ＣＡＭＥＬ規格に基づくサービスに関連する機能を含む。従って、コントローラエンティティ２００はＳＭＳに関連するＣＡＭＥＬ機能を実現してもよい。既知のように、ＣＡＭＥＬサービスは、移動端末をサーブするＭＳＣで開始又は終了される。このような構成であるため、ＣＡＭＥＬ機能を実現するコントローラエンティティは、物理的にはＩＭＳ５０に配置されるがアダプタコントローラ１００及びインタフェース４０を介してコントローラエンティティ２００にアクセスするあらゆるユーザデバイスに対して、サービングＭＳＣになるだろう。従って、ＣＡＭＥＬ機能（例えば、既存のＭＳＣから再利用される）を実現するコントローラエンティティ２００は、アダプタエンティティ１００からインタフェース４０を介して受信されるメッセージに対してＣＡＭＥＬサービスを起動する（又はＣＡＭＥＬサービスを開始する）。更に、コントローラエンティティは、アダプタエンティティ１００又はインタフェース４０へ転送されるべきメッセージに対してＣＡＭＥＬサービスを終了してもよい。このように、実際はＩＭＳ５０のユーザデバイスから送出されるメッセージ又はそのようなユーザデバイスに向けられたメッセージに対しても、標準ＭＳＣで通常利用可能な標準ＣＡＭＥＬサービスが開始され且つ終了される。アダプタエンティティ１００がこのような特定の構成であるため、更なるシステム統合、既存の機能の再設計又は新たなサービスの開発を全く必要とせずに既存のＣＡＭＥＬ機能を再利用できるという利点が得られる。従って、ＧＳＭネットワーク又はＵＭＴＳネットワークのようなレガシーネットワークとＩＰマルチメディアサブシステムとの間のメッセージの交換を適応させる場合にシステム統合及びシステム開発の労力が最小限に抑えられるという意味で本発明の利点を実現できる。従って、このようにして得られるネットワークエンティティ又はシステムは、単純に実現可能な構造である。この利点も、先に説明したようにＩＭＳ５０へ／からのメッセージを無線ネットワークインタフェースに適応又は変換することが可能なアダプタエンティティ１００の特定の構成によって得られる。

上記の実施例は、ＩＭＳ５０の移動デバイスから送出されるショートメッセージ又は移動デバイスで受信されるショートメッセージに関連していた。しかし、ＩＭＳ５０のユーザデバイスがレガシーネットワークのユーザデバイスへインスタントメッセージ（ＩＭ）を送出する場合にも同じことが考えられる。すなわち、ＩＭメッセージはアダプタエンティティ１００へ配信され、アダプタエンティティ１００は、ＩＭメッセージをインタフェース４０及びコントローラエンティティ２００を介してレガシーネットワークの移動ユーザへ配信されるべきショートメッセージに適応又は変換する。同様に、ＩＭＳユーザデバイスとのＩＭセッションに属するショートメッセージは、コントローラエンティティ２００でショートメッセージとして受信され、インタフェース４０を介してアダプタエンティティ１００へ転送され、アダプタエンティティ１００においてＩＭメッセージとしてＩＭＳデバイスに送信される。このように、ショートメッセージの使用に課金するなどのサービスをコントローラエンティティ２００により十分に実行できる。すなわち、そのようなサービスをコントローラエンティティ２００により十分に開始又は終了できる。

ＣＡＭＥＬサービスに関して以上考察したことは、レガシーネットワークに既に存在する既存の機能又はサービスにも当てはまる。例えば、コントローラエンティティ２００がＭＳＣの機能を実現してもよい実施例を更に参照すると、システム統合のための労力を最小限に抑えた上で再利用可能な更なる機能は、例えば、ＳＭＳの使用に関連する課金サービス、ＳＭＳ使用時のローミングサービス、ＳＭＳの法的遮断規制などである。この点に関して更に詳細に説明する以下の本明細書の部分を更に参照のこと。

更に本発明は、上記の実施例で説明したＳＭＳに適用可能であるだけでなく、図１に示される第１の実施形態に関連して上述したインスタントメッセージのような他の種類のメッセージにも適用可能である。インスタントメッセージの場合、アダプタエンティティ１００は、実際には、ＩＭＳ５０のユーザデバイスから受信されたインスタントメッセージ又はユーザデバイスに向けられたユーザメッセージをインタフェース４０を介してコントローラエンティティ２００との間で交換されるショートメッセージに適応又は変換するように構成される。従って、コントローラエンティティ２００は、先にいくつかの実施例により説明したレガシー機能をＩＭＳ５０の中に設けられたユーザデバイス（図示せず）との間で交換されるインスタントメッセージに対しても実現してもよい。

これに対し、従来の技術は、回線交換ネットワークのコアネットワークインタフェースとＩＭＳとの間で双方向に交換されるメッセージの変換を実行する。そのような場合、ＣＡＭＥＬ規格により規定されるような機能を開始又は終了することは不可能である。実際、従来の技術では既知であり且つ先に説明したように、サービングコントローラエンティティで実現されるＣＡＭＥＬサービス並びに他のレガシーサービスを、移動端末が接続されているＲＡＮと通信しない回線交換ネットワークのコアネットワークノードで開始（すなわち、起動）又は終了することはできない。実際、例えば、通話又はメッセージに関連するサービスを開始又は終了するためのトリガは、コアネットワークインタフェース４２ではなく、無線ネットワークインタフェース４０を介して移動端末からメッセージを受信すること又は移動端末へメッセージを転送することにより表されると言うことができる。従来の技術では、入念な考察及び研究の後に本本発明者が発見したようなサービスの自動的な開始又は終了を実行することは不可能であるので、従来の技術には本明細書の冒頭部分で述べた欠点があると考えられるだろう。言い換えれば、従来の技術においては、本発明と同一の機能を得るために既存のサービスの再設計又は適応、もしくは新たなサービスの開発が必要であり、それにより、労力は増し且つシステムは更に複雑になる。これに対し、本発明は、単純であると同時に効果的な方法を提供する。

本発明の第１の実施形態の変形によれば、無線ネットワークインタフェースは、無線アクセスネットワークノードとコアネットワークノードとの間のインタフェースであってもよい。無線アクセスネットワークノードの例は、ＵＭＴＳを考慮に入れた場合のノードＢ又は無線ネットワークコントローラＲＮＣである。ＧＳＭネットワークにおいて、無線アクセスネットワークノードはＢＴＳ又はＢＳＣを含む。コアネットワークノードの一例はＭＳＣである。従って、一実施例においてＵＭＴＳに言及する場合、無線ネットワークインタフェースは、ＥＴＳＩ規格により定義されるＩｕインタフェースであってもよい。別の実施例によれば、無線ネットワークインタフェースは、更に詳細には、ＲＮＣとＭＳＣとの間のＩｕ‐ＣＳインタフェース又はＲＮＣとＳＧＳＮとの間のＩｕ‐ＰＳであってもよい。別の実施例によれば、無線ネットワークインタフェースは、ノードＢとＲＮＣとの間のＩｕｂインタフェースであってもよい。一例としてＧＳＭネットワークを考えると、無線ネットワークインタフェースはＡインタフェース又はＡｂｉｓインタフェースであってもよい。

一実施例において、第１の実施形態に係るネットワークエンティティは、無線ネットワークインタフェースを介して受信されるショートメッセージに関連するサービス又はアプリケーションを開始すること及び終了することのうち一方を実行してもよい。言い換えれば、ネットワークエンティティ（一実施例において、ネットワークエンティティ中のコントローラエンティティ）は、無線ネットワークインタフェース４０を介してＩＭＳ側からショートメッセージを受信すると、受信したメッセージに関連するサービス又はアプリケーションを開始してもよい。例えば、ＩＭＳネットワークの端末へ配信されるように無線ネットワークインタフェース４０を介して転送されるべきメッセージの場合、ネットワークエンティティ（又はコントローラエンティティ）は、対応するサービス又はアプリケーションを終了してもよい。本明細書の別の部分で述べたように、それらのサービス又はアプリケーションは、例えば、ＣＡＭＥＬ規格に準拠するか、課金、法的遮断規制などに関連するサービス又はアプリケーションであってもよい。従って、一実施例において、コントローラエンティティは、インタフェース４０から受信され且つＧＳＭネットワーク、ＵＭＴＳネットワーク又はＧＰＲＳネットワークの端末に向けられたショートメッセージに対して課金アプリケーション又は課金サービスを開始してもよい。同様に、ＧＳＭ端末、ＵＭＴＳ端末又はＧＰＲＳ端末から受信されるメッセージが無線ネットワークインタフェース４０を介してＩＭＳ端末に向けて転送されるべきである場合、コントローラエンティティは、それらのメッセージ及びそれらのメッセージに対する課金に関連するサービスを終了してもよい。

本発明の第１の実施形態に係る第１のフォーマットは、上記の無線ネットワークインタフェースのうち１つを介して交換されるＳＭＳ規格に従ってユーザメッセージに対応するフォーマットであってもよい。ＳＭＳは従来技術において既知であり、いくつかの規格に準拠する。ＴＳ２４．００８はそのうちの１つであり、本明細書において単なる一例として挙げられる。本明細書においては一般にＳＭＳにより表されるものについて説明するので、当業者がＳＭＳに適用可能だろうと認識する他の規格又は他の仕様も含まれるため、本発明に係るＳＭＳはＴＳ２４．００８規格に記載される機能に限定されない。

第１の実施形態に係る第２のフォーマットは、オプションとしてＩＭＳを介して交換されるショートユーザメッセージに従ったフォーマットであってもよい。第２のフォーマットは、ＩＭＳを介して交換されるインスタントメッセージに従ったフォーマットであってもよい。尚、ＩＭＳはネットワークアーキテクチャを表し、従って、ショートメッセージ又はインスタントメッセージに対して使用される現在のフォーマットは、ＩＭＳにおいて実現され且つそれらのメッセージを搬送する現在のネットワークに応じて異なる。

第１の実施形態に係るネットワークエンティティは、少なくともプロトコル機能のサブセットを処理するプロトコルスタックハンドラ（図１には図示せず）をオプションとして備えてもよく、このプロトコル機能のサブセットは、ＩＭＳ５０を介するメッセージの交換に関連する機能を少なくとも含む。そのような構成の一例が以下に説明される図５にも示される。図５は、本実施形態に係るネットワークエンティティ１０の一実施例を表すＭＳＣ‐ＡＳを示す。図５において、プロトコルスタックハンドラは図中符号１３００により示される。尚、任意のプロトコルスタックハンドラは、ネットワークエンティティ１０の他のエンティティ又は構成要素とは別に実現される必要はない。実際、別の実施例によれば、プロトコルスタックハンドラはアダプタエンティティ１００に含まれてもよい。このプロトコルスタックハンドラにより実現されるプロトコル機能は、一実施例において、ＩＭＳ５０内でメッセージを処理するためのＳＩＰ機能のサブセットを含む。実現されるＳＩＰ機能のサブセットは、ショートメッセージ及び／又はインスタントメッセージ、並びに／あるいは例えば音声に関連する他の機能を含んでもよい。ＩＭＳ内における通信を確立させ且つ管理することが可能であるならば、他のプロトコルも本発明に適用するのに適すると思われるので、本発明はＳＩＰプロトコルスタックの実現に限定されない。

第１の実施形態、もしくは先に説明したその更なる実施例又は変形に係るネットワークエンティティ１０は、回線交換ネットワークに特有のショートメッセージアプリケーションに関連するショートメッセージ機能を含むショートメッセージ機能をコントローラエンティティが提供できるように更に構成されてもよい。言い換えれば、コントローラエンティティ２００は、ショートメッセージサービスを提供するのに適するアプリケーションに関連するいくつかの機能を任意に実現してもよい。それらのアプリケーションは、回線交換ネットワークに対して既に利用可能な典型的なアプリケーション又は標準アプリケーション（先に説明した意味で）であってもよい。上述のショートメッセージアプリケーションに関連するショートメッセージ機能は、一実施例において、例えば、レガシー無線ネットワークに利用可能であるとしてＣＡＭＥＬ規格に従って開発されたアプリケーションを含む。従って、ＣＡＭＥＬ規格に基づいてアプリケーションを実現するコントローラエンティティ２００は、ネットワークインタフェース４０からメッセージ（すなわち、ＩＭＳ５０から受信され且つアダプタエンティティ１００により変換されたメッセージ）を受信した場合又はネットワークインタフェース４０へ転送されるべきショートメッセージを受信した場合に、それらのＣＡＭＥＬアプリケーションを開始（例えば、起動）又は終了してもよい。実際、この場合にも、コントローラエンティティ２００は、インタフェース４０を介して交換されるメッセージに対してはサービングノードである。従って、インタフェース４０を介して交換される（又は交換されるべき）メッセージは、ＣＡＭＥＬ規格に従って開発されたメッセージと同様にアプリケーションの実行をトリガする。このような構成の利点は、ネットワークエンティティ１０で利用可能であり且つインタフェース４０を介して交換されるショートメッセージと共に使用するために又は無線ネットワークインタフェースＩｕを介してＧＳＭ移動端末又はＵＭＴＳ移動端末のような移動端末との間で直接交換されるために開発されたＣＡＭＥＬアプリケーションを再利用できることである。このように、レガシーネットワークとＩＭＳアーキテクチャとの間のメッセージの交換を実行する場合にもシステム統合の労力を最小限に抑えることが可能である。先の場合と同様に、上記の実施例はＣＡＭＥＬサービスに関連して説明された。しかし、本明細書において後で更に説明するように、例えば、ショートメッセージの使用に関する課金、法的遮断規制などの他の機能にも本発明は同等に適用されるだろう。

第１の実施形態に係るネットワークエンティティ１０のコントローラエンティティ２００は、ショートメッセージサービスに対する課金に関連するショートメッセージ機能を提供するように構成されてもよく、その場合、課金は回線交換ネットワークに特定される。例えば、回線交換ネットワークがＧＳＭネットワーク又はＵＭＴＳネットワーク（上述のように、本発明の範囲内では、例えば、ＲＡＮ又はＣＮに属するネットワークノード間の全ての回線交換動作又は回線交換サービスを処理するＵＭＴＳネットワークの部分を表す）である実施例において。このように、通常はネットワークエンティティ１０で開始（すなわち、起動）又は終了される（一実施例においてＭＳＣと同様の）課金機能を、無線ネットワークインタフェースとの間のメッセージの交換の際に（Ｉｕインタフェースの場合と同様に）直接再利用可能である。実際、インタフェース４０を介して交換されるメッセージは、コントローラエンティティ２００には、移動端末との間で直接交換されているように見える。これにより、レガシーネットワークとＩＭＳネットワークとの間でメッセージを処理する単純且つ効果的な解決法を提供できる。

更に、ネットワークコントローラエンティティが更なるショートメッセージ機能を提供するため、従来の技術とは異なり、ネットワークエンティティ１０によりＨＬＲに直接コンタクトできるので、ＩＭＳ内のＨＳＳにコンタクトする必要がない。ＨＬＲは、例えば、コントローラエンティティ２００を介して又は図示されない構成要素を介して接続可能である。従って、ＩＭＳから受信されるメッセージ又はＩＭＳに向けたメッセージは無線ネットワークインタフェース（例えば、Ｉｕ又はＡ）に適合するフォーマットに変換され、それにより、既存の機能及び手順を余すところなく再利用でき、再設計の労力が最小限に抑えられるので、一般に更に能率的な動作が可能になる。

ネットワークエンティティ１０において（例えば、コントローラ１００又は図１には示されない更なる構成要素において）実現されてもよい他の機能は、ＳＭＳの法的遮断規制に関連する機能であってもよい。そのような実施例のコントローラエンティティ２００は、インタフェース４０を介して交換されるメッセージを無線ネットワークエアインタフェース（例えば、一例においてはＩｕ（インタフェース））を介して移動端末との間で直接交換されるべきメッセージと同等であるとして検出するので、ＧＳＭネットワーク、ＧＰＲＳネットワーク又はＵＭＴＳネットワークのようなレガシーネットワークに既に存在し且つ既に利用可能である法的遮断規制サービス又はアプリケーションを使用することができるだろう。この詳細は、以下に図５に示される実施形態を参照して更に説明される。

第１の実施形態及び上記の例示的な変形に係るネットワークエンティティの任意の変形例において、ネットワークエンティティ１０は、ＩＭＳとの間で交換されるメッセージがユーザメッセージであるか否かを判定する判定エンティティ（図示せず）を更に任意に備えてもよい。本例において、判定エンティティは別個のエンティティである。しかし、その機能をアダプタエンティティ１００又はコントローラエンティティ２００のような別のエンティティに統合すること又は別のエンティティの中で実現することも可能である。ユーザメッセージは、ネットワークを介するあらゆる通信が可能な任意のデバイスのユーザにより構成されるか又はそのようなユーザに向けて送信されるメッセージに対応する。従って、そのようなメッセージはシグナリングメッセージとは区別される。従って、判定エンティティ又はこの判定機能を実行する適切なアダプタエンティティ１００は、ユーザメッセージとＩＭＳ５０で交換されるシグナリングメッセージとを識別可能である。このような構成であるため、ネットワークエンティティ１０は、ＩＭＳ５０との間で交換されるユーザメッセージに関連するメッセージのみを処理可能であってもよい。ユーザメッセージの例は、ＳＭＳのようなショートメッセージ又はインスタントメッセージＩＭである。当業者には明らかであるように、判定は種々の方法で実行可能である。例えば、判定エンティティがコンバータエンティティ１００で実現される場合、ＩＭＳ側１５０により受信されるあらゆるメッセージを通過させることにより判定が実行されてもよい。メッセージを通過させることにより、そのメッセージがユーザメッセージを含むか又はユーザメッセージに対応するか又はシグナリングメッセージに関連するかを識別することが可能である。

別の実施例によれば、ＩＭＳシステム５０との間で交換されるメッセージがユーザメッセージであるか否かの判定は、ＩＭＳ５０との間で交換されるパケット又はメッセージの中に存在する専用フィールドを介して実行可能である。更なる実施例によれば、以下に詳細に説明されるように、ＩＣＳＩフィールドのようなＳＩＰメッセージの既存のフィールドが使用されてもよい。通常、所定のＳＩＰメッセージの宛先であるか又は所期の目的であるアプリケーションを判定するためにＩＣＳＩ識別子が使用される。ＳＭＳサービス又はＩＭサービスを識別するために専用ＩＣＳＩ値が使用される場合、インタフェース４０への／からの変換を実行する目的でこのメッセージをコンバータエンティティ１００で変換するために、対応する機能が呼び出されてもよい。更に、ユーザメッセージの種類が更に判定されてもよい。すなわち、変換エンティティ１００は、ＳＭＳ、チャットメッセージ、ＭＭＳ、ＥＭＳ、ＩＭ又は他のメッセージを識別できる。

第１の実施形態に係るネットワークエンティティ１０の更なる実現形態の詳細によれば、ネットワークエンティティ１００は、ＩＰマルチメディアサブシステム側１５０を介してＩＭＳ５０に設けられた少なくとも１つの呼セッション制御機能エンティティと通信するように更に構成されてもよい。呼セッション制御機能エンティティは、ＩＭＳにおける呼セッションを処理し且つ制御する１つ以上の構成要素である。一実施例において、そのようなエンティティは、ＣＳＣＦノードにおいて規格化された形態で又は必要に応じて都合よく変形された形態で実現されてもよい。ＩＭＳ側１５０を介するアダプタエンティティ１００と呼セッション制御機能エンティティとの通信は、ＣＳＣＦとアクセスサーバＡＳとの間でメッセージ又はパケットを交換する適切なＩＭＳインタフェース又はプロトコルに従って実行されてもよい。一実施例において、ＩＳＣインタフェースが使用されてもよい。一実施例によれば、ネットワークエンティティ１０がＭＳＣアプリケーションサーバ（ＭＳＣ‐ＡＳ）内で実現されている場合、ＣＳＣＦとＭＳＣ‐ＡＳとはＩＳＣインタフェースを介して直接通信可能である。これに対し、他の従来の技術では、この通信は、Ｅ／Ｇｄインタフェースのような異なるコアネットワークインタフェース間に限り可能である。従って、ＭＳＣ‐ＡＳにおいて第１の実施形態のネットワークエンティティを実現する場合、ＩＭＳシステムのあらゆるＣＳＣＦノードは、ＭＳＣ‐ＡＳを標準アプリケーションサーバとみなし且つ更なる変更又は適応の必要なくＭＳＣ‐ＡＳと直接通信することが可能だろう。従って、ＩＭＳシステムのユーザは、レガシーネットワーク（ネットワークエンティティ１０を介してＩＭＳと通信するＧＳＭネットワーク、ＧＰＲＳネットワーク又はＵＭＴＳネットワークなど）のユーザを標準ＩＭＳユーザとみなす。言い換えれば、ＧＳＭ移動端末、ＧＰＲＳ移動端末又はＵＭＴＳ移動端末などのレガシーユーザデバイスは、ＩＭＳネットワークのあらゆるネットワークデバイス又はあらゆるユーザデバイスにより標準ＩＭＳユーザデバイスとみなされる。

同時に、レガシーネットワーク（ＧＳＭ、ＧＰＲＳ又はＵＭＴＳなど）のレガシーユーザデバイスには、ＩＭＳユーザデバイスは標準ユーザデバイスとして（それぞれＧＳＭユーザデバイス、ＧＰＲＳユーザデバイス又はＵＭＴＳユーザデバイスとして）見える。従って、本発明は、システムの統合、再設計及び開発に要する労力を最小限に抑えつつ、レガシーネットワーク及びＩＭＳネットワークのユーザ間でメッセージを交換する場合に完全な相互運用性を実現する。

更に、本発明に係るネットワークエンティティは、ＩＭＳネットワーク側ではＩＭＳアプリケーションサーバとして見られるが、レガシーＧＳＭネットワーク、レガシーＧＰＲＳネットワーク又はレガシーＵＴＭＳネットワーク側では標準ＭＳＣ又は標準ＭＳＣ‐Ｓとして見られる。

第１の実施形態の更なる実施例によれば、ネットワークエンティティ１０は、加入者がＩＰマルチメディアサブシステムを介するショートメッセージサービスに適することをホームロケーションレジスタＨＬＲに通知する回路論理を更に備えてもよい（回路論理及びホームロケーションレジスタは共に図１に示されない）。そのような情報は、ＧＭＳネットワーク又はＵＭＴＳネットワークのようなレガシーネットワーク、もしくはその構成要素に、この加入者がアダプタエンティティ１００のＩＰマルチメディアサブシステム側１５０を介してＳＭＳサービスに到達可能であることを示す。言い換えれば、そのような加入者を宛先とするメッセージはネットワークエンティティ１０へ転送され、ネットワークエンティティ１０は必要な適応又は変換を実行する。ホームロケーションレジスタにおける同一の情報は、アダプタエンティティ１００のＩＭＳ側１５０を介してＩＭＳ５０から受信されるメッセージに対しても使用可能である。ＨＬＲに関連する動作を実行すること（例えば、ＣＳ ＡＴＴＡＣＨを実行すること）に関する更なる詳細は、本明細書において後に説明される。以下に説明されるように、ＨＬＲとの通信を確立させる回路論理の存在により、メッセージの配信を構成するためのネットワーク補助設定を提供できる。

第１の実施形態の上述の実施例又は変形は、明示的又は黙示的に示されるように任意の構成である。更に、第１の実施形態の上述の実施例又は変形は、更なる変形なしに相互動作できる第１の実施形態の任意の特徴を表しているので、それらの実施例又は変形のうちいずれかが互いに組み合わされてもよい。

次に、通信網においてユーザメッセージを処理するシステムに関する本発明の第２の実施形態を示す図２を参照する。システムは、第１のネットワークエンティティ２０及び第２のネットワークエンティティ１０を備える。

第１のネットワークエンティティ２０は、ＩＭＳシステムにおける呼セッション制御機能を処理する。呼セッション制御機能は、ユーザデバイス間の通信のための接続を確立させる機能であり、この通信は、音声、ＳＭＳ又はＩＭのようなメッセージ、アプリケーション間で交換されるパケット、交換されるマルチメディアコンテンツなどであってもよい。

第２のネットワークエンティティ１０は、ユーザメッセージを処理するエンティティであり且つ第１のネットワークエンティティ２０との間でメッセージを交換するＩＰマルチメディアサブシステム側１５０を備える。

ネットワークエンティティ１０は、回線交換ネットワークの無線ネットワークインタフェースに従ってショートメッセージサービスを交換するコントローラエンティティ側１２０と、メッセージの適応を実行するように構成されたアダプタエンティティ１００とを更に備える。更に詳細には、アダプタエンティティ１００は、ＩＰマルチメディアサブシステム側１５０を介して交換されるメッセージをコントローラ側１２０を介して交換されるのに適する第１のフォーマットに適応させる。アダプタエンティティ１００は、コントローラ側１２０を介して交換されるメッセージをＩＰマルチメディアサブシステム側１５０を介して交換されるのに適する第２のフォーマットに適応させるように更に構成されてもよい。

ＩＭＳ側１５０及びコントローラエンティティ側１２０は、ネットワークエンティティ１０の構成要素として実現されてもよいが、第１のネットワークエンティティ２０との間又は回線交換ネットワークの無線ネットワークインタフェースとの間でそれぞれメッセージを交換するアダプタエンティティ１００の構成要素として実現されてもよい。無線ネットワークインタフェース又は回線交換ネットワークに関連して第１の実施形態で考慮した事項と同一のことが本実施形態にも当てはまる。同様に、ユーザメッセージ、第１のフォーマット又は第２のフォーマット及びそれに関連して記載される他の用語に関しても、先に第１の実施形態に関して考慮した事項と同一のことが当てはまる。従って、第１の実施形態に関連して説明した部分と同一である第２の実施形態の部分については、先に考慮した事項を参照すること。

第２の実施形態に係るシステムは、回線交換ネットワークの無線ネットワークインタフェースに従って交換されるショートメッセージに関連するショートメッセージ機能を提供するコントローラエンティティを任意に備えてもよい。従って、任意に配置される第２の実施形態のシステムのコントローラエンティティは、先に第１の実施形態に関連して説明した特徴と同一の特徴を有してもよい。

アダプタエンティティ１００及び任意に配置されるコントローラエンティティ２００は、同一の第２のネットワークエンティティ１０の中で実現されてもよいが、別のネットワークエンティティで実現されてもよい。

第２の実施形態に係るシステムは、ＩＭＳネットワークで交換されるメッセージをＲＡＮの少なくとも１つのノードを含む無線ネットワークインタフェースを介して送信されるのに適するフォーマットに従って交換されるメッセージに透過的に適応させることにより、第１の実施形態に関連して先に説明した利点と同一の利点を実現する。そのようなインタフェースの例は先に提示されており、本実施形態並びに他の実施形態及びその変形にも同様に適用される。そのため、ネットワークエンティティ１０は、ＩＭＳシステムとの間で交換されるメッセージに対してはサービングネットワークエンティティとみなされてもよい。サービングネットワークエンティティは、一方の側で無線アクセスネットワークＲＡＮの少なくとも１つのノードを含む無線ネットワークインタフェースを介してユーザメッセージを直接交換し且つ無線アクセスネットワークのコアネットワークの他のノードとの間でもメッセージを交換することが可能なネットワークエンティティであるとみなされるべきである。従って、サービングネットワークエンティティは、ＩＭＳから受信されるメッセージに対してはエントリポイントとみなされ、ＩＭＳへ送信されるメッセージに対しては終端ポイントとしてみなされてもよい。このような特徴のため、サービングネットワークエンティティは、通常、音声又はメッセージングなどの通信動作に関連するサービスを実現する。ユーザメッセージの特殊な例では、サービングネットワークエンティティは、適応済みメッセージ（当初はＩＭＳから受信され、その後にインタフェース４０に適応されたメッセージ）の受信時にそれぞれのサービスを開始（すなわち、起動）し且つＩＭＳとの間で交換されるのに適するフォーマットに適応させる必要があるメッセージに対してはサービスを終了する。それらのサービスは、通常、ネットワークノード１０（一実施例ではコントローラエンティティ２００）において実現される。それらの機能並びにそれらの機能の実施例は、先に第１の実施形態に関連して提示されており、本実施形態にも適用される（ＣＡＭＥＬ、課金、法的遮断規制などを参照）。

上述のように、無線ネットワークインタフェース４０は、無線アクセスネットワークとコアネットワークノードとの間のインタフェースである。更に一般的には、無線ネットワークインタフェースは、少なくとも１つの無線アクセスネットワークと、無線アクセスネットワーク又はコアネットワークのいずれかに含まれてもよい別のノードとの間の通信に関与するインタフェースを含む。

次に、本発明の第３の実施形態に係る通信網においてメッセージを処理する方法を示す図３を参照する。図３は、その方法の種々のステップを示すフローチャートであり、ステップは、並列ソフトウェア実現例又はハードウェア実現例で実行される処理として実現可能である。しかし、そのようなステップ又は処理は同一の資源（例えば、同一のプロセッサ、同一のメモリ及び必要とされる他の構成要素）を共用することも可能であるので、並列実現例は予測される唯一の実現形態ではなく、各処理又は各ステップにスケジュール方式で又は必要に応じて資源が割り当てられる。

更に詳細には、図３に示される方法は、回線交換ネットワークの無線ネットワークインタフェースを介してショートメッセージを交換するステップＳ１００を予測する。

ステップＳ２００において、方法は、ＩＰマルチメディアサブシステムを介してメッセージを交換することを予測する。最後に、ステップＳ３００において、方法は、メッセージ適応を実行することを予測する。更に詳細には、ステップＳ３００は、ＩＰマルチメディアサブシステムを介して交換されるメッセージを回線交換ネットワークを介して交換されるのに適する第１のフォーマットに適応させる。

ステップＳ３００で、方法は、回線交換ネットワークを介して交換されるショートメッセージのＩＰマルチメディアサブシステムを介して交換されるのに適する第２のフォーマットへの適応を更に実行してもよい。

無線ネットワークインタフェース、回線交換ネットワーク、第１のフォーマット及び第２のフォーマット、並びに本実施形態に関して使用される他の用語に関しては、先に第１の実施形態及び第２の実施形態に関連して考慮した事項と同様の事項がそのまま当てはまる。

一実施例において、上述の無線ネットワークインタフェースは、無線アクセスネットワークＲＡＮの１つのネットワークエンティティ（例えば、ネットワークノード又はネットワーク要素）と少なくとも１つの別のネットワークエンティティとの間の通信を可能にする無線ネットワークインタフェースであってもよく、その場合、他方のネットワークエンティティは、ＲＡＮの別のネットワークエンティティ又はコアネットワークＣＮのネットワークエンティティであってもよい。ＲＡＮ及びＣＳは、レガシーＧＳＭネットワーク、レガシーＧＰＲＳネットワーク又はレガシーＵＭＴＳネットワークの一部であってもよい。先に説明したように、本発明は、回線交換ネットワークに関し、含まれるノードのうち少なくともいくつかのノードを介する回線交換動作又は回線交換サービスを処理するネットワークに関連していることを示唆する。

一実施例において、本実施形態に係る方法は、無線ネットワークインタフェースを介して受信されるショートメッセージに関連するサービス又はアプリケーションを開始すること及び終了することのうち一方を実行するステップを更に含んでもよい。先に第１の実施形態に関連して考慮した事項と同様の事項が本実施形態にも当てはまる。言い換えれば、方法は、無線ネットワークインタフェース４０を介してＩＭＳ側からショートメッセージを受信した時点で、受信メッセージに関連するサービスを開始すること又はアプリケーションを起動することを予測する。例えば、ＩＭＳネットワークの端末に配信するために無線ネットワークインタフェース４０を介して転送されるべきメッセージに対して、このステップは、対応するサービス又はアプリケーションの終了を実行する。本明細書の別の部分で述べたように、それらのサービス又はアプリケーションは、例えば、ＣＡＭＥＬ規格に準拠するもの、課金、法的遮断規制に関するものなどであってもよい。従って、一実施例において、方法は、ＧＳＭネットワーク、ＵＭＴＳネットワーク又はＧＰＲＳネットワークの端末を宛先としてインタフェース４０から受信されるショートメッセージに対して課金アプリケーション又は課金サービスを開始してもよい。同様に、方法は、ＧＳＭ端末、ＵＭＴＳ端末又はＧＰＲＳ端末から受信されるショートメッセージに関連し且つ無線ネットワークインタフェース４０を介してＩＭＳ端末へ転送されるべきメッセージに対する課金に関連するサービスを終了する。

第３の実施形態も先に説明した利点と同一の利点を実現する。

第４の実施形態によれば、本発明は、通信網においてメッセージを処理するコンピュータプログラムであって、プログラム可能システムで実行された場合、例えば、図３に示されるようなステップ又は第３の実施形態に関連して先に説明したようなステップをプログラム可能システムに実行させるように構成された命令を備えるコンピュータプログラムを提供する。

プログラム可能システムは、上述の命令を実行するプロセッサと、実行のためにプロセッサに供給される命令を格納する記憶エンティティとを少なくとも備える何らかのデバイスにより表される。そのようなプログラム可能システムのプロセッサを実現するのに適するのは、汎用プロセッサ、ＤＳＰ、ＦＰＧＡ、ＡＳＩＣなどのような何らかの種類のハードウェアである。記憶エンティティは、メモリ又はハードディスクのような単一の構成要素により実現されてもよいが、例えば、命令及び／又はデータを格納可能な複数のメモリ及び／又はハードディスクを含む種々のメモリ要素の組み合わせにより実現されてもよい。コンピュータプログラムの実行により、先に挙げた実施形態に関連して既に説明した利点を同等に実現できる。

先にいくつかの実施形態に関連して説明した本発明に係るネットワークエンティティは、いくつかの方法で実現可能である。一実施例において、ネットワークエンティティは、従来の技術において既知であるか又は利用可能であるデバイスのうち１つに、例えば、アダプタエンティティ又は任意のエンティティである上述のスタックハンドラエンティティのような追加機能を付加することにより、ＭＳＣ又はＭＳＣ‐Ｓで実現されてもよい。従って、先に説明したコントローラエンティティは、既にＭＳＣ又はＭＳＣ‐Ｓに存在し且つＧＳＭ移動端末、ＧＰＲＳ移動端末又はＵＭＴＳ移動端末のような移動端末に関連する機能を提供する１つ以上の構成要素に対応するだろう。

言い換えれば、本発明に係るネットワークエンティティは、既存のＭＳＣ又は既存のＭＳＣ‐Ｓの改良又は適応として実現されてもよいだろう。改良又は適応により得られるネットワークエンティティは、いくつかの機能が都合よく分散されている１つ以上のネットワークデバイスであってもよい。先に説明したように、そのようなデバイスは、ＧＳＭネットワーク、ＧＰＲＳネットワーク又はＵＭＴＳネットワークの無線アクセスネットワーク側又はコアネットワークアクセス側からは標準ＭＳＣ又は標準ＭＳＣ‐Ｓのように見える（ただし、回線交換動作又は回線交換サービスを処理可能なデバイスを備える他のネットワークについても同じことが当てはまる）と同時に、ＩＭＳ側からはアプリケーションサーバとして見えるだろう。そのようなデバイスは、ＭＳＣ‐ＡＳデバイス、すなわち、ＭＳＣアプリケーションサーバエンティティとして見えるだろう。

別の実施形態によれば、本発明に係るネットワークエンティティは、アプリケーションサーバを基礎とし且つメッセージを適応させるネットワークエンティティと、先に説明したようにショートメッセージ機能を提供するコントローラエンティティとをこのアプリケーションサーバに追加することにより実現されてもよい。従って、そのようなネットワークエンティティは、ＭＳＣ‐ＡＳを得るために既存のアクセスサーバを変形又は適応することにより実現されてもよい。また、そのようなネットワークエンティティは、回線交換ネットワークの無線ネットワークアクセス又はコアネットワークの側からは標準ＭＳＣ又は標準ＭＳＣ‐Ｓとして見えると同時に、ＩＭＳ側からはアプリケーションサーバとして見えるだろう。

以下に、本発明の利点を提供するＭＳＣ‐ＡＳを得るために本発明に係るネットワークエンティティをいかにして実現できるかを示す実施例が提供される。

図４は、本発明に係るＩＭＳネットワークのＳ‐ＣＳＣＦ要素とＭＳＣ‐ＡＳとの間のメッセージの交換を概略的に示す。図４からわかるように、Ｓ‐ＣＳＣＦ要素は、ＳＩＰユーザネットワークインタフェース又はＳＩＰネットワークを介してネットワークインタフェースへＳＩＰメッセージを交換することが可能である。同時に、Ｓ‐ＣＳＣＦ要素は、本発明に従ってＭＳＣ‐ＡＳとの間でＩＳＣ ＳＩＰメッセージを交換することが可能である。この特定の実施例ではＩＳＣ ＳＩＰメッセージが選択されるが、Ｓ‐ＣＳＣＦ要素とアプリケーションサーバ要素との間でメッセージを交換することが可能なプロトコルであれば、他のプロトコルが実現されてもよい。

上述のように、ＩＭＳアーキテクチャにおいて、メッセージを処理するのに適するアプリケーションサーバを提供する手段は他にもいくつかある。１つの手段は、新たなアプリケーションサーバを構築し且つ必要とされるサービスを再構築するという手段である。別の手段は、既存のＭＳＣ‐Ｓをメッセージに対応するアプリケーションサーバに転用する手段である。そのようなノードは次のような特徴を有してもよい。
・ＭＳＣ‐ＡＳは、ＩＭＳアーキテクチャにおいてメッセージアプリケーションサーバとしても動作可能なＭＳＣ‐Ｓノードとみなされてもよい。
・ＭＳＣ‐ＡＳは、メッセージ処理のためにＩＭＳからの第三者ＳＩＰレジスタ及びＳＩＰインバイトを処理してもよい。これはＩＳＣ基準ポイントにある。
・メッセージ関連ＳＩＰ方法に加えて、本発明は、ＩＭＳコアからＭＳＣ‐ＡＳへのＳＩＰメッセージシグナリングの送出受信を更に追加してもよい。
・これは、Ｓ‐ＣＳＣＦにおいてフィルタ基準を設定することにより構成されてもよい。

本発明により、ＭＳＣの既存のＳＭＳ機能を再利用し且つＳＭＳに関連するサービスを効果的且つ簡単に提供することができる。

ＳＩＰメッセージは、ＩＦＣを使用してＳ‐ＣＳＣＦからＭＳＣ‐ＡＳへ送信されてもよい。図４は、本発明に従って提案される高レベルアーキテクチャの一例を示す。ＳＩＰメッセージ（カプセル化ＳＭＳ又は単なるテキストをペイロードとして含む）は、ＩＳＣインタフェースを介してＭＳＣ‐ＡＳを入力してもよい。

図５は、本発明に係るＭＳＣ‐ＡＳの一実施例を示す。図５のＭＳＣ‐ＡＳ１０００は、図１のネットワークエンティティ１０の一実施例を示し、このネットワークエンティティに関してはいくつかの実施形態に関連して上述した。構成要素１２００は、上記の実施形態で説明されたコントローラエンティティ２００を実現する一実施例を表し、本実施例においては、少なくともＭＳＣ又はＭＳＣ‐Ｓの標準ＳＭＳ機能のサブセットを実現する。別の実施例（図示せず）において、コントローラエンティティ２００は、ＧＰＲＳネットワークでも本発明に係るメッセージの処理を可能にするためにＳＧＳＮの標準機能を実現してもよい。既存の機能は要素１２００の中に統合されてもよいが、更に任意に追加される要素１２１０、１２２０及び１２３０により提供されてもよい。説明される実施例において、要素１２１０は、ＳＭＳ機能に対してＣＡＭＥＬを提供するように構成される。要素１２２０は、ＳＭＳ機能に対する課金を実行するように構成され、要素１２３０は、ＳＭＳ機能に対して法的遮断規制を実行するように構成される。本実現形態によれば、それらの機能がまったく実現されなくてもよく、１つ以上の機能が実現されてもよい。更に、要素１２００において図示されない機能が更に実現されてもよく、あるいは要素１２００により再利用されるように、図示されない機能が追加要素としてＭＳＣ‐ＡＳに追加されてもよい。要素１２００は、ＳＭＳ又はＳＭＳ‐Ｓの標準機能又は利用可能な機能を実行するのに適するか、あるいは他の要素１２１０〜１２３０を介して又は外部の要素又はノードから利用可能な要素としてそれらの標準機能又は利用可能な機能とインタフェースするのに適するレガシー要素とみなされてもよい。

図５のＭＳＣ‐ＡＳは、上記の実施形態において説明した本発明に係るアダプタエンティティ１００の実現例の一例を表すコンバータ１１００を更に備える。従って、コンバータ１１００は、ＳＩＰメッセージフォーマットからＳＭＳフォーマットのショートメッセージへ／ＳＭＳフォーマットのショートメッセージからＳＩＰメッセージフォーマットへのメッセージの適応を実行する。ＳＩＰメッセージフォーマットは、先に説明した第２のフォーマットの一例である。すなわち、ＳＩＰメッセージフォーマットは、ＳＩＰプロトコルメッセージ又はＩＭＳにおけるパケットを介してメッセージを交換するのに適するフォーマットである。

これに対し、ＳＭＳフォーマットは、同様に先に説明した第１のフォーマットの一例であり、本実施例において、ＵＭＴＳネットワークのＩｕ又はＧＳＭネットワークのＡインタフェースのような無線アクセスネットワークインタフェースに従ってショートメッセージサービスＳＭＳを送信するのに適するフォーマットを表す。

ＭＳＣ−ＡＳは、先に挙げた実施形態に関連して説明した任意に配置されるプロトコルスタックハンドラを実現する一実施例を表すＳＩＰスタックメッセージハンドラ１３００を更に備える。従って、ＳＩＰスタックメッセージハンドラは、ＩＭＳとの間で交換されるＩＳＣ ＳＩＰメッセージのようなＳＩＰメッセージを受信することが可能である。

尚、コンバータ１１００と要素１２００との間のインタフェース１１４０は、ＵＭＴＳネットワークのＩｕインタフェース又はＧＳＭネットワークのＡインタフェースのような無線ネットワークインタフェースである。従って、ＩＭＳメッセージはＳＭＳメッセージに変換され、ＳＭＳメッセージは、ＧＭＳ移動端末、ＧＰＲＳ移動端末又はＵＭＴＳ移動端末のようなレガシー移動端末から送出されるか又はそのような移動端末により受信されるかのようにＭＳＣの標準機能を表す要素１２００で受信される。

図５のＭＳＣ‐ＡＳは、ＨＬＲとの間で情報を交換することが可能なＣＳ加入者データ要素１４００を更に含む。

以下に、本発明のネットワークエンティティ又は先に紹介した例示的なＭＳＣ‐ＡＳに関連する更なる実施例を説明する。

ＭＳＣ‐ＡＳのメッセージコンバータ（図１のアダプタエンティティ１００又は上記の実施形態の一実施例を表す）は、ＳＩＰメッセージからＳＭＳメッセージフォーマットへの変換（及びＳＭＳを終了するための逆の変換。ＳＭＳメッセージフォーマット及びＳＩＰメッセージは、上記の実施形態で説明した本発明に係る第１のフォーマット及び第２のフォーマットの例である）を実行してもよい。更なる処理のために、例えば、ＳＭＳの使用又は送信に関連する処理サービスのために、ＭＳＣ‐ＡＳの既存のＳＭＳ機能が使用されるだろう。

尚、図５のネットワークエンティティの実施例は、ＩＭＳ側からはＭＳＣの機能を実現するアプリケーションサーバに見えることを示すためにＭＳＣ‐ＡＳと示されていた。しかし、図５からわかるように、ＭＳＣ‐ＡＳは、ＭＳＣ‐Ｓ又はＳＧＳＮノードの機能を更に提供してもよい（先の説明も参照のこと。コントローラエンティティ１２００は、状況に応じて、ＭＳＣ機能、ＭＳＣ‐Ｓ機能又はＳＧＳＮ機能を実現してもよい）。従って、そのような場合、図５に示されるデバイスは、エンティティがＩＭＳ側からはＭＳＣ‐Ｓ又はＳＧＳＮの機能をそれぞれ提供するアプリケーションサーバに見えることを示すＭＳＣ‐Ｓ‐ＡＳ又はＳＧＳＮ‐ＡＳと呼ばれてもよい。これら２つの更なる実施例によれば、回線交換ネットワークのコアネットワーク側からは、図５のデバイスはＭＳＣ‐Ｓ又はＳＧＳＮとして見えるだろう。

更に、本発明のネットワークエンティティは、以下に示すような更なる機能を含むように構成されてもよい。
・ＳＩＰメッセージはＳＭＳほどサイズの上で制限されないので、ＭＳＣ‐ＡＳは２つ以上のＳＭＳにわたって１つのＳＩＰメッセージに分割されているメッセージを更に連結してもよい。これはアダプタエンティティ１００において任意に実現されてもよい。
・ＳＩＰメッセージはＳＭＳほどサイズの上で制限されないので、発信ＳＩＰメッセージに関して、ＭＳＣ‐ＡＳは、１つのＳＩＰメッセージをいくつかの送出ＳＭＳに分割する機能を実行できる。これはアダプタエンティティ１００において任意に実現されてもよい。
・本発明のネットワークエンティティ（又は一実施例においてはＭＳＣ‐ＡＳ）は、レガシー回線交換ネットワークで利用可能なＳＭＳ‐ＣＳ加入者データを考慮するように更に構成されてもよい。ＣＳ加入者データに基づいて、ＭＳＣ‐ＡＳは、
−除外解析（オペレータが判定した除外及び除外補助サービス）
−例えば、グループＳＭＳに対して、同様に既存のＣＡＭＥＬサービス環境を使用する（既存のＣＡＭＥＬサービスの再利用）ＣＡＭＥＬトリガ
−ＳＭＳプリペイド支援
を実行してもよい。
・法的遮断規制（ＬＩ）のためにＭＳＣ‐ＡＳ遮断アクセスポイントを再利用する。
・ＭＳＣ‐ＡＳ課金インタフェースを再利用する（後処理／請求）。

上記の機能（尚、他の既存の機能も同等に再利用されてもよいので、以上挙げた機能が再利用可能なすべての機能というわけではない）は、図１のコントローラエンティティ２００で実現されてもよい。後に図５に示される実施例によれば、これらの機能は、必要に応じて構成要素１２００又は構成要素１２１０〜１２３０で実現されてもよく、後者の場合、それらの構成要素１２１０〜１２３０はレガシー構成要素１２００と適宜連係動作するだろう。

任意の一実現形態において、ＳＭＳサービスを識別するために、すなわち、ＳＩＰメッセージに対してＭＳＣ‐ＡＳを起動し且つ専用ＩＣＳＩが存在すると判定された場合にＭＳＣ‐ＡＳがＳＭＳサービスのために起動されたことをＭＳＣ‐ＡＳに通知するために専用ＩＣＳＩを使用することが可能である（この点に関する先の説明も参照）。しかし、ＭＳＣ‐ＡＳはＩＣＳＩを参照することなく起動されてもよい。実際、別の実施例によれば、ターゲットアドレスに基づいて及び／又はＳＩＰメッセージを構文解析することにより、ＳＩＰメッセージをＳＭＳ（又はＩＭ、ＥＭＳ、ＭＭＳなど）として識別することが可能である。

ＭＳＣ‐ＡＳは、メッセージカウンタ（例えば、今日送出され且つ／又は受信されたメッセージの総数）のようなＳＭＳでは通常搬送不可能な更なる情報をＳＩＰメッセージに追加することもできる。メッセージカウンタは、ＭＳＣ‐ＡＳにより又は状況に応じて外部デバイスにより加入者データに格納されることが可能である。

ＳＩＰ ＭＥＳＳＡＧＥでＳＭＳが送出されることを示す信号をＳ‐ＣＳＣＦに伝送するためにサービスインジケータが使用される場合、２つ以上のメッセージが支援されなければならないのであれば、ＵＥ及びＭＳＣ‐ＡＳは、メッセージ交換の種類を互いに対して示す。例えば、ＳＭＳ、チャット、ＭＭＳ、ＩＭなどを判別することが可能である。その目的のためにＩＭＳ通信サービス識別子が使用されてもよい。すなわち、ＩＭＳ通信サービス識別子は次のように使用されてもよい。
・ＭＳＣ‐ＡＳ及びＵＥにおいて、正しいアプリケーションを発見するため（複数のアプリケーションがある場合）に使用される。
・ＭＳＣ‐ＡＳは、「テレフォニーサーバ」と「メッセージングＧＷ」の役割を判別するためにＩＣＳＩを使用してもよい。
・Ｓ‐ＣＳＣＦにおいては正しいＡＳを起動するために使用されてもよい。

ＳＭＳ／ＳＩＰメッセージ支援を終了するために、ＭＳＣ‐ＡＳは、
・このＭＳＣ‐ＡＳを介して加入者がＳＭＳに到達可能であることをＨＬＲ／ＨＳＳに通知するためにＣＳ接続を実行する（これは、ＳＭＳに関してＭＳＣ−ＡＳの新たな機能であってもよい）か、又は
・ＳＭＳ配信のためにＭＳＣ‐ＡＳからＨＬＲ／ＨＳＳへ登録するようにＴＳ２３．２０４（５．２．３）に指定されているようにＨＬＲ／ＨＳＳに向かってＪインタフェース又はＳｈインタフェースを使用する（すなわち、このように既存の更なる機能が適応又は拡張されてもよい）を実行しなければならない。

ＣＳアタッチの場合、ＨＰＬＭＮオペレータは、複数のデバイスからの同時ＣＳアタッチを支援しなければならない。すなわち、ユーザは同一のＭＳＩＳＤＮ又は最大３つのデバイスに到達可能であってもよい（現在の開発状況では３つが最大であると思われるが、通常電話＋Ｅメール用デバイス＋ラップトップで３つのＳＩＭが必要とされるような使用状況に対応することも実現例上の選択肢である。しかし、本発明は、４つ以上のデバイスが支援される場合にも使用されてよい）。

ユーザがテキストに対してもＩＭＳ登録されている場合、ＭＳＣ‐ＡＳは、ユーザが接続される可能性がある（例えば、ＵＥがＬＴＥでキャンプオンしており且つＣＳフォールバックが有効になる場合）他のＭＳＣサーバを介してではなく、ＭＳＣ‐ＡＳを介してＳＭＳが配信されることをＨＬＲに示してもよい（例えば、ＵＳＳＤメッセージを使用して）。

ＩＭＳ登録が失効したか又はＵＥが登録解除を実行した場合、
・ＭＳＣ‐ＡＳは、例えば、ＵＳＳＤコマンドを使用して、このプレファレンスを除去するのが好ましい。
・あるいは、ＵＥの挙動は、例えば、ＵＥがＵＳＳＤメッセージを使用して、ＣＳを介してＳＭＳが配信されることをＨＬＲに示すというものであってもよい。

上記の手順は新たな手順であってもよく且つＭＳＣ‐ＡＳはＨＬＲに向かってＵＥとして動作してもよい。利用可能になっているいくつかのネットワークにおける既存の方法では、ＵＥは、ＳＭＳ配信に好適な端末でこの選択を実行しなければならない。すなわち、ネットワーク支援はまったくない。これに対し、本発明の更なる任意の実現例によれば、ＳＭＳ配信に際してネットワークの支援を受けることが可能であるので、既存のサービス及び新たなサービスを容易に提供可能な進化したシステムが得られる。

本発明、その実施形態及び例示的な実施例に適用可能であるとして既に挙げた利点に加えて、本発明及びその更なる任意の態様に関連する上記の説明に基づいて以下の利点が更に提供される。
−独立ＩＰ‐ＳＭ‐ＧＷを使用し且つ統合する必要なく、ＭＳＣの既存のＳＭＳ機能をＳＭＳｏＩＰに再利用できる。
−ＳＭＳセンター、課金システム、法的遮断規制及びＣＡＭＥＬ／ＩＮサービスセンターを指向する既存のインタフェースを再利用できる。
−任意にＳＭＳの標識としてＩＳＣＩを使用できるので、メッセージの種類の判定及びその後の処理が容易になる。
−アダプタとして動作し且つＳＭＳバックエンドに対してＳＩＰメッセージングを相互動作するＭＳＣ‐ＳへＩＳＣインタフェースを介してＳＭＳを送出できる。
−ＭＳＣ‐ＡＳは、ＳＭＳでは搬送不可能なＳＩＰメッセージに情報を追加できる。
−ＨＬＲ機能を使用して、すなわち、ＴＳ２３．２０４に従ったＨＳＳにおけるＳＭＳｏＩＰ拡張を使用せずに、ＳＭＳ配信のためにＳＭＳｏＩＰを優先できる。

以上の説明において、ネットワークエンティティ又はコンポーネントエンティティ（コントローラエンティティ又はアダプタエンティティなど）に関して説明した。上述のように、それらのエンティティは１つのネットワークノード又はネットワークデバイスで実現されてもよいが、必要な機能が適切に分散されている複数のネットワークノード又はネットワークデバイスで実現されてもよい。

更に、いくつかの実施形態及びその特徴が必要に応じて置き換えられてもよいことは明らかである。以上説明したことを大幅に変更する必要なく実施例（又はその一部）のあらゆる組み合わせが可能であることが認識されるので、いくつかの実施例は必要に応じて更に組み合わされてもよい。

あらゆる面で限定的ではなく例示的であることを意図した特定の実施形態及び実施例に関連して本発明を説明した。本発明の実施に際してハードウェア、ソフトウェア及びファームウェアの多くの異なる組み合わせが適切であることは当業者には理解されるだろう。更に、本明細書において開示された本発明の明細書及び実施形態を考慮することにより、本発明の他の実現例が当業者には明らとなるだろう。本明細書及び実施例は単なる例と考えられることを意図する。このために、本発明の態様は先に開示された１つの実現形態又は構成のすべての特徴に含まれるわけではないことを理解すべきである。従って、本発明の真の範囲及び趣旨は添付の特許請求の範囲により示される。

本明細書においてコントローラ、アダプタ又はネットワークエンティティなどの用語が使用される場合、それらの要素がどのように分散されるかに関して及びそれらの要素がどのように結集されるかに関して制限はまったく課されない。すなわち、ユニット、要素又はエンティティの構成部分は、所期の機能を実現するために種々のソフトウェアコンポーネント又はハードウェアコンポーネント、あるいはデバイスに分散されてもよい。また、所期の機能を提供するために、複数の別個の要素が更に結集されてもよい。

ネットワークエンティティ又は要素又はネットワークデバイス、あるいはネットワークノードなどの上記のユニットのいずれか１つは、ハードウェア、ソフトウェア、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）又はファームウェアなどで実現されてもよい。

本発明の更なる実施形態において、コントローラ又は受信機のような上述の部分及び／又は請求の範囲において記載される部分（それらに限定されない）のいずれか１つは、対応する制御手段又は受信手段と置き換えられてもよい。

便宜を考慮して、いくつかの略語のリストを以下に挙げる。
ＧＡＮ 汎用アクセスネットワーク
ＣＡＮ‐Ｃ ＧＡＮコントローラ
ＥＰＳ 発展型パケットシステム
ＩＭ インスタントメッセージ
ＮＡＳ ネットワークアクセスシグナリング
ＶＯＬＧＡ 汎用アクセスを介するＶｏｉｃｅ ｏｖｅｒ ＬＴＥ

Claims (17)

1. 通信網においてメッセージを処理するネットワークエンティティ（１０）であって、
   回線交換ネットワークの無線ネットワークインタフェース（４０）に従って交換されるショートメッセージに関連するショートメッセージ機能を提供するコントローラエンティティ（２００）と、
   ＩＰマルチメディアサブシステム側（１５０）を介してＩＰマルチメディアサブシステム（５０）との間でメッセージを交換し、前記無線ネットワークインタフェース（４０）に従ってコントローラ側（１２０）を介して前記コントローラエンティティ（２００）との間でショートメッセージを交換するアダプタエンティティ（１００）であって、前記ＩＰマルチメディアサブシステム側（１５０）を介して交換されるメッセージを前記コントローラ側（１２０）を介して交換されるのに適する第１のフォーマットに適応させること、及び、前記コントローラ側（１２０）を介して交換されるショートメッセージを前記ＩＰマルチメディアサブシステム側（１５０）を介して交換されるのに適する第２のフォーマットに適応させること、のうち少なくとも一方を実行するように構成されたアダプタエンティティ（１００）と、
   を備えることを特徴とするネットワークエンティティ（１０）。
2. 前記無線ネットワークインタフェース（４０）は、無線アクセスネットワークノードとコアネットワークノードとの間のインタフェースを含むことを特徴とする請求項１記載のネットワークエンティティ（１０）。
3. 前記コントローラエンティティは、前記無線ネットワークインタフェースを介して受信されるショートメッセージに関連するサービス又はアプリケーションの開始及び終了のうち少なくとも一方を実行するように構成されていることを特徴とする請求項１又は２記載のネットワークエンティティ（１０）。
4. 前記第１のフォーマットは、無線ネットワークインタフェースを介して交換されるショートメッセージサービス規格に従ったフォーマットを含むことを特徴とする請求項１乃至３のいずれか１項に記載のネットワークエンティティ（１０）。
5. 前記第２のフォーマットは、前記ＩＰマルチメディアサブシステムを介して交換されるショートメッセージ及びインスタントメッセージのうち少なくとも一方に従ったフォーマットを含むことを特徴とする請求項１乃至４のいずれか１項に記載のネットワークエンティティ（１０）。
6. 少なくともプロトコル機能のサブセットを処理するプロトコルスタックハンドラを更に備え、前記サブセットは、前記ＩＰマルチメディアサブシステムを介したメッセージの交換に関連する機能を少なくとも含むことを特徴とする請求項１乃至５のいずれか１項に記載のネットワークエンティティ（１０）。
7. 前記ショートメッセージ機能を提供する前記コントローラエンティティは、前記回線交換ネットワークに特有のショートメッセージアプリケーションに関連するショートメッセージ機能をさらに提供することを特徴とする請求項１乃至６のいずれか１項に記載のネットワークエンティティ（１０）。
8. 前記ショートメッセージ機能を提供する前記コントローラエンティティは、前記回線交換ネットワークに特有のショートメッセージサービスに対する課金に関連するショートメッセージ機能をさらに提供することを特徴とする請求項１乃至７のいずれか１項に記載のネットワークエンティティ（１０）。
9. 前記ＩＰマルチメディアサブシステムとの間で交換されるメッセージがユーザメッセージであるか否かを判定する判定エンティティを更に備えることを特徴とする請求項１乃至８のいずれか１項に記載のネットワークエンティティ（１０）。
10. 前記ＩＰマルチメディアサブシステム側（１５０）を介してメッセージを交換する前記アダプタエンティティ（１００）は、前記ＩＰマルチメディアサブシステム（５０）に設けられた少なくとも１つの呼セッション制御機能エンティティと通信するように構成されていることを特徴とする請求項１乃至９のいずれか１項に記載のネットワークエンティティ（１０）。
11. 加入者が前記ＩＰマルチメディアサブシステムを介してショートメッセージサービスに到達可能であることをホームロケーションレジスタに通知する回路を更に備えることを特徴とする請求項１乃至１０のいずれか１項に記載のネットワークエンティティ（１０）。
12. 通信網においてユーザメッセージを処理するシステムであって、
    ＩＰマルチメディアサブシステムにおいて呼セッション制御機能を処理する少なくとも１つの第１のネットワークエンティティ（２０）と、
    ユーザメッセージを処理する第２のネットワークエンティティ（１０）と、
    を備え、前記第２のネットワークエンティティは、
    −前記少なくとも１つの第１のネットワークエンティティとの間でメッセージを交換するＩＰマルチメディアサブシステム側（１５０）と、
    −回線交換ネットワークの無線ネットワークインタフェースに従ってショートメッセージサービスを交換するコントローラエンティティ側（１２０）と、
    −前記ＩＰマルチメディアサブシステム側（１５０）を介して交換されるメッセージを前記コントローラ側（１２０）を介して交換されるのに適する第１のフォーマットに適応させること、及び、前記コントローラ側（１２０）を介して交換されるショートメッセージを前記ＩＰマルチメディアサブシステム側（１５０）を介して交換されるのに適する第２のフォーマットに適応させること、のうち少なくとも一方を実行するように構成されるアダプタエンティティ（１００）と、
    を備えることを特徴とするシステム。
13. 前記無線ネットワークインタフェース（４０）は、無線アクセスネットワークノードとコアネットワークノードとの間のインタフェースを含むことを特徴とする請求項１２記載のシステム。
14. 通信網においてメッセージを処理する方法であって、
    回線交換ネットワークの無線ネットワークインタフェースを介してショートメッセージを交換するステップ（Ｓ１００）と、
    ＩＰマルチメディアサブシステムを介してメッセージを交換するステップ（Ｓ２００）と、
    前記ＩＰマルチメディアサブシステムを介して交換されるメッセージを前記回線交換ネットワークを介して交換されるのに適する第１のフォーマットに適応させること、及び、前記回線交換ネットワークを介して交換されるショートメッセージを前記ＩＰマルチメディアサブシステムを介して交換されるのに適する第２のフォーマットに適応させること、のうち少なくとも一方を実行するステップ（Ｓ３００）と、
    を備えることを特徴とする方法。
15. 前記無線ネットワークインタフェースを介して受信されるショートメッセージに関連するサービス又はアプリケーションを開始し、終了するステップを更に備えることを特徴とする請求項１４記載の通信網においてメッセージを処理する方法。
16. 前記無線ネットワークインタフェース（４０）は、無線アクセスネットワークノードとコアネットワークノードとの間のインタフェースを含むことを特徴とする請求項１４又は１５記載の通信網においてメッセージを処理する方法。
17. 通信網においてメッセージを処理するためのコンピュータプログラムであって、
    コンピュータにおいて実行された場合、前記コンピュータに請求項１４から１６のいずれか１項に記載の方法ステップを実行させることを特徴とするコンピュータプログラム。