JP4887366B2 - インターネット通信ネットワークコアに属するサービス装置における機能の実施を制御するための装置 - Google Patents

Description

本発明は、ＩＰタイプコアネットワーク（ＩＰは「インターネットプロトコル」を表す）を有する通信ネットワークに関し、より詳細には、そのようなネットワークがそれらのユーザにとって利用可能なようにするサービスへの通信端末によるアクセスに関する。

ここでは、「ＩＰタイプコアネットワークを有する通信ネットワーク」とは、ユーザがＩＰリンクを有するエンドツーエンドＩＰネットワークと、ゲートウェイを介して別の技術によってアクセスされることができるＩＰタイプコアネットワークを有するネットワークの両方を意味する。そのようなネットワークは、たとえば、（「ＩＰマルチメディアサブシステム」（３ＧＰＰ）を表す）ＩＭＳネットワークまたは（「マルチメディアドメイン」（３ＧＰＰ２）を表す）ＭＭＤなどの技術（「セッション開始プロトコル」を表す）ＳＩＰに依存するネットワークである。

さらに、用語「通信端末」は、ここでは、信号の形で別の装置とデータを交換するために、多分１つまたは複数のゲートウェイを使用して少なくとも１つのＩＰネットワークに接続することができる無線波または有線、固定またはモバイル（またはポータブル）を使用する任意の通信装置を指す。したがって、通信端末は、地上回線電話またはモバイル電話、あるいはデスクトップコンピュータまたはラップトップコンピュータ、あるいは通信モジュールを備えた携帯情報端末（すなわちＰＤＡ）、あるいはサービスを配信し、かつユーザエージェント機能を含むプロバイダに多分属してもよい通信モジュールを備えたサーバでもよい。

当業者には知られているように、いくつかのインターネットコアネットワークは、主にＳＩＰシグナリングの「スマート」ルーティング向けの「プロキシ」サーバ（すなわち「ＳＩＰプロキシ」）、アプリケーションサーバ、および（起呼または被呼）端末に通信関係のサービスを提供するタスクを課されたＭＲＦ（すなわち、「メディアリソース機能」）エンティティなどのサービス機器を含む。これらのサービスの中では、詳細には、プリペイメント、または（「コーポレートモビリティマネージャ」――バーチャルオフィスを表す）ＣＭＭサービス、メッセージング、会議、ポータル、キオスク、リングトーンのダウンロード、あるいは「プッシュトゥトーク」をあげることができる。

より正確には、端末は、その端末のユーザかまたはコアネットワークのいずれかによる開始時に、サービスにアクセスする必要がある場合、その端末がクライアントになっているネットワークに上記のサービスを求めるアクセス要求を送信しなければならない。この要求が受信された後は、ネットワークは、たとえば、（少なくとも）そのサービス専用の、すなわち要求されたサービスの起呼端末への提供を管理し制御するタスクを課されたアプリケーションサーバ（１つまたは複数）（またはそれらのうちの１つ）に、ＳＩＰプロキシサーバを使用してその要求をルーティングする。

ここでは、用語「サービス」は、その目的が音声ストリーム（「ボイスオーバＩＰ」を表すＶｏＩＰ）、ビデオストリームまたはテキストストリーム（たとえば、「チャッティング」）などのメディアデータストリームを任意の形で交換することである通信に少なくとも部分的に関係する任意のサービスを指すことを意味する。リアルタイムにおいてであろうとなかろうと、ストリームはインタラクティブでもよいことに留意することが重要である。

これらのサービスを提供するには、通信サービスに関係するサービス機器の１つによる課金などの（しかしそれに限定されない）相補的機能の実施を必要とすることが多い。現在、同じコアネットワークで、いくつかのサービス機器は、一般に、同じ相補的機能を実施することができる。このことは、特に、ユーザが有するクレジットをリアルタイムで管理するサーバにコンタクトするために使用される、いわゆる「オンライン」課金についても言える。このため、コアネットワークで、ＳＩＰプロキシおよびいくつかのアプリケーション（１つまたは複数）サーバは、オンライン課金の機能を実施することができる。

