(57)【特許請求の範囲】
【請求項１】
ユーザが第２のユーザとの間で通信セッションを開始することを要求するときに、前記ユーザに対して行われる告知の抑制のための方法であって、
前記通信セッションが前記第２のユーザとの間で確立されている間、サービス制御ポイントまたはアプリケーションサーバによって、Ｃｏｎｎｅｃｔ動作で告知抑制インジケータを追加するステップと、
前記第２のユーザが前記要求に回答することができない場合、前記告知が前記ユーザに対して再生されることを抑制するステップと
を含む、方法。
【請求項２】
前記ユーザがセッション開始プロトコル（ＳＩＰ）ユーザであり、前記第２のユーザが公衆交換電話網（ＰＳＴＮ）ユーザである、請求項１に記載の方法。
【請求項３】
前記ユーザがセッション開始プロトコル（ＳＩＰ）ユーザであり、前記第２のユーザがセッション開始プロトコル（ＳＩＰ）ユーザである、請求項１に記載の方法。
【請求項４】
前記ユーザが公衆交換電話網（ＰＳＴＮ）ユーザであり、前記第２のユーザがセッション開始プロトコル（ＳＩＰ）ユーザである、請求項１に記載の方法。
【請求項５】
前記告知抑制インジケータが、前記Ｃｏｎｎｅｃｔ動作で告知抑制（ＳＯＡ）ビットとして追加される、請求項１に記載の方法。
【請求項６】
前記ユーザがセッション開始プロトコル（ＳＩＰ）ユーザであるとき、前記告知抑制（ＳＯＡ）ビットが、Ｐ−Ｉｎｔｅｒａｃｔｉｏｎ−Ｉｎｄｉｃａｔｏｒ内に追加される、請求項５に記載の方法。
【請求項７】
前記ユーザが公衆交換電話網（ＰＳＴＮ）ユーザであるとき、前記告知抑制（ＳＯＡ）ビットがＮａｔｉｏｎａｌ−Ｐａｒａｍｅｔｅｒ内に追加される、請求項５に記載の方法。
【請求項８】
前記告知が、前記第２のユーザが前記要求に回答することができない理由を示す、請求項１に記載の方法。
【請求項９】
セッション開始プロトコル（ＳＩＰ）が、前記ユーザと前記第２のユーザとの間のインターフェースである、請求項１に記載の方法。
【請求項１０】
統合サービスデジタルネットワーク（ＩＳＤＮ）ユーザパート（ＩＳＵＰ）が、前記ユーザと前記第２のユーザとの間のインターフェースである、請求項１に記載の方法。
【請求項１１】
第２のユーザとの間で通信セッションを開始することを求めるユーザからの要求の受信時に、前記ユーザに対して行われる告知の抑制のためのモジュールであって、
前記通信セッションが前記第２のユーザとの間で確立されている間、Ｃｏｎｎｅｃｔ動作で告知抑制インジケータを追加する
ように構成された少なくとも１つの手段を有し、
前記モジュールは、サービス制御ポイント（２０３）またはアプリケーションサーバ（１０３）である、モジュール。
【請求項１２】
前記ユーザがセッション開始プロトコル（ＳＩＰ）ユーザであり、前記第２のユーザが公衆交換電話網（ＰＳＴＮ）ユーザである、請求項１１に記載のモジュール。
【請求項１３】
前記ユーザがセッション開始プロトコル（ＳＩＰ）ユーザであり、前記第２のユーザがセッション開始プロトコル（ＳＩＰ）ユーザである、請求項１１に記載のモジュール。
【請求項１４】
前記ユーザが公衆交換電話網（ＰＳＴＮ）ユーザであり、前記第２のユーザがセッション開始プロトコル（ＳＩＰ）ユーザである、請求項１１に記載のモジュール。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信ネットワークに関し、より詳細には、通信ネットワーク内で行われる告知に関する。
【背景技術】
【０００２】
通信ネットワーク内のユーザが第２のユーザと通信することを望むとき、ユーザは、ネットワークを通じて第２のユーザに要求を送る。何らかの理由で、第２のユーザが要求に応答することができず、ユーザと通信と通信することができないとき、ネットワークは、ユーザに対して失敗告知を再生する。失敗告知は、第２のユーザとの通信セッションを確立する際の失敗の理由を示す。例えば、第２のユーザがビジーであり、要求に応答しない場合、「被呼側ユーザはビジーである」などの告知がユーザに対して再生される。
【０００３】
失敗告知は、通信セッションを確立する際の失敗の理由を伝達し、したがって失敗の理由を伝達する有用な手段である。しかし、ある場合には、告知が再生されることについてユーザに課金されることがあり、通信セッションが第２のユーザとの間で確立されなかったのに、ユーザは、使用料金を支払わなければならない。さらに、失敗告知が第２のユーザのネットワークから、または中間交換局から再生されるために、ネットワークは、異なる番号または第３のユーザにユーザが通信セッションを再接続することを可能にすることができない。時分割多重化（ＴＤＭ）システムなどのシステムでは、失敗告知がユーザに対して再生されることを抑制することができる。しかし、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）システムでは、失敗告知が再生されることを抑制するためのセッション開始プロトコル（ＳＩＰ）インターフェースがない。
【発明の概要】
【課題を解決するための手段】
【０００４】
上記に鑑みて、本明細書での一実施形態は、ユーザからの、ネットワーク内の第２のユーザとの通信セッションを開始する要求の受信時に、ユーザに対して行われる告知を抑制する方法を提供する。第２のユーザとの間で通信セッションを確立している間、告知抑制インジケータがＣｏｎｎｅｃｔ動作で追加され、第２のユーザが要求に回答することができない場合、告知がユーザに対して行われることが抑制される。ユーザはセッション開始プロトコル（ＳＩＰ）ユーザであり、第２のユーザは公衆交換電話網（ＰＳＴＮ）ユーザである。ユーザはセッション開始プロトコル（ＳＩＰ）ユーザでよく、第２のユーザもセッション開始プロトコル（ＳＩＰ）ユーザである。ユーザは公衆交換電話網（ＰＳＴＮ）ユーザでもよく、第２のユーザはセッション開始プロトコル（ＳＩＰ）ユーザでよい。告知抑制インジケータは、Ｃｏｎｎｅｃｔ動作で告知抑制（ＳＯＡ）ビットとして追加される。ユーザがインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）ユーザであとき、告知抑制（ＳＯＡ）ビットがＰ−Ｉｎｔｅｒａｃｔｉｏｎ−Ｉｎｄｉｃａｔｏｒ内に追加される。ユーザが公衆交換電話網（ＰＳＴＮ）ユーザであるとき、告知抑制（ＳＯＡ）ビットがＮａｔｉｏｎａｌ−Ｐａｒａｍｅｔｅｒ内に追加される。告知は、第２のユーザが要求に回答することができない理由を示す。セッション開始プロトコル（ＳＩＰ）または統合サービスデジタルネットワーク（ＩＳＤＮ）ユーザパート（ＩＳＵＰ）は、第１のユーザと第２のユーザとの間のインターフェースである。
【０００５】
実施形態はさらに、ネットワーク内の第２のユーザとの通信セッションを開始することを求めるユーザからの要求の受信時に、ユーザに対して行われる告知の抑制のためのモジュールを開示し、通信セッションが第２のユーザとの間で確立されている間、Ｃｏｎｎｅｃｔ動作で告知抑制インジケータを追加する。モジュールは、サービス制御ポイント（ＳＣＰ）またはアプリケーションサーバ（ＡＳ）である。ユーザはセッション開始プロトコル（ＳＩＰ）ユーザであり、第２のユーザは公衆交換電話網（ＰＳＴＮ）ユーザである。ユーザはセッション開始プロトコル（ＳＩＰ）ユーザでよく、第２のユーザもセッション開始プロトコル（ＳＩＰ）ユーザである。ユーザは公衆交換電話網（ＰＳＴＮ）ユーザでもよく、第２のユーザはセッション開始プロトコル（ＳＩＰ）ユーザでよい。
【０００６】
以下の説明および添付の図面と共に考慮するとき、本明細書の実施形態のこれらおよび他の態様をより良く諒解および理解されよう。
【０００７】
図面を参照しながら、以下の詳細な説明から本明細書の実施形態をより良く理解されよう。
【図面の簡単な説明】
【０００８】
【図１】本明細書の一実施形態による、ＩＭＳネットワーク内のユーザのブロック図である。
【図２】本明細書の一実施形態による、ＰＳＴＮユーザとＳＩＰユーザとの間のインターワーキングのブロック図である。
【図３】本明細書の一実施形態による、アプリケーションサーバ（ＡＳ）のブロック図である。
【図４】本明細書の一実施形態による、サービス制御ポイント（ＳＣＰ）のブロック図である。
【図５】本明細書の一実施形態による、発呼側ユーザに対して告知が行われることを抑制する方法を示す流れ図である。
【図６】本明細書の一実施形態による、発呼側ユーザがＳＩＰユーザであり、被呼側ユーザがＰＳＴＮユーザであるときの告知の抑制を示す一例に関する流れ図である。
【図７】本明細書の一実施形態による、発呼側ユーザがＳＩＰユーザであり、被呼側ユーザがＳＩＰユーザであるときの告知の抑制を示す一例に関する流れ図である。
【図８】本明細書の一実施形態による、発呼側ユーザがＰＳＴＮユーザであり、被呼側ユーザがＳＩＰユーザであるときの告知の抑制を示す一例に関する流れ図である。
【発明を実施するための形態】
【０００９】
添付の図面に示し、以下の説明で詳述する非限定的な実施形態を参照しながら、本明細書の実施形態およびその様々な特徴および有利な詳細をより完全に説明する。本明細書の実施形態を不必要に曖昧にしないように、よく知られている構成要素および処理技法の説明を省略する。本明細書で使用する例は、本明細書の実施形態を実施することのできる方式の理解を促進し、当業者が本明細書の実施形態を実施することをさらに可能にするためのものに過ぎない。したがって、例を、本明細書の実施形態の範囲を限定するものと解釈すべきではない。
【００１０】
本明細書の実施形態は、告知がＩＭＳユーザに告知されることを抑制するシステムおよび方法を開示する。告知は、宛先との間の通信セッションの確立が失敗した理由をユーザに伝達することができる。次に図面、より具体的には図１から８を参照すると、同様の参照記号が各全体を通じて一貫して対応する特徴を表しており、実施形態が示されている。
【００１１】
図１に、ＩＭＳネットワーク内のユーザのブロック図を示す。通信ネットワーク内のユーザが第２のユーザと通信することを望む場合、ユーザは、ネットワークを通じて第２のユーザに要求を送る。ユーザは、セッション開始プロトコル（ＳＩＰ）ユーザまたは公衆交換電話網（ＰＳＴＮ）ユーザでよい。各ユーザは同一のネットワークに属することができ、または各ユーザは異なるネットワークに属することができる。セッション開始プロトコル（ＳＩＰ）または統合サービスデジタルネットワーク（ＩＳＤＮ）ユーザパート（ＩＳＵＰ）が、ユーザ間のインターフェースのために使用される。
【００１２】
発呼側ユーザとしてのＳＩＰユーザと、被呼側ユーザとしてのＰＳＴＮユーザとの間で通信セッションを確立すべきである場合、ＳＩＰユーザＡ１０１は、ネットワークを通じてＰＳＴＮユーザＡ１０５に要求を送る。要求は、サービングコールセッション制御機能（Ｓ−ＣＳＣＦ）１０２によって受信される。Ｓ−ＣＳＣＦ１０２は、加入者がＩＭＳネットワーク内のサービスにアクセスするためのセッション制御を提供する。Ｓ−ＣＳＣＦ１０２は、ＳＩＰユーザＡ１０１からサービスを求める要求を受信し、要求を処理し、アプリケーションサーバ（ＡＳ）１０３に要求を中継する。ＡＳ１０８は、ＳＩＰユーザＡ１０１によって要求されたサービスをホストおよび実行し、ＳＩＰを使用してＳ−ＣＳＣＦ１０２とインターフェースする。ＩＭＳネットワーク内で、ＡＳ１０３は、特定のサービスまたはサービスの一部をホストする。サービスは、Ｓ−ＣＳＣＦ１０２とのＳＩＰベースの通信を通じて起動される。ＡＳ１０３が要求を受信し、ＳＩＰユーザＡ１０１がＰＳＴＮユーザＡ１０５との間で通信セッションを開始したいと判定したとき、ＡＳ１０３は、ＰＳＴＮユーザＡ１０５との間で通信リンクを確立しようと試みる。何らかの理由で、ＰＳＴＮユーザＡ１０５が要求に応答することができない場合、ユーザ間で通信セッションは確立されない。次いで、ＰＳＴＮユーザＡ１０５との間の通信セッションの確立の失敗の理由を伝達する告知が、ＳＩＰユーザＡ１０１に対して再生される。例えば、ＰＳＴＮユーザＡ１０５がビジーである場合、ＰＳＴＮユーザＡ１０５が要求に応答しない場合、ＰＳＴＮユーザＡ１０５までの利用可能なネットワーク経路がない場合、ＳＩＰユーザＡ１０１がＰＳＴＮユーザＡ１０５との間の通信セッションを確立するのに十分な通貨を口座に有さない場合、および通信セッションを確立するためにＰＳＴＮユーザＡ１０５の通信端末が利用可能ではない場合、ＰＳＴＮユーザＡ１０５との間で通信セッションが確立されない。ＳＩＰユーザＡ１０１に対して再生される告知は、「被呼側ユーザが応答しませんでした」でよい。告知は、ビデオ告知、オーディオ告知、テキスト告知、または情報を伝達するために使用することのできる任意のメディアタイプでよい。ＡＳ１０３は、要求メッセージ内にインジケータを追加し、ＰＳＴＮユーザＡ１０５に向けて後続のメッセージを送る。インジケータは、ＳＩＰユーザＡ１０１に対して再生される告知を抑制するために追加される。例えば、Ｃｏｎｎｅｃｔ動作の一部としてインジケータを追加することができ、告知抑制（ＳＯＡ）インジケータを、要求メッセージの一部としてＰ−Ｉｎｔｅｒａｃｔｉｏｎ−Ｉｎｄｉｃａｔｏｒ内の「ＡＬＬＯＷ：ＳＯＡ」として追加することができる。ＳＩＰユーザＡ１０１とＰＳＴＮユーザＡ１０５が異なるＩＭＳネットワーク内にある場合、ＳＯＡインジケータの受信時に、ＰＳＴＮユーザＡ１０５のネットワークは、いかなる失敗告知も、それがＳＩＰユーザＡ１０１に対して再生されることを抑制すべきであると判定する。ＡＳ１０３によってＰＳＴＮユーザＡ１０５に送られるメッセージは、メディアゲートウェイ制御機能（ＭＧＣＦ）１０４によって受信される。ＭＧＣＦ１０４はメッセージを受信し、ＰＳＴＮユーザＡ１０５がメッセージを理解するようにメッセージをインターワークする。ＭＧＣＦ１０４は、ＡＳ１０３から受信したＳＯＡインジケータを、ＰＳＴＮユーザＡ１０５のネットワークが理解することのできるメッセージにマッピングする。例えば、ＭＧＣＦ１０４は、ＳＯＡインジケータを、ＳＩＰユーザＣ２０５に送られる初期アドレスメッセージ（ＩＡＭ）にマッピングすることができる。ＳＯＡインジケータは、ＩＡＭの一部としてＮａｔｉｏｎａｌ  Ｐａｒａｍｅｔｅｒ内に「ＳＯＡ：ＴＲＵＥ」として追加されるＳＯＡインジケータでよい。次いで、ＭＧＣＦ１０４は、ＰＳＴＮユーザＡ１０５に要求を送る。ＰＳＴＮユーザＡ１０５が要求に応答する場合、ユーザ間で通信セッションが確立される。ＰＳＴＮユーザＡ１０５が要求に応答しない場合、ＰＳＴＮユーザＡ１０５のネットワークまたは中間ネットワークが、ＰＳＴＮユーザＡ１０５が要求に応答しない理由をＳＩＰユーザＡ１０１のネットワークに伝達する。ユーザ間で通信セッションは確立されず、ＳＩＰユーザＡ１０１のネットワークは、ＳＩＰユーザＡ１０１に対して失敗告知を再生しない。ＰＳＴＮネットワークは、告知がＳＩＰユーザＡ１０１に対して行われることを抑制する。
【００１３】
発呼側ユーザとしてのＳＩＰユーザと、被呼側ユーザとしてのＳＩＰユーザとの間で通信セッションを確立すべきである場合、ＳＩＰユーザＡ１０１は、ネットワークを通じてＳＩＰユーザＢ１０７に要求を送る。要求はＳ−ＣＳＣＦ１０２によって受信される。Ｓ−ＣＳＣＦ１０２は、ＳＩＰユーザＡ１０１からサービスを求める要求を受信し、要求を処理し、ＡＳ１０３に要求を中継する。ＡＳ１０３が要求を受信し、ＳＩＰユーザＡ１０１がＳＩＰユーザＢ１０７との間で通信セッションを開始したいと判定したとき、ＡＳ１０３は、ＳＩＰユーザＢ１０７との間で通信リンクを確立しようと試みる。何らかの理由で、ＳＩＰユーザＢ１０７が要求に応答することができない場合、ユーザ間で通信セッションは確立されない。次いで、ＳＩＰユーザＢ１０７との間の通信セッションの確立の失敗の理由を伝達する告知が、ＳＩＰユーザＡ１０１に対して再生される。ＡＳ１０３は、要求メッセージ内にインジケータを追加し、ＳＩＰユーザＢ１０７に向けて後続のメッセージを送る。インジケータは、ＳＩＰユーザＡ１０１に対して再生される告知を抑制するために追加される。例えば、インジケータをＣｏｎｎｅｃｔ動作の一部として追加することができ、告知抑制（ＳＯＡ）インジケータを要求メッセージの一部としてＰ−Ｉｎｔｅｒａｃｔｉｏｎ−Ｉｎｄｉｃａｔｏｒ内の「ＡＬＬＯＷ：ＳＯＡ」として追加することができる。ＳＩＰユーザＡ１０１とＳＩＰユーザＢ１０７が異なるＩＭＳネットワーク内にある場合、ＳＯＡインジケータの受信時に、ＳＩＰユーザＢ１０７のネットワークは、いかなる失敗告知も、それがＳＩＰユーザＡ１０１に対して再生されることを抑制すべきであると判定する。ＡＳ１０３によってＳＩＰユーザＢ１０７に対して送られるメッセージは、プロキシコールセッション制御機能（Ｐ−ＣＳＣＦ）１０６によって受信される。Ｐ−ＣＳＣＦ１０６は、要求をＳＩＰユーザＢ１０７に中継する。ＳＩＰユーザＢ１０７が要求に応答する場合、ユーザ間で通信セッションが確立される。ＳＩＰユーザＢ１０７が要求に応答しない場合、ＳＩＰユーザＢ１０７のネットワークまたは中間ネットワークが、ＳＩＰユーザＢ１０７が要求に応答しない理由をＳＩＰユーザＡ１０１のネットワークに伝達する。ユーザ間で通信セッションは確立されず、ＳＩＰユーザＡ１０１のネットワークは、ＳＩＰユーザＡ１０１に対して失敗告知を再生しない。Ｓ−ＣＳＣＦ１０２は、告知がＳＩＰユーザＡ１０１に対して行われることを抑制する。
【００１４】
図２に、ＰＳＴＮユーザとＳＩＰユーザとの間のインターワーキングのブロック図を示す。通信ネットワーク内のユーザが第２のユーザと通信することを望むとき、ユーザは、ネットワークを通じて第２のユーザに要求を送る。発呼側ユーザとしてのＰＳＴＮユーザと、被呼側ユーザとしてのＳＩＰユーザとの間で通信セッションを確立すべきである場合、ＰＳＴＮユーザＢ２０１は、ネットワークを通じてＳＩＰユーザＣ２０５に要求を送る。要求は、ＰＳＴＮサービススイッチングポイント（ＳＳＰ）２０２によって受信される。ＰＳＴＮユーザＢ２０１から要求を受信し、ユーザ間で通信セッションを確立しなければならないと判定したとき、ＰＳＴＮ  ＳＳＰ２０２は、サービス制御ポイント（ＳＣＰ）２０３をトリガする。ＳＣＰ２０３は、ネットワークによって提供されるサービスを制御する助けとなるように使用される。ＳＣＰ２０３は、通信セッションをルーティングすべき番号を識別し、通信セッションをその番号にルーティングする。ＳＣＰ２０３は、ＰＳＴＮユーザＢ２０１によって要求されるサービスを実装するサービスロジックを含む。ＳＣＰ２０３が要求を受信し、ＰＳＴＮユーザＢ２０１がＳＩＰユーザＣ２０５との間で通信セッションを開始したいと判定したとき、ＳＣＰ２０３は、ＳＩＰユーザＣ２０５との間で通信リンクを確立しようと試みる。何らかの理由で、ＳＩＰユーザＣ２０５が要求に応答することができない場合、ユーザ間で通信セッションは確立されない。次いで、ＳＩＰユーザＣ２０５との間の通信セッションの確立の失敗の理由を伝達する告知が、ＰＳＴＮユーザＢ２０１に対して再生される。ＳＣＰ２０３は、要求メッセージ内にインジケータを追加し、ＳＩＰユーザＣ２０５に向けて後続のメッセージを送る。インジケータは、ＰＳＴＮユーザＢ２０１に対して再生される告知を抑制するために追加される。例えば、インジケータは、Ｃｏｎｎｅｃｔ動作の一部としてＮａｔｉｏｎａｌ  Ｐａｒａｍｅｔｅｒ内に「ＳＯＡ：ＴＲＵＥ」として追加されるＳＯＡインジケータでよい。ＰＳＴＮユーザＢ２０１とＳＩＰユーザＣ２０５が異なるＩＭＳネットワーク内にある場合、ＳＯＡインジケータの受信時に、ＳＩＰユーザＣ２０５のネットワークは、いかなる失敗告知も、それがＰＳＴＮユーザＢ２０１に対して再生されることを抑制すべきであると判定する。ＳＣＰ２０３によってＳＩＰユーザＣ２０５に送られるメッセージは、ＭＧＣＦ１０４によって受信される。ＭＧＣＦ１０４は、ネットワーク内の通信セッションを確立することに関連するシグナリングを受信し、処理し、生成するように設計される。ＭＧＣＦ１０４は、ＰＳＴＮユーザＢ２０１によって生成されたメッセージを受信し、ＩＭＳネットワーク内のＳＩＰユーザＣ２０５がメッセージを理解するようにメッセージをインターワークする。ＭＧＣＦ１０４は、ＳＣＰ２０３から受信したＳＯＡインジケータを、ＳＩＰユーザＣ２０５のネットワークが理解することのできるメッセージにマッピングする。例えば、ＭＧＣＦ１０４は、ＳＯＡインジケータを、ＳＩＰユーザＣ２０５に送られる勧誘メッセージにマッピングすることができる。ＳＯＡインジケータを、Ｐ−Ｉｎｔｅｒａｃｔｉｏｎ−Ｉｎ��ｉｃａｔｏｒ内の「ＡＬＬＯＷ：ＳＯＡ」として追加することができる。次いで、ＭＧＣＦ１０４は、Ｓ−ＣＳＣＦ１０２にメッセージを送る。Ｓ−ＣＳＣＦ１０２は、要求をＳＩＰユーザＣ２０５に中継する。ＳＩＰユーザＣ２０５が要求に応答する場合、ユーザ間で通信セッションが確立される。ＳＩＰユーザＣ２０５が要求に応答しない場合、ＳＩＰユーザＣ２０５のネットワークまたは中間ネットワークが、ＳＩＰユーザＣ２０５が要求に応答しない理由をＰＳＴＮユーザＢ２０１のネットワークに伝達する。ユーザ間で通信セッションは確立されず、ＰＳＴＮユーザＢ２０１のネットワークは、ＰＳＴＮユーザＢ２０１に対して失敗告知を再生しない。ＳＩＰユーザＣ２０５が要求に応答しない場合、ユーザ間で通信セッションは確立されず、失敗告知はＰＳＴＮユーザＢ２０１に対して再生されない。Ｓ−ＣＳＣＦ１０２は、告知がＰＳＴＮユーザＢ２０１に対して行われることを抑制する。
【００１５】
図３に、アプリケーションサーバ（ＡＳ）のブロック図を示す。ＩＭＳネットワーク内のユーザが第２のユーザと通信することを望むとき、ユーザは、ネットワークを通じて第２のユーザに要求を送る。発呼側ユーザとしてのＳＩＰユーザと、被呼側ユーザとしてのＰＳＴＮユーザとの間で、または２人のＳＩＰユーザ間で通信セッションを確立すべきである場合、要求が、Ｓ−ＣＳＣＦ１０２からＡＳ１０３によって受信される。ＡＳ１０３は、受信機３０２を使用して要求を受信する。ＡＳ１０３が要求を受信し、ユーザ間で通信セッションを確立しなければならないと判定したとき、ＡＳ１０３は、ユーザ間の通信リンクを確立しようと試みる。何らかの理由で、被呼側ユーザが要求に応答することができない場合、ユーザ間で通信セッションは確立されない。次いで、通信セッションの確立の失敗の理由を伝達する告知が、発呼側ユーザに対して再生される。再生すべき告知はメモリ３０４から得られる。ＡＳ１０３は、要求メッセージ内にインジケータを追加し、被呼側ユーザに向けて後続のメッセージを送る。インジケータは、発呼側ユーザに対して再生される告知を抑制するために追加される。プロセッサ３０１は、ＡＳ１０３の機能を制御する。ＡＳ１０３によって実施されるすべての動作は、プロセッサ３０１によって調整される。プロセッサ３０１は、メッセージにＳＯＡインジケータを追加する。ＡＳ１０３は、送信機３０３を使用して、被呼側ユーザに向けてメッセージを送る。ＳＯＡインジケータの受信時に、被呼側ユーザのネットワークは、いかなる失敗告知も、それが発呼側ユーザに対して再生されることを抑制すべきであると判定する。被呼側ユーザが要求に応答  する場合、ユーザ間で通信セッションが確立される。被呼側ユーザが要求に応答しない場合、ユーザ間で通信セッションは確立されず、失敗告知が発呼側ユーザに対して再生されない。
【００１６】
図４に、サービス制御ポイント（ＳＣＰ）のブロック図を示す。ＩＭＳネットワーク内のユーザが第２のユーザと通信することを望むとき、ユーザは、ネットワークを通じて第２のユーザに要求を送る。発呼側ユーザとしてのＰＳＴＮユーザと、被呼側ユーザとしてのＳＩＰユーザとの間で通信セッションを確立すべきである場合、要求が、ＳＣＰ２０３によってＰＳＴＮ  ＳＳＰ２０２から受信される。ＳＣＰ２０３は、受信機４０２を使用して要求を受信する。ＳＣＰ２０３が要求を受信し、ユーザ間で通信セッションを確立しなければならないと判定したとき、ＳＣＰ２０３は、ユーザ間の通信リンクを確立しようと試みる。何らかの理由で、被呼側ユーザが要求に応答することができない場合、ユーザ間で通信セッションは確立されない。次いで、通信セッションの確立の失敗の理由を伝達する告知が、発呼側ユーザに対して再生される。再生すべき告知はメモリ４０４から得られる。ＳＣＰ２０３は、要求メッセージ内にインジケータを追加し、被呼側ユーザに向けて後続のメッセージを送る。インジケータは、発呼側ユーザに対して再生される告知を抑制するために追加される。プロセッサ４０１は、ＳＣＰ２０３の機能を制御する。ＳＣＰ２０３によって実施されるすべての動作は、プロセッサ４０１によって調整される。プロセッサ４０１は、メッセージにＳＯＡインジケータを追加する。ＳＣＰ２０３は、送信機３０３を使用して、被呼側ユーザに向けてメッセージを送る。ＳＯＡインジケータの受信時に、被呼側ユーザのネットワークは、いかなる失敗告知も、それが発呼側ユーザに対して再生されることを抑制すべきであると判定する。被呼側ユーザが要求に応答する場合、ユーザ間で通信セッションが確立される。被呼側ユーザが要求に応答しない場合、ユーザ間で通信セッションは確立されず、失敗告知が発呼側ユーザに対して再生されない。
【００１７】
図５は、発呼側ユーザに対して告知が行われることを抑制する方法を示す流れ図である。通信ネットワーク内のユーザが第２のユーザと通信することを望む場合、ユーザは、ネットワークを通じて第２のユーザに要求を送る（５０１）。要求はネットワークによって受信される（５０２）。発呼側ユーザからの要求の受信時に、ネットワークは、発呼側ユーザと被呼側ユーザとの間で通信セッションを確立しようと試みる。何らかの理由で、被呼側ユーザが要求に応答することができない場合、ユーザ間で通信セッションは確立されない。次いで、被呼側ユーザとの間の通信セッションの確立の失敗の理由を伝達する告知が、発呼側ユーザに対して再生される。ネットワークは、要求メッセージ内にインジケータを追加し（５０３）、被呼側ユーザに向けて後続のメッセージを送る。インジケータは、発呼側ユーザに対して再生される告知を抑制するために追加される。ＡＳ１０３またはＳＣＰ２０３によってインジケータを追加することができる。インジケータが要求メッセージに追加されると、ネットワークは、被呼側ユーザに向けてメッセージを送る（５０４）。被呼側ユーザが要求に対して応答する場合（５０５）、ユーザ間で通信セッションが確立され、ユーザは互いに通信することができる（５０６）。被呼側ユーザが要求に応答しない場合（５０５）、ユーザ間で通信セッションは確立されず、失敗告知が発呼側ユーザに対して再生されることが抑制される（５０７）。方法５００の様々な動作は、提示した順序で、異なる順序で、または同時に実施することができる。さらに、ある実施形態では、図５に列挙するいくつかの動作を省略することができる。
【００１８】
図６に、発呼側ユーザがＳＩＰユーザであり、被呼側ユーザがＰＳＴＮユーザであるときの告知の抑制を示す一例に関する流れ図を示す。通信ネットワーク内のユーザが第２のユーザと通信することを望むとき、ユーザは、ネットワークを通じて第２のユーザに要求を送る。発呼側ユーザとしてのＳＩＰユーザと、被呼側ユーザとしてのＰＳＴＮユーザとの間で通信セッションを確立すべきである場合、ＳＩＰユーザＡ１０１は、ネットワークを通じてＰＳＴＮユーザＡ１０５に要求を送る。要求メッセージは、ＩＮＶＩＴＥ６０１メッセージとして送ることができる。要求は、Ｓ−ＣＳＣＦ１０２によって受信される。Ｓ−ＣＳＣＦ１０２は、ＳＩＰユーザＡ１０１からサービスを求める要求を受信し、要求を処理し、ＡＳ１０３に要求を中継する。Ｓ−ＣＳＣＦ１０２によってＡＳ１０３に送られるメッセージは、ＩＮＶＩＴＥ６０２メッセージでよい。ＡＳ１０３が要求を受信し、ＳＩＰユーザＡ１０１がＰＳＴＮユーザＡ１０５との間で通信セッションを開始したいと判定したとき、ＡＳ１０３は、ＰＳＴＮユーザＡ１０５との間で通信リンクを確立しようと試みる。何らかの理由で、ＰＳＴＮユーザＡ１０５が要求に応答することができない場合、ユーザ間で通信セッションは確立されない。次いで、ＰＳＴＮユーザＡ１０５との間の通信セッションの確立の失敗の理由を伝達する告知が、ＳＩＰユーザＡ１０１に対して再生される。ＡＳ１０３は、要求メッセージ内にインジケータを追加し、Ｓ−ＣＳＣＦ１０２およびＭＧＣＦ１０４を通じて、ＰＳＴＮユーザＡ１０５に向けて後続のメッセージを送る。インジケータは、ＳＩＰユーザＡ１０１に対して再生される告知を抑制するために追加される。ＡＳ１０３によってＳ−ＣＳＣＦ１０２に送られるメッセージは、ＩＮＶＩＴＥ６０３メッセージでよく、Ｓ−ＣＳＣＦ１０２によってＭＧＣＦ１０４に送られるメッセージは、ＩＮＶＩＴＥ６０４メッセージでよい。ＭＧＣＦ１０４はメッセージを受信し、ＰＳＴＮユーザＡ１０５がメッセージを理解するようにメッセージをインターワークする。ＭＧＣＦ１０４は、ＡＳ１０３から受信したＳＯＡインジケータを、ＰＳＴＮユーザＡ１０５のネットワークが理解することのできるメッセージにマッピングする。次いで、ＭＧＣＦ１０４はＰＳＴＮユーザＡ１０５に要求を送り、ＭＧＣＦ１０４によってＰＳＴＮユーザＡ１０５に送られるメッセージは、ＩＡＭ６０５でよい。ＰＳＴＮユーザＡ１０５がビジーであり、要求に応答しない場合、表示がＭＧＣＦ１０４に送られる。表示はＲＥＬ６０６メッセージとして送ることができ、メッセージは、ＰＳＴＮユーザＡ１０５が要求に応答しない理由を示す。ＭＧＣＦ１０４はＳ−ＣＳＣＦ１０２に表示を送る。ＭＧＣＦ１０４によってＳ−ＣＳＣＦ１０２に送られる表示は、ＢＵＳＹ６０７メッセージでよい。表示を受信し、ＰＳＴＮユーザＡ１０５がビジーであると判定したとき、Ｓ−ＣＳＣＦ１０２は、失敗告知がＳＩＰユーザＡ１０１に対して行われることを抑制する。次いで、Ｓ−ＣＳＣＦ１０２はＡＳ１０３に表示を送る。Ｓ−ＣＳＣＦ１０２によってＡＳ１０３に送られる表示は、ＢＵＳＹ６０８メッセージでよい。表示を受信し、ＳＩＰユーザＡ１０１とＰＳＴＮユーザＡ１０５との間で通信セッションが確立されなかったと判定したとき、ＡＳ１０３は、ＳＩＰユーザＡ１０１が異なる宛先番号との間で通信セッションを確立しようと試みることを許可することができる。
【００１９】
図７に、発呼側ユーザがＳＩＰユーザであり、被呼側ユーザがＰＳＴＮユーザであるときの告知の抑制を示す一例に関する流れ図を示す。通信ネットワーク内のユーザが第２のユーザと通信することを望むとき、ユーザは、ネットワークを通じて第２のユーザに要求を送る。発呼側ユーザとしてのＳＩＰユーザと、被呼側ユーザとしてのＰＳＴＮユーザとの間で通信セッションを確立すべきである場合、ＳＩＰユーザＡ１０１は、ネットワークを通じてＳＩＰユーザＢ１０７に要求を送る。要求メッセージはＩＮＶＩＴＥ７０１メッセージとして送ることができる。要求はＳ−ＣＳＣＦ１０２によって受信される。Ｓ−ＣＳＣＦ１０２は、ＳＩＰユーザＡ１０１からサービスを求める要求を受信し、要求を処理し、ＡＳ１０３に要求を中継する。Ｓ−ＣＳＣＦ１０２によってＡＳ１０３に送られるメッセージは、ＩＮＶＩＴＥ７０２メッセージでよい。ＡＳ１０３が要求を受信し、ＳＩＰユーザＡ１０１がＳＩＰユーザＢ１０７との間で通信セッションを開始したいと判定したとき、ＡＳ１０３は、ＳＩＰユーザＢ１０７との間で通信リンクを確立しようと試みる。何らかの理由で、ＳＩＰユーザＢ１０７が要求に応答することができない場合、ユーザ間で通信セッションは確立されない。次いで、ＳＩＰユーザＢ１０７との間の通信セッションの確立の失敗の理由を伝達する告知が、ＳＩＰユーザＡ１０１に対して再生される。ＡＳ１０３は、要求メッセージ内にインジケータを追加し、Ｓ−ＣＳＣＦ１０２およびＰ−ＣＳＣＦ１０６を通じて、ＳＩＰユーザＢ１０７に向けて後続のメッセージを送る。インジケータは、ＳＩＰユーザＡ１０１に対して再生される告知を抑制するために追加される。ＡＳ１０３によってＳ−ＣＳＣＦ１０２に送られるメッセージは、ＩＮＶＩＴＥ７０３メッセージでよく、Ｓ−ＣＳＣＦ１０２によってＰ−ＣＳＣＦ１０６に送られるメッセージは、ＩＮＶＩＴＥ７０４メッセージでよい。Ｐ−ＣＳＣＦ１０６は、ＳＩＰユーザＢ１０７にメッセージを中継する。Ｐ−ＣＳＣＦ１０６によってＳＩＰユーザＢ１０７に送られるメッセージは、ＩＮＶＩＴＥ７０５メッセージでよい。ＳＩＰユーザＢ１０７がビジーであり、要求に応答しない場合、表示がＰ−ＣＳＣＦ１０６に送られる。表示はＢＵＳＹ７０６メッセージとして送ることができ、メッセージは、ＳＩＰユーザＢ１０７が要求に応答しない理由を示す。Ｐ−ＣＳＣＦ１０６はＳ−ＣＳＣＦ１０２に表示を送る。Ｐ−ＣＳＣＦ１０６によってＳ−ＣＳＣＦ１０２に送られる表示は、ＢＵＳＹ７０７メッセージでよい。表示を受信し、ＳＩＰユーザＢ１０７がビジーであると判定したとき、Ｓ−ＣＳＣＦ１０２は、失敗告知がＳＩＰユーザＡ１０１に対して行われることを抑制する。次いで、Ｓ−ＣＳＣＦ１０２はＡＳ１０３に表示を送る。Ｓ−ＣＳＣＦ１０２によってＡＳ１０３に送られる表示は、ＢＵＳＹ７０８メッセージでよい。表示を受信し、ＳＩＰユーザＡ１０１とＳＩＰユーザＢ１０７との間で通信セッションが確立されなかったと判定したとき、ＡＳ１０３は、ＳＩＰユーザＡ１０１が異なる宛先番号との間で通信セッションを確立しようと試みることを許可することができる。
【００２０】
図８に、発呼側ユーザがＰＳＴＮユーザであり、被呼側ユーザがＳＩＰユーザであるときの告知の抑制を示す一例に関する流れ図を示す。通信ネットワーク内のユーザが第２のユーザと通信することを望むとき、ユーザは、ネットワークを通じて第２のユーザに要求を送る。発呼側ユーザとしてのＰＳＴＮユーザと、被呼側ユーザとしてのＳＩＰユーザとの間で通信セッションを確立すべきである場合、ＰＳＴＮユーザＢ２０１は、ネットワークを通じてＳＩＰユーザＣ２０５に要求を送る。要求メッセージはＩＡＭ８０１として送ることができる。要求はＰＳＴＮ  ＳＳＰ２０２によって受信される。ＰＳＴＮユーザＢ２０１から要求を受信し、ユーザ間で通信セッションを確立しなければならないと判定したとき、ＰＳＴＮ  ＳＳＰ２０２はＳＣＰ２０３をトリガする。ＰＳＴＮ  ＳＳＰ２０２はＳＣＰ２０３に要求を送り、ＰＳＴＮ  ＳＳＰ２０２によってＳＣＰ２０３に送られるメッセージは、初期検出ポイント（ＩＤＰ）８０２でよい。ＳＣＰ２０３が要求を受信し、ＰＳＴＮユーザＢ２０１がＳＩＰユーザＣ２０５との間で通信セッションを開始したいと判定したとき、ＳＣＰ２０３は、ＳＩＰユーザＣ２０５との間で通信リンクを確立しようと試みる。何らかの理由で、ＳＩＰユーザＣ２０５が要求に応答することができない場合、ユーザ間で通信セッションは確立されない。次いで、ＳＩＰユーザＣ２０５との間の通信セッションの確立の失敗の理由を伝達する告知が、ＰＳＴＮユーザＢ２０１に対して再生される。ＳＣＰ２０３は、要求メッセージ内にインジケータを追加し、ＳＩＰユーザＣ２０５に向けて後続のメッセージを送る。インジケータは、ＰＳＴＮユーザＢ２０１に対して再生される告知を抑制するために追加される。ＳＣＰ２０３は、ＰＳＴＮ  ＳＳＰ２０２にＣｏｎｎｅｃｔ８０３メッセージとしてメッセージを送る。ＳＣＰ２０３によって送られるメッセージは、通信セッションの確立の失敗の理由を示すイベント表示をも含むことができる。イベント表示は、イベントレポート基本コール状態モデル（ＢＣＳＭ）として含めることができる。メッセージの受信時に、ＰＳＴＮ  ＳＳＰ２０２は、表示をＩＡＭ８０４にマッピングする。表示をＮａｔｉｏｎａｌ  Ｐａｒａｍｅｔｅｒ内の「ＳＯＡ：ＴＲＵＥ」としてＩＡＭ８０４にマッピングすることができる。ＰＳＴＮ  ＳＳＰ２０２は、ＩＡＭ８０４をＭＧＣＦ１０４に送る。ＭＧＣＦ１０４は、表示をＩＮＶＩＴＥ８０５メッセージにマッピングする。表示をＰ−Ｉｎｔｅｒａｃｔｉｏｎ−Ｉｎｄｉｃａｔｏｒ内の「Ａｌｌｏｗ：ＳＯＡ」としてＩＮＶＩＴＥ８０５メッセージにマッピングすることができる。ＭＧＣＦ１０４は、ＳＩＰユーザＣ２０５に勧誘メッセージを送る。ＳＩＰユーザＣ２０５がビジーであり、要求に応答しない場合、表示がＳ−ＣＳＣＦ１０２に送られる。表示をＢＵＳＹ８０７メッセージとして送ることができ、メッセージは、ＳＩＰユーザＣ２０５が要求に応答しない理由を示す。表示を受信し、ＳＩＰユーザＢ１０７がビジーであると判定したとき、Ｓ−ＣＳＣＦ１０２は、失敗告知がＰＳＴＮユーザＢ２０１に対して行われることを抑制する。次いで、Ｓ−ＣＳＣＦ１０２はＭＧＣＦ１０４に表示を送る。��−ＣＳＣＦ１０２によってＭＧＣＦ１０４に送られるメッセージは、ＢＵＳＹ８０８メッセージでよい。次いで、ＭＧＣＦ１０４は、ＳＩＰユーザＣ２０５がビジーであるのでセッションを解放するようにＰＳＴＮ  ＳＳＰ２０２にメッセージを送る。ＭＧＣＦ１０４によってＰＳＴＮ  ＳＳＰ２０２に送られるメッセージは、ＲＥＬ８０９メッセージでよい。次いで、ＰＳＴＮ  ＳＳＰ２０２は、通信セッションの確立の失敗の理由を示す表示をＳＣＰ２０３に送る。表示は、Ｅｖｅｎｔ  Ｒｅｐｏｒｔ  ＢＣＳＭ８０１０メッセージとしてＰＳＴＮ  ＳＳＰ２０２によってＳＣＰ２０３に送ることができる。
【００２１】
本明細書で開示した実施形態は、少なくとも１つのハードウェアデバイス上で動作し、ネットワーク管理機能を実行してネットワーク要素を制御する、少なくとも１つのソフトウェアプログラムを通じて実施することができる。図１、図２、図３、および図４に示すネットワーク要素は、ハードウェアデバイス、またはハードウェアデバイスとソフトウェアモジュールの組合せのうちの少なくとも１つでよいブロックを含む。
【００２２】
本明細書で開示した実施形態は、告知がＩＭＳユーザに対して告知されることを抑制するシステムおよび方法を指定する。したがって、プログラムがサーバまたはモバイルデバイスまたは任意の適切なプログラム可能デバイス上で動作するとき、そのようなプログラム、さらにはその中にメッセージを有するコンピュータ可読手段に保護範囲が拡張され、そのようなコンピュータ可読記憶手段は、方法の１つまたは複数のステップの実施のためのプログラムコード手段を含むことを理解されたい。方法は、好ましい実施形態では、例えば超高速集積回路ハードウェア記述言語（ＶＨＤＬ）、別のコーディング言語で書かれたソフトウェアプログラムを通じて、またはそれと共に実施され、あるいは１つまたは複数のＶＨＤＬまたは少なくとも１つハードウェアデバイス上で実行されるいくつかのソフトウェアモジュールによって実施される。ハードウェアデバイスは、例えばサーバまたはパーソナルコンピュータなどの任意の種類のコンピュータ、またはそれらの任意の組合せ、例えば１つのプロセッサと２つのＦＰＧＡを含む、プログラムすることのできる任意の種類のデバイスでよい。デバイスはまた、例えばＡＳＩＣなどの例えばハードウェア手段、またはハードウェア手段とソフトウェア手段の組合せ、例えばＡＳＩＣとＦＰＧＡ、または少なくとも１つのマイクロプロセッサとその中にソフトウェアモジュールが配置された少なくとも１つメモリでよい手段をも含むことができる。本明細書で説明した方法実施形態は、純粋なハードウェアで実施することができ、または部分的にハードウェアで、部分的にはソフトウェアで実施することができる。あるいは、本発明は、例えば複数のＣＰＵを使用する、異なるハードウェアデバイス上で実施することができる。
【００２３】
特定の実施形態の上記の説明は、本明細書の実施形態の一般的性質を完全に明らかにするので、現在の知識を適用することにより、一般的概念から逸脱することなく、他の人がそのような特定の実施形態を様々な用途に関して容易に修正および／または適合することができ、したがって、そのような適合および修正は、開示する実施形態の均等物の意味および範囲内に包含されるべきであり、包含されるものとする。本明細書で使用した語法または用語は説明のためのものであり、限定ではないことを理解されたい。したがって、本明細書の実施形態を好ましい実施形態によって説明したが、本明細書で説明される特許請求の趣旨および範囲内の修正と共に本明細書の実施形態を実施できることを当業者は理解されよう。
【図１】
0005623637.tif 000002
【図２】
0005623637.tif 000003
【図３】
0005623637.tif 000004
【図４】
0005623637.tif 000005
【図５】
0005623637.tif 000006
【図６】
0005623637.tif 000007
【図７】
0005623637.tif 000008
【図８】
0005623637.tif 000009