(57)【要約】本明細書における実施形態は、通信ネットワークにおいて成功していない、着信パーティに対して行われるすべてのコール試行を詳細に述べるコールのリストに関する。失敗についての理由は、応答のないものから、範囲外のもの、またはネットワークにおけるふくそうへと及ぶ可能性がある。発信ユーザによって行われる失敗したコール試行について着信ユーザに通知するためのシステムおよび方法が、開示される。スイッチは、発信ユーザからのコール要求を受信し、また通信セッションが発信ユーザと着信ユーザとの間で確立されることが可能でないことを決定するとすぐに、スイッチは、発信ユーザに対するリンクを終了させ、またコール試行通知を着信ユーザに対して送信する。着信ユーザは、発信ユーザによって行われるコール試行と、発信ユーザの連絡先の詳細と、コール試行の失敗についての理由とについて通知されることになる。
2013520903.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークにおいて、失敗したコール試行について着信ユーザに通知するための方法であって、前記コール試行は、発信ユーザによって前記着信ユーザに対して行われており、前記方法は、
スイッチ（１０２）が、発信ユーザからのコール要求を受信するステップと、
通信セッションが、前記発信ユーザと前記着信ユーザとの間で確立されることが可能でないときに、前記スイッチ（１０２）が、前記コール試行について前記着信ユーザに通知するステップと
を備える方法。
【請求項２】
前記スイッチ（１０２）は、前記発信ユーザのプロファイルをチェックし、通信セッションが前記発信ユーザと前記着信ユーザとの間で確立されることが可能であるかどうかを決定する、請求項１に記載の方法。
【請求項３】
前記通知は、
ショート・メッセージ・サービス（ＳＭＳ）と、
マルチメディア・メッセージング・サービス（ＭＭＳ）と、
セッション開始プロトコル（ＳＩＰ）メッセージ・メソッド・デジタル加入者信号システムＮｏ．１（ＤＳＳ１）ファシリティ・メソッドと、
発信者番号通知（ＣＬＩＰ）を伴うあらかじめ決定された存続期間にわたっての呼び出し音と
のうちの少なくとも１つとして送信される、請求項１に記載の方法。
【請求項４】
前記通知は、前記発信ユーザの連絡先の詳細を含んでおり、前記連絡先の詳細は、
発信ユーザの連絡先番号と、
前記コール試行の時間と、
前記コール試行の失敗についての理由と
のうちの少なくとも１つを備える、請求項１に記載の方法。
【請求項５】
前記発信ユーザと、前記着信ユーザとは、同じ通信ネットワークの中にいる、請求項１に記載の方法。
【請求項６】
前記発信ユーザと、前記着信ユーザとは、異なる通信ネットワークの中にいる、請求項１に記載の方法。
【請求項７】
前記通信ネットワークは、
セッション開始プロトコル（ＳＩＰ）ネットワーク、
公衆陸上モバイル・ネットワーク（ＰＬＭＮ）、または
公衆交換電話網（ＰＳＴＮ）
のうちのいずれかである、請求項１に記載の方法。
【請求項８】
通信ネットワークにおいて、失敗したコール試行について着信ユーザに通知するためのスイッチ（１０２）であって、前記コール試行は、発信ユーザによって前記着信ユーザに対して行われており、前記スイッチ（１０２）は、
前記発信ユーザからのコール要求を受信するように、また
通信セッションが、前記発信ユーザと前記着信ユーザとの間で確立されることが可能でないときに、前記コール試行について前記着信ユーザに通知するように
構成された少なくとも１つの手段を備えるスイッチ（１０２）。
【請求項９】
前記スイッチ（１０２）は、前記発信ユーザのプロファイルをチェックし、通信セッションが前記発信ユーザと前記着信ユーザとの間で確立されることが可能であるかどうかを決定するように構成された、請求項８に記載のスイッチ（１０２）。
【請求項１０】
前記スイッチ（１０２）は、
内部に位置するメモリ（３０４）と、
外部に位置するメモリと
のうちの少なくとも一方から前記発信ユーザのプロファイルを取得するように構成された、請求項９に記載のスイッチ（１０２）。
【請求項１１】
前記スイッチ（１０２）は、
ショート・メッセージ・サービス（ＳＭＳ）と、
マルチメディア・メッセージング・サービス（ＭＭＳ）と、
セッション開始プロトコル（ＳＩＰ）メッセージ・メソッド（ＳＩＰ）と、
デジタル加入者信号システムＮｏ．１（ＤＳＳ１）ファシリティ・メソッドと、
発信者番号通知（ＣＬＩＰ）を伴うあらかじめ決定された存続期間にわたっての呼び出し音と
のうちの少なくとも１つを使用して前記通知を送信するように構成された、請求項８に記載のスイッチ（１０２）。
【請求項１２】
前記スイッチ（１０２）は、前記着信ユーザに対して送信される前記通知の中で前記発信ユーザの詳細を送信するように構成された、請求項８に記載のスイッチ（１０２）。
【請求項１３】
前記スイッチ（１０２）は、前記発信ユーザと、前記着信ユーザとが、同じ通信ネットワークの中にいるときに、前記着信ユーザに通知するように構成された、請求項８に記載のスイッチ（１０２）。
【請求項１４】
前記スイッチ（１０２）は、前記発信ユーザと、前記着信ユーザとが、異なる通信ネットワークの中にいるときに、前記着信ユーザに通知するように構成された、請求項８に記載のスイッチ（１０２）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークに関し、またより詳細には、通信ネットワークにおける失敗したコール試行に関する。
【背景技術】
【０００２】
発信コール制限（Ｏｕｔｇｏｉｎｇ  Ｃａｌｌ  Ｂａｒｒｉｎｇ）（ＯＣＢ）は、特定の発信ユーザ（ｃａｌｌｉｎｇ  ｕｓｅｒ）からのすべてのコール（ｃａｌｌ）、またはコールの一部が、阻止される機能である。ＯＣＢ機能は、発信ユーザが、どのような未払勘定（ｏｕｔｓｔａｎｄｉｎｇ  ｂｉｌｌｓ）も支払っていない場合に、または着信ユーザ（ｃａｌｌｅｄ  ｕｓｅｒ）が、発信ユーザからのどのようなコールも受信したいと思わない場合に、実装されることが可能である。通信ネットワークにおけるスイッチ（ｓｗｉｔｃｈ）は、着信ユーザのプロファイルをチェックし、発信ユーザからのコールが、着信ユーザに到達することを許可され得るか、または禁止される必要があるかを決定する。スイッチが、コールが禁止される必要があることを決定する場合、そのときには発信ユーザとの通信リンクは、遮断されることになり、また着信ユーザは、発信ユーザによって行われるコール試行について知らないことになる。着信ユーザは、それゆえに、発信ユーザに対してコール・バックを行うことができないようになる。
【０００３】
いくつかの状況においては、発信ユーザからのコール試行が、何らかのネットワークに関連した状態に起因して失敗する可能性があることが、起こることもある。例えば、スイッチから着信ユーザへの通信リンクの上に外乱が存在する可能性がある。また、ネットワークのふくそうが、メモリの過負荷、プロセッサの過負荷、帯域幅、または回路制限などのような不十分なスイッチ・リソースのために引き起こされるエラーに起因して、起こる可能性がある。ここでは、必要とされる通信セッションは、発信ユーザと着信ユーザとの間で確立されないことになる。また、着信ユーザは、発信ユーザによって行われるコール試行について知らないことになり、またコールが重要である場合、そのときには着信ユーザは、発信ユーザに対してコール・バックを行うオプションを持たないことになる。例えば、発信ユーザが、医学的な緊急事態に直面しており、また着信ユーザによって行われるコール試行が、禁止される場合、そのときには着信ユーザは、発信ユーザによって行われるコール試行について知らないことになる。着信ユーザは、このようにして、発信ユーザに対してコール・バックを行うオプションを持たないことになり、また発信ユーザは、必要とされる医学的な治療を間に合うように得られない可能性がある。
【発明の概要】
【課題を解決するための手段】
【０００４】
上記を考慮して、本明細書における一実施形態は、失敗されたコール試行について着信ユーザに通知するための方法を提供しており、そこでは、コール試行は、通信ネットワークの中で発信ユーザによって着信ユーザに対して行われる。スイッチは、発信ユーザからのコール要求を受信し、またスイッチは、通信セッションが、発信ユーザと着信ユーザとの間で確立されることが可能でないときに、コール試行について着信ユーザに通知する。スイッチは、発信ユーザのプロファイルをチェックし、通信セッションが発信ユーザと着信ユーザとの間で確立されることが可能かどうかを決定する。通知は、モバイル・ネットワークについてのショート・メッセージ・サービス（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）（ＳＭＳ）またはマルチメディア・メッセージング・サービス（Ｍｕｌｔｉｍｅｄｉａ  Ｍｅｓｓａｇｉｎｇ  Ｓｅｒｖｉｃｅ）（ＭＭＳ）、ＳＩＰについてのメッセージ・メソッド（ＭＥＳＳＡＧＥ  Ｍｅｔｈｏｄ）、ＰＳＴＮ−アナログについての発信者番号通知（Ｃａｌｌｉｎｇ  Ｌｉｎｅ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｐｒｅｓｅｎｔａｔｉｏｎ）（ＣＬＩＰ）を伴うあらかじめ決定された存続期間にわたっての呼び出し音、ＰＳＴＮ−ＩＳＤＮについてのファシリティ・メッセージ（ＦＡＣＩＬＩＴＹ  ｍｅｓｓａｇｅ）（ＤＳＳ１）のうちの少なくとも１つとして送信される。通知は、発信ユーザの連絡先の詳細を含んでおり、そこでは、連絡先の詳細は、発信ユーザの連絡先番号と、コール試行の時間（ｔｉｍｅ  ｏｆ  ｔｈｅ  ｃａｌｌ  ａｔｔｅｍｐｔ）と、コール試行の失敗についての理由とのうちの少なくとも１つを含んでいる。発信ユーザと、着信ユーザとは、同じ通信ネットワークの中にあることもでき、または発信ユーザと、着信ユーザとは、異なる通信ネットワークの中にあることもできる。通信ネットワークは、セッション開始プロトコル（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）（ＳＩＰ）ネットワーク、公衆陸上モバイル・ネットワーク（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）（ＰＬＭＮ）または公衆交換電話網（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ）（ＰＳＴＮ）のうちのいずれかである。
【０００５】
実施形態は、さらに、通信ネットワークにおいて、失敗したコール試行について着信ユーザに通知するためのスイッチを開示しており、そこではコール試行は、発信ユーザによって着信ユーザに対して行われる。スイッチは、発信ユーザからのコール要求を受信し、また通信セッションが発信ユーザと着信ユーザとの間で確立されることが可能でないときに、コール試行について着信ユーザに通知する。スイッチは、発信ユーザのプロファイルをチェックし、通信セッションが発信ユーザと着信ユーザとの間で確立されることが可能であるかどうかを決定する。スイッチは、内部に位置するメモリと、外部に位置するメモリとのうちの少なくとも一方から発信ユーザのプロファイルを取得する。スイッチは、モバイル・ネットワークについてのショート・メッセージ・サービス（ＳＭＳ）またはマルチメディア・メッセージング・サービス（ＭＭＳ）、ＳＩＰについてのメッセージ・メソッド、ＰＳＴＮ−アナログについての発信者番号通知（ＣＬＩＰ）を伴うあらかじめ決定された存続期間にわたっての呼び出し音、ＰＳＴＮ−ＩＳＤＮについてのファシリティ・メッセージ（ＤＳＳ１）のうちの少なくとも１つを使用して通知を送信する。スイッチは、発信ユーザと、着信ユーザとが、同じ通信ネットワークの中にあるときに、または発信ユーザと、着信ユーザとが、異なる通信ネットワークの中にあるときに、着信ユーザに通知する。スイッチは、着信ユーザに送信される通知の中で発信ユーザについての詳細を送信する。本明細書における実施形態のこれらおよび他の態様は、以下の説明と添付の図面と組み合わせて考えられるときに、よりよく認識され、また理解されるであろう。
【０００６】
本明細書における実施形態は、図面を参照して以下の詳細な説明からよりよく理解されるであろう。
【図面の簡単な説明】
【０００７】
【図１】本明細書における一実施形態による、通信ネットワークにおいてユーザに接続されるスイッチのブロック図である。
【図２】本明細書における一実施形態による、ＳＩＰネットワークにおける一例の実装を示す図である。
【図３】本明細書における一実施形態による、ＰＬＭＮネットワークにおける一例の実装を示す図である。
【図４】本明細書における一実施形態によるスイッチのブロック図である。
【図５】本明細書における一実施形態による、失敗したコール試行について着信ユーザに通知するための一方法を示すフローチャートである。
【図６】本明細書における一実施形態による、発信ユーザと、着信ユーザとが、同じＳＩＰネットワークの中にいるときに、失敗したコール試行について着信ユーザに通知するための流れ図である。
【図７】本明細書における一実施形態による、発信ユーザと、着信ユーザとが、異なるＳＩＰネットワークの中にいるときに、失敗したコール試行について着信ユーザに通知するための流れ図である。
【図８】本明細書における一実施形態による、発信ユーザと、着信ユーザとが、異なるＰＬＭＮネットワークの中にいるときに、失敗したコール試行について着信ユーザに通知するための流れ図である。
【発明を実施するための形態】
【０００８】
本明細書における実施形態、および様々な特徴、ならびにその有利な詳細は、添付図面の中で示され、また以下の説明の中で詳しく述べられる非限定的な実施形態に関連してもっと十分に説明される。よく知られているコンポーネントおよび処理技法の説明は、本明細書における実施形態を不必要にあいまいにしないようにするために省略される。本明細書において使用される例は、ただ、本明細書における実施形態が、実行され得るやり方の理解を容易にするように、またさらに、当業者が本明細書における実施形態を実行することができるようにするように意図されるだけである。それに応じて、例は、本明細書における実施形態の範囲を限定するように解釈されるべきではない。
【０００９】
本明細書における実施形態は、発信ユーザによって行われる失敗したコール試行について着信ユーザに通知するためのシステムおよび方法を開示している。次に、類似した参照文字が、図面全体を通して整合するように対応する特徴を示している、図面を、より詳細には図１から８を参照すると、実施形態が、示されている。
【００１０】
図１は、通信ネットワークにおいてユーザに接続されたスイッチのブロック図を示すものである。ユーザＡ  １０１が、ユーザＢ  １０３との通信セッションを開始したいと思う場合、そのときにはユーザＡ  １０１は、スイッチ１０２を通してユーザＢ  １０３に対してコール要求を送信する。通信ネットワークにおけるスイッチ１０２は、ネットワークにおけるユーザの間の通信セッションを確立し、維持する。スイッチ１０２は、ユーザＡ  １０１からユーザＢ  １０３へとコールをルーティングする（ｒｏｕｔｅｓ）。コール要求を受信するとすぐに、スイッチ１０２は、ユーザＡ  １０１のプロファイルをチェックし、ユーザＡ  １０１が、コールを行うことを許可されるかどうかを決定する。例えば、プロファイルは、ユーザＡ  １０１のアイデンティティの詳細と、アドレスと、ユーザＡ  １０１に適用されることが禁止される任意のコールについての詳細と、課金スキームと、ユーザＡ  １０１の他の任意の詳細とを有することができる。ユーザＡ  １０１のプロファイルをチェックした後に、スイッチ１０２は、ユーザＡ  １０１からのコールが、禁止されているかどうかを決定することができる。ユーザＡ  １０１からのコールが、禁止されない場合、そのときにはスイッチ１０２は、ユーザＡ  １０１と、ユーザＢ  １０３との間の通信セッションを確立する。ユーザＡ  １０１からのコールが禁止される場合、そのときにはスイッチ１０２は、ユーザＡ  １０１と、ユーザＢ  １０３との間の通信セッションを確立しない。スイッチ１０２はまた、ネットワークに関連した状態に起因してユーザＡ  １０１と、ユーザＢ  １０３との間の通信セッションを確立することができない可能性もある。例えば、スイッチ１０２と、ユーザＢ  １０３との間の通信は、スイッチ１０２におけるチャネル、帯域幅、メモリ負荷、ＣＰＵ負荷など、不十分な自由なリソースのために機能しないこともある。通信セッションが、ユーザＡ  １０１と、ユーザＢ  １０３との間で確立されない場合、ユーザＡ  １０１によって行われるコール試行は、失敗し、またスイッチ１０２は、ユーザＡ  １０１によって行われるコール試行を示す通知をユーザＢ  １０３に対して送信する。その通知は、ユーザＡ  １０１の連絡先の詳細を含むことができる。例えば、通知は、メッセージ・メソッド（Ｍｅｓｓａｇｅ  Ｍｅｔｈｏｄ）として送信されることが可能であり、そのメッセージ・メソッドは、ユーザＡ  １０１の連絡先番号と、コール試行の時間と、コール試行の失敗についての理由とを含むことができる。コール試行通知を受信するとすぐに、ユーザＢ  １０３は、ユーザＡ  １０１にコール・バックすることを選択することができる。
【００１１】
図２は、ＳＩＰネットワークにおける一例の実装を示すものである。ＳＩＰ（セッション開始プロトコル）ユーザＡ  ２０１が、ＳＩＰユーザＢ  ２０３との通信セッションを開始したいと思う場合、そのときにはＳＩＰユーザＡ  ２０１は、スイッチ２０２を通してＳＩＰユーザＢ  ２０３に対してコール要求を送信する。ＳＩＰネットワークにおけるスイッチ２０２は、ネットワークにおけるユーザの間の通信セッションを確立し、維持する。スイッチ２０２は、ＳＩＰユーザＡ  ２０１からＳＩＰユーザＢ  ２０３へとコールをルーティングする。コール要求を受信するとすぐに、スイッチ２０２は、ＳＩＰユーザＡ  ２０１のプロファイルをチェックし、ＳＩＰユーザＡ  ２０１が、コールを行うことを許可されるかどうかを決定する。例えば、プロファイルは、ＳＩＰユーザＡ  ２０１のアイデンティティの詳細と、アドレスと、ＳＩＰユーザＡ  ２０１に適用されることが禁止される任意のコールについての詳細と、課金スキームと、ＳＩＰユーザＡ  ２０１の他の任意の詳細とを有することができる。ＳＩＰユーザＡ  ２０１のプロファイルをチェックした後に、スイッチ２０２は、ＳＩＰユーザＡ  ２０１からのコールが、禁止されているかどうかを決定することができる。ＳＩＰユーザＡ  ２０１からのコールが、禁止されない場合、そのときにはスイッチ２０２は、ＳＩＰユーザＡ  ２０１と、ＳＩＰユーザＢ  ２０３との間の通信セッションを確立する。ＳＩＰユーザＡ  ２０１からのコールが、禁止される場合、そのときにはスイッチ２０２は、ＳＩＰユーザＡ  ２０１と、ＳＩＰユーザＢ  ２０３との間の通信セッションを確立しない。スイッチ２０２はまた、ネットワークに関連した状態に起因して、ＳＩＰユーザＡ  ２０１と、ＳＩＰユーザＢ  ２０３との間の通信セッションを確立することができない可能性もある。例えば、スイッチ２０２と、ＳＩＰユーザＢ  ２０３との間の通信ネットワークは、機能していない可能性がある。通信セッションが、ＳＩＰユーザＡ  ２０１と、ＳＩＰユーザＢ  ２０３との間で確立されない場合、ＳＩＰユーザＡ  ２０１によって行われるコール試行は失敗し、またスイッチ２０２は、ＳＩＰユーザＡ  ２０１によって行われるコール試行を示す通知をＳＩＰユーザＢ  ２０３に対して送信する。その通知は、ＳＩＰユーザＡ  ２０１の連絡先の詳細を含むことができる。例えば、通知は、メッセージ・メソッドとして送信されることが可能であり、またメッセージ・メソッドは、ＳＩＰユーザＡ  ２０１の連絡先番号と、コール試行の時間と、コール試行の失敗についての理由とを含むことができる。データ・コンテンツは、テキスト・フォーマットで、または拡張マークアップ言語（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）（ＸＭＬ）フォーマットで送信されることが可能である。コール試行通知を受信するとすぐに、ＳＩＰユーザＢ  ２０３は、ＳＩＰユーザＡ  ２０１にコール・バックすることを選択することができる。
【００１２】
図３は、ＰＬＭＮネットワークにおける一例の実装を示すものである。ＰＬＭＮ（公衆陸上モバイル・ネットワーク）ユーザＡ  ３０１が、ＰＬＭＮユーザＢ  ３０３との通信セッションを開始したいと思う場合、そのときにはＰＬＭＮユーザＡ  ３０１は、スイッチ３０２を通してＰＬＭＮユーザＢ  ３０３に対してコール要求を送信する。ＰＬＭＮネットワークにおけるスイッチ３０２は、ネットワークにおけるユーザの間の通信セッションを確立し、維持する。スイッチ３０２は、ＰＬＭＮユーザＡ  ３０１からＰＬＭＮユーザＢ  ３０３へとコールをルーティングする。コール要求を受信するとすぐに、スイッチ３０２は、ＰＬＭＮユーザＡ  ３０１のプロファイルをチェックし、ＰＬＭＮユーザＡ  ３０１が、コールを行うことを許可されるかどうかを決定する。例えば、プロファイルは、ＰＬＭＮユーザＡ  ３０１のアイデンティティの詳細と、アドレスと、ＰＬＭＮユーザＡ  ３０１に適用されることが禁止される任意のコールについての詳細と、課金スキームと、ＰＬＭＮユーザＡ  ３０１の他の任意の詳細とを有することができる。ＰＬＭＮユーザＡ  ３０１のプロファイルをチェックした後に、スイッチ３０２は、ＰＬＭＮユーザＡ  ３０１からのコールが、禁止されているかどうかを決定することができる。ＰＬＭＮユーザＡ  ３０１からのコールが、禁止されない場合、そのときにはスイッチ３０２は、ＰＬＭＮユーザＡ  ３０１と、ＰＬＭＮユーザＢ  ３０３との間の通信セッションを確立する。ＰＬＭＮユーザＡ  ３０１からのコールが、禁止される場合、そのときにはスイッチ３０２は、ＰＬＭＮユーザＡ  ３０１と、ＰＬＭＮユーザＢ  ３０３との間の通信セッションを確立しない。スイッチ３０２はまた、ネットワークに関連した状態に起因して、ＰＬＭＮユーザＡ  ３０１と、ＰＬＭＮユーザＢ  ３０３との間で通信セッションを確立することができない可能性もある。通信セッションが、ＰＬＭＮユーザＡ  ３０１と、ＰＬＭＮユーザＢ  ３０３との間で確立されない場合、ＰＬＭＮユーザＡ  ３０１によって行われるコール試行は、失敗し、またスイッチ３０２は、ＰＬＭＮユーザＡ  ３０１によって行われるコール試行を示す通知をＰＬＭＮユーザＢ  ３０３に対して送信する。その通知は、ＰＬＭＮユーザＡ  ３０１の連絡先の詳細を含むことができる。例えば、通知は、ショート・メッセージ・サービス（ＳＭＳ）として送信されることが可能であり、またＳＭＳは、ＰＬＭＮユーザＡ  ３０１の連絡先番号と、コール試行の時間と、コール試行の失敗についての理由とを含むことができる。第２の例においては、通知は、マルチメディア・メッセージング・サービス（ＭＭＳ）として送信されることが可能である。コール試行通知を受信するとすぐに、ＰＬＭＮユーザＢ  ３０３は、ＰＬＭＮユーザＡ  ３０１にコール・バックすることを選択することができる。
【００１３】
図４は、スイッチのブロック図を示すものである。発信ユーザが、着信ユーザとの通信セッションを開始したいと思う場合、そのときには発信ユーザは、スイッチ１０２を通して着信ユーザに対してコール要求を送信する。スイッチ１０２は、ネットワークにおけるユーザの間の通信セッションを確立し、維持する。スイッチ１０２は、発信ユーザから着信ユーザへとコールをルーティングする。スイッチ１０２の中のプロトコル・エンジン４０３は、コール要求を受信し、また発信ユーザが、着信ユーザとの通信セッションを開始したいと思っていることを決定する。次いで、プロトコル・エンジン４０３は、発信ユーザからのコール要求についてコール制御エンジン４０２に通知する。発信ユーザからのコール要求について通知されるとすぐに、コール制御エンジン４０２は、加入者プロファイル・エンジン４０４から発信ユーザの詳細を取得する。加入者プロファイル・エンジン４０４は、発信ユーザについてのプロファイルの詳細を有する。例えば、加入者プロファイル・エンジン４０４は、発信ユーザのアイデンティティの詳細と、アドレスと、発信ユーザに適用されることが禁止される任意のコールについての詳細と、課金スキームと、発信ユーザに与えられる特権と、加入情報と、発信ユーザの他の任意の詳細とを有することができる。他の実施形態においては、発信ユーザの詳細は、スイッチ１０２の外側に位置するメモリの中に存在することができる。例えば、発信ユーザの詳細は、ホーム・ロケーション・レジスタ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）（ＨＬＲ）に記憶されることが可能である。発信ユーザの詳細が、スイッチ１０２の外側に位置するメモリの中に存在している場合、そのときにはスイッチ１０２は、外部に位置するメモリから詳細を取得する。発信ユーザの詳細を取得した後に、コール制御エンジン４０２は、通信セッションが、発信ユーザと着信ユーザとの間で確立されることが可能であるかどうかを決定する。発信ユーザの詳細が、通信セッションが発信ユーザと着信ユーザとの間で確立されることが可能であることを示す場合、そのときにはコール制御エンジン４０２は、通信セッションを確立するようにプロトコル・エンジン４０３に指示する。発信ユーザの詳細が、発信ユーザからのコールが禁止されることを示す場合、そのときにはコール制御エンジン４０２は、発信ユーザとの通信リンクを終了させるようにプロトコル・エンジン４０３に指示する。プロトコル・エンジン４０３はまた、コールが禁止されることを発信ユーザに対して示すこともできる。発信ユーザからのコール要求はまた、いくつかのネットワークに関連した状態に起因して失敗する可能性もあり、または発信ユーザは、コールを行う十分な信用を有していない可能性もある。コール制御エンジン４０２はまた、失敗したコール試行について示す通知を着信ユーザに対して送信するようにプロトコル・エンジン４０３に指示する。プロトコル・エンジン４０３によって送信される通知は、発信ユーザの連絡先の詳細と、コール試行の時間とを含むことができる。例えば、発信ユーザと、着信ユーザとが、ＳＩＰネットワークの中にいる場合、そのときにはプロトコル・エンジン４０３は、メッ��ージ・メソッドとして通知を送信することができ、またユーザが、ＰＬＭＮネットワークの中にいる場合、そのときにはプロトコル・エンジン４０３は、ＳＭＳとして通知を送信することができる。プロトコル・エンジン４０３は、着信ユーザに対して通知を送信する前に、通知の中にすべての必要な情報を含める。プロセッサ４０１は、スイッチ１０２の機能を制御する。
【００１４】
図５は、失敗したコール試行について着信ユーザに通知するための一方法を示すフローチャートである。発信ユーザが、着信ユーザとの通信セッションを開始したいと思う場合、そのときには発信ユーザは、着信ユーザに対してコール要求を送信する（５０１）。スイッチ１０２は、コール要求を受信し（５０２）、また発信ユーザが、着信ユーザとの通信セッションを開始したいと思っていることを決定する。スイッチ１０２は、発信ユーザのプロファイルをチェックし（５０３）、通信セッションが発信ユーザと着信ユーザとの間で確立されることが可能であるかどうかを決定する。通信セッションが、発信ユーザと着信ユーザとの間で確立されることが可能である場合、そのときにはスイッチ１０２は、それらのユーザの間で通信セッションを確立する（５０４）。通信セッションが、発信ユーザと着信ユーザとの間で確立されることが可能でない場合、スイッチ１０２は、発信ユーザとのリンクを終了させ（５０６）、また失敗したコール試行について着信ユーザに知らせる通知を着信ユーザに対して送信する（５０５）。発信ユーザが、コールを行うことを許可されておらず、またはスイッチ１０２が、何らかのネットワーク状態に起因して、着信ユーザとの通信リンクを確立することができない場合に、スイッチ１０２は、発信ユーザとのリンクを終了させることができる。コール試行通知を受信するとすぐに、着信ユーザは、発信ユーザにコールすることを選択することができる。方法５００における様々なアクションは、提示された順序で、異なる順序で、または同時に実行されることが可能である。さらに、いくつかの実施形態においては、図５においてリストアップされるいくつかのアクションは、省略されることも可能である。
【００１５】
図６は、発信ユーザと、着信ユーザとが、同じＳＩＰネットワークの中にいるときに、失敗したコール試行について着信ユーザに通知するための流れ図を示すものである。ＳＩＰユーザＡ  ２０１が、ＳＩＰユーザＢ  ２０３との通信セッションを開始したいと思う場合、そのときにはＳＩＰユーザＡ  ２０１は、スイッチ２０２を通してＳＩＰユーザＢ  ２０３に対してコール要求を送信する。例えば、コール要求は、招待Ｂ  ６０１メッセージ（Ｉｎｖｉｔｅ  Ｂ  ６０１  ｍｅｓｓａｇｅ）として送信されることが可能である。コール要求を受信するとすぐに、スイッチ２０２は、ＳＩＰユーザＡ  ２０１のプロファイルをチェックし、ＳＩＰユーザＡ  ２０１が、コールを行うことを許可されるかどうかを決定する。ＳＩＰユーザＡ  ２０１のプロファイルをチェックした後に、スイッチ２０２は、ＳＩＰユーザＡ  ２０１からのコールが、禁止されているかどうかを決定することができる。ＳＩＰユーザＡ  ２０１からのコールが、禁止される場合、そのときにはスイッチ２０２は、ＳＩＰユーザＡ  ２０１と、ＳＩＰユーザＢ  ２０３との間の通信セッションを確立しない。スイッチ２０２は、ネットワークに関連した状態に起因して、ＳＩＰユーザＡ  ２０１と、ＳＩＰユーザＢ  ２０３との間の通信セッションを確立することができない可能性もある。例えば、スイッチ２０２は、ＳＩＰユーザＢ  ２０３に対してコール要求をルーティングすることができない可能性もある。通信セッションが、ＳＩＰユーザＡ  ２０１と、ＳＩＰユーザＢ  ２０３との間で確立されない場合、ＳＩＰユーザＡ  ２０１によって行われるコール試行は、失敗し、またスイッチ２０２は、ＳＩＰユーザＡ  ２０１によって行われるコール試行を示す通知をＳＩＰユーザＢ  ２０３に対して送信する。通知は、ＳＩＰユーザＡ  ２０１の連絡先の詳細を含むことができる。例えば、通知は、ＳＩＰメッセージ６０２として送信されることが可能である。スイッチ２０２からの通知を受信するとすぐに、ＳＩＰユーザＢ  ２０３の通信端末は、通知の受信を示す肯定応答をスイッチ２０２に対して送信する。例えば、肯定応答は、２００  ＯＫ  ６０３メッセージとして送信されることが可能である。肯定応答を受信するとすぐに、スイッチ２０２は、コール試行の失敗を示すメッセージをＳＩＰユーザＡ  ２０１に対して送信する。例えば、スイッチ２０２によってＳＩＰユーザＡ  ２０１に対して送信されるメッセージは、ＳＩＰエラー応答コード４ＸＸ／５ＸＸ／６ＸＸ  ６０４とすることができる。スイッチ２０２はまた、ＳＩＰユーザＡ  ２０１でリンクを終了させる。
【００１６】
図７は、発信ユーザと、着信ユーザとが、異なるＳＩＰネットワークの中にいるときに、失敗したコール試行について着信ユーザに通知するための流れ図を示すものである。ＳＩＰユーザＡ  ２０１が、ＳＩＰユーザＢ  ２０３との通信セッションを開始したいと思う場合、そのときにはＳＩＰユーザＡ  ２０１は、スイッチＡ  ２０２を通して、ＳＩＰユーザＢ  ２０３に対してコール要求を送信する。例えば、コール要求は、招待Ｂ  ７０１メッセージ（Ｉｎｖｉｔｅ  Ｂ  ７０１  ｍｅｓｓａｇｅ）として送信されることが可能である。コール要求を受信するとすぐに、スイッチＡ  ２０２は、ＳＩＰユーザＡ  ２０１のプロファイルをチェックし、ＳＩＰユーザＡ  ２０１が、コールを行うことを許可されるかどうかを決定する。ＳＩＰユーザＡ  ２０１のプロファイルをチェックした後に、スイッチＡ  ２０２は、ＳＩＰユーザＡ  ２０１からのコールが、禁止されているかどうかを決定することができる。ＳＩＰユーザＡ  ２０１からのコールが、禁止される場合、そのときにはスイッチＡ  ２０２は、ＳＩＰユーザＡ  ２０１と、ＳＩＰユーザＢ  ２０３との間の通信セッションを確立しない。スイッチＡ  ２０２はまた、ネットワークに関連した状態に起因して、ＳＩＰユーザＡ  ２０１と、ＳＩＰユーザＢ  ２０３との間で通信セッションを確立することができない可能性もある。通信セッションが、ＳＩＰユーザＡ  ２０１と、ＳＩＰユーザＢ  ２０３との間で確立されない場合、ＳＩＰユーザＡ  ２０１によって行われるコール試行は、失敗し、またスイッチＡ  ２０２は、スイッチＢ  ２０２を通して、ＳＩＰユーザＡ  ２０１によって行われるコール試行を示す通知をＳＩＰユーザＢ  ２０３に対して送信する。その通知は、ＳＩＰユーザＡ  ２０１の連絡先の詳細を含むことができる。例えば、通知は、ＳＩＰメッセージ７０２として送信されることが可能である。通知を受信するとすぐに、スイッチＢ  ２０２は、ＳＩＰユーザＢ  ２０３に対してメッセージをルーティングする。例えば、スイッチＢ  ２０２によって送信される通知は、ＳＩＰメッセージ７０３として送信されることが可能である。
【００１７】
通知を受信するとすぐに、ＳＩＰユーザＢ  ２０３の通信端末は、スイッチＢ  ２０２を通して、通知の受信を示す肯定応答をスイッチＡ  ２０２に対して送信する。例えば、ＳＩＰユーザＢ  ２０３によってスイッチＢ  ２０２に対して送信される肯定応答は、２００  ＯＫ  ７０４メッセージとして送信されることが可能であり、またスイッチＢ  ２０２によってスイッチＡ  ２０２に対して送信される肯定応答は、２００  ＯＫ  ７０５メッセージとして送信されることが可能である。肯定応答を受信するとすぐに、スイッチＡ  ２０２は、コール試行の失敗を示すメッセージをＳＩＰユーザＡ  ２０１に対して送信する。例えば、スイッチＡ  ２０２によってＳＩＰユーザＡ  ２０１に対して送信されるメッセージは、ＳＩＰエラー・コード４ＸＸ／５ＸＸ／６ＸＸ  ７０６とすることができる。スイッチＡ  ２０２はまた、ＳＩＰユーザＡ  ２０１とのリンクを終了させる。
【００１８】
図８は、発信ユーザと、着信ユーザとが、異なるＰＬＭＮネットワークの中にいるときに、失敗したコール試行について着信ユーザに通知するための流れ図を示すものである。ＰＬＭＮユーザＡ  ３０１が、ＰＬＭＮユーザＢ  ３０３との通信セッションを開始したいと思う場合、そのときにはＰＬＭＮユーザＡ  ３０１は、スイッチＡ  ３０２を通してＰＬＭＮユーザＢ  ３０３に対してコール要求を送信する。コール要求を受信するとすぐに、スイッチＡ  ３０２は、ＰＬＭＮユーザＡ  ３０１のプロファイルをチェックし、ＰＬＭＮユーザＡ  ３０１が、コールを行うことを許可されるかどうかを決定する。ＰＬＭＮユーザＡ  ３０１のプロファイルをチェックした後に、スイッチＡ  ３０２は、ＰＬＭＮユーザＡ  ３０１からのコールが、禁止されているかどうかを決定することができる。ＰＬＭＮユーザＡ  ３０１からのコールが、禁止される場合、そのときにはスイッチＡ  ３０２は、ＰＬＭＮユーザＡ  ３０１と、ＰＬＭＮユーザＢ  ３０３との間の通信セッションを確立しない。スイッチＡ  ３０２はまた、ネットワークに関連した状態に起因して、ＰＬＭＮユーザＡ  ３０１と、ＰＬＭＮユーザＢ  ３０３との間で通信セッションを確立することができない可能性もある。通信セッションが、ＰＬＭＮユーザＡ  ３０１と、ＰＬＭＮユーザＢ  ３０３との間で確立されない場合、ＰＬＭＮユーザＡ  ３０１によって行われるコール試行は、失敗し、またスイッチＡ  ３０２は、ショート・メッセージ・サービス・センタ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ  Ｃｅｎｔｅｒ）（ＳＭＳＣ）Ａ  ８０１と、ＳＭＳＣ  Ｂ  ８０１と、スイッチＢ  ３０２とを通して、ＰＬＭＮユーザＡ  ３０１によって行われるコール試行を示す通知をＰＬＭＮユーザＢ  ３０３に対して送信する。その通知は、ＰＬＭＮユーザＡ  ３０１の連絡先の詳細を含むことができる。例えば、通知は、ショート・メッセージ（ＳＭ）として送信されることが可能であり、またＳＭＳＣ  Ａ  ８０１に対して送信されるメッセージは、モバイル起源（Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｉｎｇ）（ＭＯ）転送８０２メッセージとすることができる。ＳＭＳＣ  Ａ  ８０１は、スイッチ３０２から宛先へと送信されるメッセージをルーティングする。通信リンクが、確立されることが可能でない場合、そのときにはＳＭＳＣ  Ａ  ８０１は、メッセージを記憶し、また宛先との通信リンクが、確立されることが可能であるときに、宛先に対してメッセージを転送する。
【００１９】
メッセージを受信するとすぐに、ＳＭＳＣ  Ａ  ８０１は、メッセージの受信を示す肯定応答をスイッチ３０２に対して送信する。例えば、ＳＭＳＣ  Ａ  ８０１によってスイッチＡ  ３０２に対して送信される肯定応答は、ＭＯ転送ＳＭ−ＡＣＫ  ８０３メッセージとすることができる。次いで、ＳＭＳＣ  Ａ  ８０１は、ＰＬＭＮユーザＢ  ３０３のネットワークにおいて、ＰＬＭＮユーザＢ  ３０３に対するメッセージをルーティングする情報を要求する問い合わせをＳＭＳＣ  Ｂ  ８０１に対して送信する。例えば、送信される問い合わせは、サービス・ルーティング８０４メッセージとすることができる。ＳＭＳＣ  Ｂ  ８０１は、ＳＭＳＣ  Ａ  ８０１に対する要求されたルーティング情報を送信することにより、問い合わせに対して応答する。例えば、情報は、サービス・ルーティング情報（Ｓｅｒｖｉｃｅ  Ｒｏｕｔｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）（ＳＲＩ）−ＡＣＫ  ８０５メッセージとして送信されることが可能である。ルーティング情報を受信するとすぐに、ＳＭＳＣ  Ａ  ８０１は、受信されたルーティング情報を使用し、またＳＭＳＣ  Ｂ  ８０１に対してＳＭを送信する。例えば、ＳＭは、モバイル終端（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｔｉｎｇ）（ＭＴ）転送８０６メッセージを使用してＳＭＳＣ  Ｂ  ８０１に対して送信されることが可能である。次いで、ＳＭＳＣ  Ｂ  ８０１は、スイッチＢ  ３０２を通して、ＰＬＭＮユーザＢ  ３０３に対してＳＭを送信する。例えば、スイッチ３０２に対して送信されるメッセージは、ＭＴ転送８０７メッセージとすることができ、またスイッチＢ  ３０２からＰＬＭＮユーザＢ  ３０３に対して送信されるメッセージは、ＳＭ  ８０８信号とすることができる。ＰＬＭＮユーザＢ  ３０３の通信端末は、メッセージの正常な受信を肯定応答する肯定応答をスイッチＢ  ３０２に対して送信する。例えば、ＰＬＭＮユーザＢ  ３０３の通信端末からスイッチＢ  ３０２へと送信される肯定応答は、配信ＡＣＫ  ８０９メッセージ（Ｄｅｌｉｖｅｒｙ  ＡＣＫ  ８０９  ｍｅｓｓａｇｅ）とすることができる。次いで、スイッチＢ  ３０２は、ＳＭＳＣ  Ｂ  ８０１を通してＳＭＳＣ  Ａ  ８０１に対して肯定応答を転送する。例えば、スイッチＢ  ３０２によってＳＭＳＣ  Ｂ  ８０１に対して送信される肯定応答は、ＭＴ転送ＳＭ−ＡＣＫ  ８０１０メッセージとすることができ、またＳＭＳＣ  Ｂ  ８０１によってＳＭＳＣ  Ａ  ８０１に対して送信される肯定応答は、ＭＴ転送ＳＭ−ＡＣＫ  ８０１１メッセージとすることができる。
【００２０】
他の実施形態においては、発信ユーザと、着信ユーザとは、同じ公衆交換電話網（ＰＳＴＮ）の中にいる可能性があり、または発信ユーザと、着信ユーザとは、異なるＰＳＴＮの中にいる可能性がある。そのような実施形態においては、着信ユーザが、アナログＰＳＴＮユーザである場合、通知は、あらかじめ決定された存続期間にわたっての呼び出し音電流と一緒に、ＦＳＫ（周波数偏移変調（Ｆｒｅｑｕｅｎｃｙ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ））伝送を通してＣＬＩＰ−Ａ（発信者番号通知−アナログ（Ｃａｌｌｉｎｇ  Ｌｉｎｅ  Ｐｒｅｓｅｎｔａｔｉｏｎ−Ａｎａｌｏｇ））を着信ユーザの通信端末に対して送信することにより行われることが可能である。着信ユーザが、ＩＳＤＮ  ＰＳＴＮユーザである場合、通知は、着信ユーザの通信端末に対してＤＳＳＩファシリティ・メッセージを送信することにより行われることが可能である。発信ユーザと、着信ユーザとが、異なる公衆交換電話網（ＰＳＴＮ）ネットワークの中にいる場合には、通知は、共通チャネル信号方式７（Ｃｏｍｍｏｎ  Ｃｈａｎｎｅｌ  Ｓｉｇｎａｌｉｎｇ  ７）（ＣＣＳ７）プロトコル（ＳＣＣＰ−ＴＣＡＰメッセージ）を通して行われることが可能である。
【００２１】
本明細書において開示される実施形態は、少なくとも１つのハードウェア・デバイスの上で実行され、またネットワーク要素を制御するネットワーク管理機能を実行する少なくとも１つのソフトウェア・プログラムを通して実装されることが可能である。図１、図２、図３、および図４に示されるネットワーク要素は、ハードウェア・デバイスまたはハードウェア・デバイスとソフトウェア・モジュールとの組合せの少なくとも１つとすることができるブロックを含んでいる。
【００２２】
本明細書において開示される実施形態は、発信ユーザによって行われる失敗したコール試行について着信ユーザに通知するためのシステムおよび方法を指定するものである。それゆえに、保護の範囲は、そのようなプログラムにまで拡張され、またその中にメッセージを有するコンピュータ読取り可能手段に加えて、そのようなコンピュータ読取り可能ストレージ手段は、プログラムが、サーバもしくはモバイル・デバイス、または適切な任意のプログラマブル・デバイスの上で実行されるときに、本方法の１つまたは複数のステップの実装のためのプログラム・コード手段を含むことが、理解される。本方法は、例えば、非常に高速の集積回路のハードウェア記述言語（Ｖｅｒｙ  ｈｉｇｈ  ｓｐｅｅｄ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ  Ｈａｒｄｗａｒｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）（ＶＨＤＬ）または他の任意の符号化言語で書かれたコードを通して、またはそのコードと一緒に好ましい一実施形態の形で実装され、あるいは少なくとも１つのハードウェア・デバイスの上で実行される１つまたは複数のＶＨＤＬモジュール、あるいはいくつかのソフトウェア・モジュールによって実装される。ハードウェア・デバイスは、例えば、サーバまたはパーソナル・コンピュータなどのような任意の種類のコンピュータ、あるいはその任意の組合せ、例えば、１つのプロセッサと、２つのＦＰＧＡとを含めて、プログラムされ得る任意の種類のデバイスとすることができる。デバイスはまた、例えば、ＡＳＩＣのような例えば、ハードウェア手段、またはハードウェア手段とソフトウェア手段との組合せ、例えば、ＡＳＩＣおよびＦＰＧＡ、あるいは少なくとも１つのマイクロプロセッサと、ソフトウェア・モジュールがその中に位置する少なくとも１つのメモリとすることができる手段を含むこともできる。本明細書において説明される方法実施形態は、純粋なハードウェアの形で、あるいは部分的にハードウェアの形で、また部分的にソフトウェアの形で、実装されることが可能である。代わりに、本発明は、異なるハードウェア・デバイスの上で、例えば、複数のＣＰＵを使用して実装されることが可能である。
【００２３】
特定の実施形態の上記の説明は、本明細書における実施形態の一般的な性質を非常に十分に明らかにすることになるので、他者は、現在の知識を適用することにより、包括的な概念を逸脱することなく、様々なアプリケーションについて、そのような特定の実施形態を簡単に修正し、かつ／または適応させることができ、またそれゆえに、そのような適応および修正は、開示された実施形態の同等形態の意味および範囲の内部に含まれるべきであり、また含まれるように意図される。本明細書において使用される用語または専門用語は、説明の目的のためであり、限定するものではないことを理解すべきである。それゆえに、本明細書における実施形態は、好ましい実施形態の観点から説明されているが、当業者は、本明細書における実施形態が、本明細書において説明されるように、特許請求の範囲の精神および範囲の内部の修正を用いて実行され得ることを認識するであろう。
【図１】
2013520903.tif 000003
【図２】
2013520903.tif 000004
【図３】
2013520903.tif 000005
【図４】
2013520903.tif 000006
【図５】
2013520903.tif 000007
【図６】
2013520903.tif 000008
【図７】
2013520903.tif 000009
【図８】
2013520903.tif 000010
【国際調査報告】
2013520903.tif 000011
2013520903.tif 000012