不利な点は、ＳＩＰプロキシもアプリケーション（１つまたは複数）サーバも、それ自体の相補的機能を実施しなければならないのか、または別のサービス機器がそれをしなければならないのか知ることができないということにある。現在は、通信を担当しているＳＩＰプロキシは、常にその相補的オンライン課金機能を実施する。しばしば、コールされたサービスを提供するために呼び出したアプリケーション（１つまたは複数）サーバは、並行してそれ自体の相補的オンライン課金機能を実施するということが起こる。これは干渉につながる可能性がある。さらに、これは、オンライン課金を管理するサーバとのインタラクション（シグナリング交換）を２倍にし、したがって、使用されるコンピューティング（またはＣＰＵ）リソースを２倍にし、同時に、セッションを確立する際に遅延を招く。

もちろん、ＳＩＰプロキシなどのサービス機器に、どのアプリケーション（１つまたは複数）サーバが相補的機能を実施するのに適しているか指定するローカルテーブルを提供することからなる独自のソリューションがある。しかし、コアネットワークによって新規のサービスが提供されるたびに（したがって、新規のアプリケーション（１つまたは複数）サーバがそのコアネットワークに付加されるときに）、またはアプリケーション（１つまたは複数）サーバの新規バージョンがそのコアネットワークに付加されるときはいつでも、各ＳＩＰプロキシのローカルテーブルを更新する必要があり、このことはメンテナンス処理（またはＯＡＭ）を調整することを必要とする。さらに、相補的機能を実施するタスクを課されたアプリケーション（１つまたは複数）サーバがセッションから撤退した場合、ＳＩＰプロキシは、その相補的機能を実施するためにそのサーバの代替物として働くことができない。

知られているソリューションには十分に満足なものがないので、したがって、本発明の目的は、この状況を改善することである。

その趣旨で、本発明は、インターネット通信コアネットワークの中で、少なくとも１つの（起呼または被呼）通信端末に少なくとも１つの通信サービスを提供することに関係する機能を実施することを意図されたサービス機器のための制御装置を提案する。

この制御装置は、（被呼端末と起呼端末との間のセッションの）所与の通信のために（機器によって提供される）サービスを提供するよう求める要求が受信された場合、機器によって処理される機能の中から選択された少なくとも１つの機能を実施することを決定（または拒否）し、次いで、（機器によって選択された各機能を実施するための）この決定をコアネットワーク内の他のサービス機器の少なくともいくつかに、それらの機器が、所与の通信の継続期間中、選択された機能を実施するのを禁止するために、シグナリングする情報データを、この通信（またはセッション）のために機器によって送信されるシングナリングに（すなわち、シグナリングメッセージのうちの少なくとも１つに）挿入するように構成された制御手段を含むことを特徴とする。

本発明の装置は、別々に、または組み合わせて採用されてもよい他の特性を含んでもよく、詳細には、
−（装置によって選択された各機能を実施するための）この決定をシグナリングするこれらの情報データを解釈するコアネットワーク内の他のサービス機器は、好ましくは、同じ親ネットワーク（起呼端末が属する親ネットワークまたは被呼端末が属する親ネットワーク）の一部分であり、
−その制御手段は、通信ネットワーク境界上に配置されたサービス機器に組み込まれている場合、ネットワークの外部から来るシグナリングメッセージの中に含まれている決定情報データを削除するタスクを課されてもよく、
−その制御手段は、いわゆる「バックトゥバックユーザエージェント」モードで動作し、したがって、同じ通信に対応する複数のＳＩＰダイアログを管理し調整するように構成された「第１」ユーザエージェントおよび「第２」ユーザエージェントを含む、（「アプリケーションサーバ」などの）サービス機器に組み込まれている場合、および「第１」ユーザエージェントが決定情報データを含むシグナリングメッセージを受信した場合、「第２」ユーザエージェント（１つまたは複数）にそれ（またはそれら）が生成するＳＩＰシグナリングにこの決定情報データを報告（または転送）する（いわゆる「バックトゥバック」動作モード）よう命令するタスクを課されてもよく、
−その制御手段は、通信確立プロトコルがＳＩＰと呼ばれるシグナリングメッセージ送信管理プロトコルである場合、情報データを、シグナリングメッセージ内の専用ヘッダ、または、たとえば、いわゆるレコードルートフィールドなどのシグナリングメッセージヘッダのフィールドに組み込むタスクを課されてもよく、
−その制御手段は、上記決定情報データを含む少なくとも上記シグナリングメッセージのいくつかに相補的情報データを組み込むタスクを課されてもよい。たとえば、この相補的情報データは、装置が実装されているサービス機器の識別子、および／または実施される（セッションのためのビリングを除外した、または除外しない、サービスのためのビリングなどの）サービスのタイプを表す。

本発明はまた、少なくとも１つの通信端末に少なくとも１つの通信サービスを提供することに関係する機能を実施することを意図され、上記で開示された制御装置のタイプの制御装置を含む、インターネット通信コアネットワークのためのサービス機器を開示する。

そのようなサービス機器は、たとえば、「プロキシ」機能（または「ＳＩＰプロキシ」）を有するサーバ、アプリケーション（１つまたは複数）サーバ、およびＭＲＦタイプ（または「メディアリソース機能」）エンティティの中から選択された、ＳＩＰタイプ通信確立プロトコルを有するエンティティを構成してもよい。

本発明は、（「ＩＰマルチメディアサブシステム」を表す）ＩＭＳおよび（「マルチメディアドメイン」を表す）ＭＭＤなどのインターネット通信コアネットワークに、排他的にではないが、特に適している。

本発明の他の特性および利点は、以下の詳細な説明、ならびに、唯一の図が、ＳＩＰプロキシ、アプリケーション（１つまたは複数）サーバ、および本発明の制御装置を備えたＭＲＦエンティティが接続されているＩＰコアネットワークを非常に概略的に示す、添付の図面を調べるとすぐ明らかになるであろう。添付の図面は、本発明を完成するのに役立つばかりでなく、必要な場合は、本発明を定義するのにも寄与する。

本発明の目的は、インターネットコアネットワークにインストールされ、少なくとも１つの（被呼または起呼）通信端末に少なくとも１つの通信サービスを提供することに関係する少なくとも１つの機能を実施することができるサービス機器が、所与の通信の継続期間中それ自体がこの機能を実施するタスクを課されていることを他のサービス機器に通知することができるようにすることである。

下記は、非限定的実施例のために、インターネット（またはＩＰ）通信コアネットワークは、ＩＭＳまたはＭＭＤタイプのもの、あるいは（ＥＴＳＩのＴＩＳＰＡＮグループによって定義されたネットワークなど）その派生物であると仮定する。しかし、本発明は、このタイプのコアネットワークに限定されない。本発明は、実際、ＰＳＴＮまたはＰＬＭＮネットワークなどのＩＰ通信ネットワークに属する、またはそれに結合されるすべてのインターネットコアネットワークに関する。

唯一の図に非常に概略的に示されているように、コアネットワークＮＣは、「プロキシ」機能（または「ＳＩＰプロキシ」）ＰＳｉを有する少なくとも１つのサーバ、少なくとも１つのアプリケーション（１つまたは複数）サーバＡＳｊ、および／または（起呼または被呼）端末（１つまたは複数）Ｔｎに通信に関するサービスを提供するタスクを課された少なくとも１つのＭＲＦ（すなわち「メディアリソース機能」）エンティティＭＲｋを含んでもよい。

図示された非限定的実施例では、第１に、変数ｉは、１または２に等しいが、ゼロ以外の任意の値を与えられてもよく、第２に、変数ｊは、１または２に等しいが、ゼロ以外の任意の値を与えられてもよく、第３に、変数ｋは、１に等しいが、ゼロ以外の任意の値を与えられてもよく、第４に、変数ｎは、１または２に等しいが、ゼロ以外の任意の値を与えられてもよい。

以下では、通信端末Ｔｎはデスクトップコンピュータまたはラップトップコンピュータであることが仮定される。しかし、本発明は、このタイプの被呼端末および起呼端末が関係する通信サービスに限定されない。本発明は、信号の形で別の装置とデータを交換するために、多分１つまたは複数のゲートウェイを使用して、少なくとも１つのＩＰネットワークに接続することができる、無線波または有線、固定またはモバイル（またはポータブル）を使用する任意の通信装置が関係する通信サービスに関する。したがって、本発明は、地上回線電話またはモバイル電話、あるいはデスクトップコンピュータまたはラップトップコンピュータ、あるいは通信モジュールを備えた携帯情報端末（すなわちＰＤＡ）、あるいはユーザエージェント機能を含み、サービスを配信するプロバイダに多分属してもよい通信モジュールを備えたサーバでもよい。

本発明は、サービス機器ＰＳｉ、ＡＳｊおよびＭＲｋのうちの少なくともいくつかに、ならびに、好ましくは（図示されているように）それらのすべてに、その機器が、起呼端末または被呼端末Ｔｎから、それが介入する通信サービスを提供することを求める要求を受信した場合、その機器によって処理される機能の中から選択された少なくとも１つの機能を実施することを決定（または拒否）し、次いで、コアネットワークＮＣ内の他のサービス機器のうちの少なくともいくつかに向けられたその決定をシグナリングする情報データを、それらのサービス機器が所与の通信（またはセッション）のために送信するシグナリングに（すなわち、シグナリングメッセージのうちの少なくともいくつか）に挿入し、それらのサービス機器が、それら自体が、所与の通信の継続期間中、選択された機能を実施するのを禁止することができるようにする、タスクを課された制御モジュールＭＣを含む制御装置Ａを備えつけることを提案する。

以下では、非限定的実施例のために、決定が行われる機能は、オンライン課金制御機能であることが仮定される。しかし、本発明は、この利用形態に限定されない。その場合、サービス機器は、それが、第１に、オンライン課金サーバにコンタクトし、第２に、エンドユーザのクレジットが間もなく使い果たされるかまたは使い果たされていること、および、結果として、通信サービスが間もなく、または直ちに、停止されるかまたは中断されることをエンドユーザに通知し、第３に、オンラインクレジットがゼロになった場合、通信サービスを終了するか、または逆に、ユーザがオンライン課金サーバとのアカウントを再クレジットした後は、通信サービスを再開することができるようにする内部機能を有する場合、オンライン課金制御機能を実施するのに適していると言われる。

さらに、以下では、シグナリングメッセージは、データの特質、および、上記データをトランスポートするために使用されるトランスポートプロトコルに関係なく、サービス機器間で、特にインタラクティブ、リアルタイム方式で（任意の形で）データ交換セッションを作成し管理するために使用される（「セッション開始プロトコル」を表す）ＳＩＰタイプ通信確立プロトコルに準拠することが仮定される。

この場合、端末ＴｎによってＳＩＰプロキシＰＳｉに送信されるサービスアクセス要求は、「ＳＩＰ ＩＮＶＩＴＥ」タイプのＳＩＰ確立メッセージの形である。リマインダとして、ＩＮＶＩＴＥメッセージは、起呼端末がサポートする様々なメディアを記載する「ＳＤＰ」を含み、そのＩＮＶＩＴＥメッセージの受信に続いて、セッション中に使用されるメディアを決定するために装置間でネゴシエーションが生じる。

図示された実施例では、変数ｉは、（１および３を含めて）１から３までの間（ＰＳ１からＰＳ３）であるが、ゼロ以外の任意の値を与えられてもよい。

ＩＭＳまたはＭＭＤネットワークでは、上記ネットワークの境界上に配置されていないＳＩＰプロキシＰＳｉは、一般に、（「サービングコールセッション制御機能」を表す）Ｓ−ＣＳＣＦと呼ばれる装置にインストールされる。

好ましくは、アプリケーション（１つまたは複数）サーバＡＳｊは、最初にそのオンライン課金機能を実施する（または実施しない）ことを決定するサービスアクセス要求の受信に続いて、ＳＩＰプロキシＰＳｉによって呼び出されるエンティティである。これは、そのサービス専用のアプリケーション（１つまたは複数）サーバが、エンドユーザの端末との通信を可能にするメディア通信チャネルを知って管理し、その端末とのデータ交換を課されたものであり、そのアプリケーション（１つまたは複数）サーバＡＳｊを呼び出し、要求端末Ｔｎと上記アプリケーションサーバとの間で要求を調整するタスクを課されたＳＩＰプロキシＰＳｉではないので好ましい。

機能（ここでは個々のオンライン課金機能）を「処理する」決定に続いて、制御モジュールＣＭによってシグナリングメッセージに配置された決定情報データは、任意の形で、詳細には、マーク、あるいは符号、あるいはデジットまたはワードの形で現れてもよい。

さらに、制御モジュールＣＭは、たとえば、決定情報データを、新規の専用（かつ標準化された）シグナリングメッセージヘッダに、またはシグナリングメッセージヘッダ内の既存のフィールドに組み込んでもよい。第１の場合では、新規ヘッダをシグナリングメッセージに付加することは、ＳＩＰプロトコルがテキストベースなので、瞬間的である。第２の場合では、決定情報データが組み込まれるヘッダフィールドは、いわゆる「レコードルート」フィールドでもよい。

さらに、決定情報データは、たとえば、たとえば呼び出しまたはインスタントメッセージの場合、ＳＩＰダイアログを開始する制御モジュールＣＭによってＳＩＰシグナリングメッセージに組み込まれてもよい。

制御モジュールＣＭは、相補的情報データを、決定情報データを含むシグナリングメッセージのうちの少なくともいくつかに組み込むタスクを課されてもよいことに留意することが重要である。そのような相補的情報データは、たとえば、それがインストールされているサービス機器の、および／または（セッションのためのビリングを除外した、または除外しない、サービスのためのビリングなどの）実施されるサービスのタイプの、コアネットワークＮＣの中での、識別子を表してもよい。

決定情報データを含む各シグナリングメッセージは、それを生成したアプリケーション（１つまたは複数）サーバＡＳｊ［またはＭＲＦ、またはＳＩＰプロキシ自体］を呼び出したＳＩＰプロキシＰＳｉによって少なくとも他のいくつかのサービス機器に伝達される。好ましくは、ＳＩＰプロキシＰＳｉは、このシグナリングメッセージを、通信（またはセッション）に関係する起呼端末またはその通信（またはセッション）に関係する被呼端末のいずれかの親ネットワークのコアネットワークＮＣにインストールされているすべてのＩＭＳサービス機器（ＰＳｉ’、ＡＳｊ’、およびＭＲｋ）、すなわち、セッションの起呼側または被呼側に配置されているすべてのサービス機器に伝達する。

このようにして、すべてのサービス機器が、アプリケーションサーバ（またはＭＲＦ、またはＳＩＰプロキシ）が所与の通信のために（および関係するセッションの一部分のために）オンライン課金機能を実施するタスクを課されていること、したがって、原則として、そのタスクを処理する必要がないことを通知される。表現「原則として」は、ここでは、サービス機器が、別のサービス機器に代わってオンライン課金を実施するのを引き継ぐか、またはその実施を並行して処理するかのいずれかをしなければならない非常に特定の状況のために使用される。そのような状況が生じた場合、サービス機器は、たとえば、実施されるオンラインビリングのタイプを指定する相補的情報データなどによって、それを通知される。

制御装置Ａが、ネットワーク境界上に（ＳＩＰプロキシが、ＩＭＳまたはＭＭＤネットワークの（「プロキシコールセッション制御機能」を表す）Ｐ−ＣＳＣＦタイプまたは（「問合せコールセッション制御機能」を表す）Ｉ−ＣＳＣＦタイプの機器にインストールされている場合のように、アクセス側か、または、ネットワーク／ユーザインターフェースに配置されたネットワーク側のいずれかに）配置されたＳＩＰプロキシＰＳｉにインストールされている場合、その制御モジュールＣＭは、好ましくは、それらのネットワークの外部から来た（したがって、端末または別のネットワークから来た）シグナリングメッセージの中に含まれている決定情報データを削除するように構成される。

このオプションは、欺瞞を排除することを意図し、詳細には、認可なしに（この場合、無料で）機能（この場合、通信）から利益を受けるために「ハッカー」が虚偽の情報で取引するのを防止することを意図する。

さらに、いくつかのアプリケーション（１つまたは複数）サーバは、いわゆる「バックトゥバックユーザエージェント」モードで動作することができる。そのような場合には、当業者には知られているように、それらは、単一の通信に対応する複数のＳＩＰダイアログを管理し調整することができる「第１」ユーザエージェントおよび「第２」ユーザエージェントを含み、第１ユーザエージェントは、端末から来るシグナリングメッセージを受信するタスクを課され、第２ユーザエージェント（１つまたは複数）は、第１ユーザエージェントによって受信されたシグナリングメッセージを考慮に入れて、他の端末向けのメッセージを生成するタスクを課される。この構成は、用語「バックトゥバックユーザエージェント」によって知られている。

この構成では、第１ユーザエージェントが、決定情報データを含むシグナリングメッセージを受信した場合、アプリケーション（１つまたは複数）サーバにインストールされた装置Ａの制御モジュールＣＭは、第２ユーザエージェント（１つまたは複数）に、この決定情報データをそれが生成する（またはそれらが生成する）ＳＩＰシグナリングに報告（または転送）するよう命令するタスクを課される。

（サービスがいくつかのタイプに分類される場合）サービスまたはサービスの一部分を実施することを決定する機器の識別子、および／またはその機器によって実施される機能（サービス）の識別子などのいくつかの相補的情報データは、上記データを含むシグナリングメッセージを受信する機器によって記憶されてもよいことに留意されたい。この記憶は、たとえば、受信装置のうちのいくつかによって通信のうちの少なくともいくつかのために実施される、当業者がトルチケットと呼ぶものを使用して行われてもよい。

本発明の制御装置Ａ、および詳細にはその制御モジュールＣＭは、電子回路、ソフトウェア（またはコンピューティング）モジュール、あるいは回路とソフトウェアの組合せの形で構成されてもよい。

本発明は、実施例としてのみ提供された上記で説明された制御装置およびサービス機器の実施形態の諸態様に限定されず、そうではなく、本発明は、当業者が添付の特許請求の範囲の枠組みの中で予想することができるすべての変形形態を包含する。

本発明の制御装置を備えたＭＲＦエンティティが接続されているＩＰコアネットワークを非常に概略的に示す。

Claims (13)

1. インターネット通信コアネットワーク（ＮＣ）の中で、少なくとも１つの通信サービスを少なくとも１つの通信端末（Ｔｎ）に提供することに関する機能を実施するように構成されたサービス機器（ＰＳｉ、ＡＳｊ、ＭＲｋ）のための制御装置（Ｄ）であって、所与の通信のために前記サービスを提供することを求める要求が受信された場合、前記機能の中から選択された少なくとも１つの機能を実施することを決定し、次いで、前記コアネットワーク（ＮＣ）内の少なくともいくつかの他のサービス機器（ＰＳｉ、ＡＳｊ、ＭＲｋ）が所与の通信の継続期間に選択された機能を実施するのを禁止するために、この通信のために前記機器が送信するシグナリングメッセージの少なくとも１つに、前記コアネットワーク（ＮＣ）内の少なくともいくつかの他のサービス機器（ＰＳｉ、ＡＳｊ、ＭＲｋ）に向けられたこの決定をシグナリングする情報データを挿入するように構成された制御手段（ＣＭ）を含み、
   前記選択された機能が、被呼端末および／または起呼端末（Ｔｎ）の「オンライン課金」専用であることを特徴とする、制御装置（Ｄ）。
2. 前記コアネットワーク（ＮＣ）内の前記他のサービス機器（ＰＳｉ、ＡＳｊ、ＭＲｋ）が、前記所与の通信に関係する起呼端末（Ｔ１）かまたは被呼端末（Ｔ２）のいずれかの親ネットワークに属することを特徴とする、請求項１に記載の装置。
3. 前記制御手段（ＣＭ）が、それらが前記通信ネットワークの境界上に配置されたサービス機器（ＰＳｉ）に組み込まれている場合、前記ネットワークの外部から来たシグナリングメッセージに含まれている前記決定情報データを削除するように構成されることを特徴とする、請求項１および２のいずれか一項に記載の装置。
4. 前記制御手段（ＣＭ）が、それらが、単一の通信に対応する複数のＳＩＰダイアログを管理し調整するように構成された第１ユーザエージェントおよび第２ユーザエージェントを含むサービス機器（ＡＳｊ）に組み込まれている場合、および、前記第１ユーザエージェントが前記決定情報データを含むシグナリングメッセージを受信した場合、第２ユーザエージェント（１つまたは複数）にこの決定情報データをそれが生成するまたはそれらが生成するＳＩＰシグナリングに報告するよう命令するように構成されることを特徴とする、請求項１から３のいずれか一項に記載の装置。
5. 前記制御手段（ＣＭ）が、前記情報データを前記シグナリングメッセージの専用ヘッダに組み込むように構成されることを特徴とする、請求項１から４のいずれか一項に記載の装置。
6. 前記制御手段（ＣＭ）が、前記情報データを前記シグナリングメッセージのヘッダのフィールドに組み込むように構成されることを特徴とする、請求項１から４のいずれか一項に記載の装置。
7. シグナリングメッセージの送信を管理するＳＩＰタイプ通信確立プロトコルが存在する場合、前記フィールドがいわゆるレコードルートフィールドであることを特徴とする、請求項６に記載の装置。
8. 前記制御手段（ＣＭ）が、決定をシグナリングする情報データとして、相補的情報データを、前記決定情報データを含む前記シグナリングメッセージの少なくともいくつかに組み込むように構成され、前記相補的情報データは、前記装置（Ｄ）がインストールされている、かつ／または実施されたサービスタイプのものであるサービス機器（ＰＳｉ、ＡＳｊ、ＭＲｋ）の識別子を表すことを特徴とする、請求項１および７のいずれか一項に記載の装置。
9. 前記サービスタイプが、セッションのための課金を除外したサービスのための課金、またはセッションのための課金を除外しないサービスのための課金であることを特徴とする、請求項８に記載の装置。
10. 前記選択された機能が、被呼端末および／または起呼端末（Ｔｎ）に課金すること専用であることを特徴とする、請求項１から９のいずれか一項に記載の装置。
11. インターネット通信コアネットワーク（ＮＣ）のためのサービス機器（Ｓｌｉ、ＡＳｊ、ＭＲｋ）であって、少なくとも１つの通信サービスを少なくとも１つの通信端末（Ｔｎ）に提供することに関係する機能を実施するように構成され、請求項１から１０のいずれか一項に記載の制御装置（Ｄ）を含むことを特徴とする、機器。
12. 少なくともプロキシサーバ、アプリケーション（１つまたは複数）サーバ、およびＭＲＦ（「メディアリソース機能」）タイプエンティティを含むグループから選択されたＳＩＰタイプ通信確立プロトコルエンティティを形成することを特徴とする、請求項１１に記載のサービス機器。
13. 請求項１１または１２に記載のサービス機器（ＰＳｉ、ＡＳｊ、ＭＲｋ）を含み、ＩＭＳおよびＭＭＤを含むグループから選択されたインターネット通信コアネットワーク。

Images