(57)【要約】      （修正有）【課題】通信ネットワーク内の呼処理装置で呼競合を処理するための方法を提供する。【解決手段】呼処理装置が、第１の端末によって開始された第１の呼を処理する第１の呼処理要素と、第２の端末によって開始された第２の呼を処理する第２の呼処理要素とを備える。第２の呼処理要素が、第２の端末が話中状態である間、第１の端末によって開始され、第２の端末と通信することを対象とするｉｎｃａｌｌメッセージを受け取る場合、第２の端末の呼記録内の被呼番号を問い合わせるステップと、第２の端末の呼記録内の被呼番号が、ｉｎｃａｌｌメッセージ内に含まれた第１の端末の番号である場合は、第１の呼と第２の呼の開始時間を比較するステップと、比較の結果に基づいて、遅い開始時間を有する呼を解放し、早い開始時間を有する呼の設定を続けるステップと、を備える。【選択図】図２
2015005988.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワーク内で呼競合を処理する方法であって、前記ネットワークが、第１の端末によって開始された第１の呼を処理する第１の呼ハンドラと、第２の端末によって開始された第２の呼を処理する第２の呼ハンドラとを備え、前記第２の端末が話中状態である間に、前記第１の端末によって開始され且つ前記第２の端末と通信することを対象とするｉｎｃａｌｌメッセージを前記第２の呼ハンドラが受け取ったときに、前記方法が、
前記第２の端末の呼記録内の被呼番号を問い合わせるステップと、
前記第１の呼の開始時間を得るために前記第２の呼ハンドラによって前記第１の呼ハンドラにアクセスするステップと、
前記第２の端末の前記呼記録内の前記被呼番号が、前記ｉｎｃａｌｌメッセージ内に含まれた前記第１の端末の番号であるときには、前記第１の呼と前記第２の呼の開始時間を比較するステップと、
前記比較の結果に基づいて、遅い開始時間を有する前記呼を解放し、早い開始時間を有する前記呼の設定を続けるステップとを備え、
呼処理が生じたか否かを示すネゴシエーション表示ビットがそれぞれの開始された呼に割り当てられ、
呼を処理する間、前記第１の呼ハンドラが、前記第１の端末の呼記録内のネゴシエーション表示ビットをチェックし、ネゴシエーションが生じたことが分かると、前記第１の呼ハンドラはネゴシエーションを実施せず、
ネゴシエーションが実施された後、呼ハンドラは、ネゴシエーションの結果としていずれの呼が接続されたかを示すネゴシエーション結果フィールドにマークする、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信の分野に関し、詳細には、２つの端末間で呼の競合が生じる場合に接続を自動的に設定するための方法および関連装置に関する。
【背景技術】
【０００２】
ＣＤＭＡ、ＧＳＭ、ＧＰＲＳ、ＣＤＭＡ２０００、ＷＤＣＭＡ（ＵＭＴＳ）、ＴＤ−ＳＣＤＭＡおよびＷｉＭＡＸなどの無線ネットワークでは、端末Ａが端末Ｂを呼び出しており、それと同時に端末Ｂが端末Ａを呼び出している場合、ネットワークは、ＡおよびＢのステータスをチェックし、各々の発呼側に、被呼側が話中であり、したがって呼がうまく設定されないことを通知する。これによって、いくらか呼成功率が減少し、ネットワーク・リソースが浪費される。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、従来技術では、呼競合が発生する場合に通信リンクを設定できないとう問題を解決することである。現在の無線ネットワークでは、呼が着呼しているとき、発呼番号および被呼番号は、ＩＮＣＡＬＬメッセージから得ることができる。呼終了の終わりでは、発呼番号および被呼番号は、呼記録に従って得ることができる。したがって、呼競合が生じるとき、本発明の基本的な考えに従って、両者の発呼番号と被呼番号を比較することができる。端末Ａの発呼番号が端末Ｂの被呼番号に等しく、それと同時に端末Ｂの発呼番号が端末Ａの被呼番号に等しい場合、呼経路の設定を続け、両端末間の呼を接続する。
【課題を解決するための手段】
【０００４】
本発明の一実施形態は、通信ネットワーク内の呼処理装置で呼競合を処理するための方法を提供し、呼処理装置が、第１の端末によって開始された第１の呼を処理する第１の呼処理要素と、第２の端末によって開始された第２の呼を処理する第２の呼処理要素とを備え、第２の呼処理要素が、第２の端末が話中状態である間、第１の端末によって開始され、第２の端末と通信することを対象とするｉｎｃａｌｌメッセージを受け取る場合、この方法は、第２の端末の呼記録内の被呼番号を問い合わせるステップと、第２の端末の呼記録内の被呼番号が、ｉｎｃａｌｌメッセージ内に含まれた第１の端末の番号である場合は、第１の呼と第２の呼の開始時間を比較するステップと、比較の結果に基づいて、遅い開始時間を有する呼を解放し、早い開始時間を有する呼の設定を続けるステップとを備える。
【０００５】
本発明の方法による一実施形態では、第１の呼と第２の呼の開始時間を比較する前に、第１の呼の開始時間を得るために第２の呼要素によって第１の呼要素にアクセスし、第２の呼要素によって呼開始時間の比較を実施するステップを備える。
【０００６】
本発明の方法による別の実施形態では、第１の呼と第２の呼の開始時間を比較する前に、第２の呼要素によって、第２の呼の開始時間と被呼側番号とを含むネゴシエーション・メッセージを第１の呼要素に送り、第１の呼要素によって呼開始時間の比較を実施するステップを備える。
【０００７】
本発明の方法による別の実施形態では、第１の呼要素がネゴシエーション・メッセージを受け取った後、第１の呼と第２の呼の開始時間を比較し、比較結果を記録するステップをさらに備える。
【０００８】
本発明の方法による別の実施形態では、第１の呼要素によって、比較結果を含む応答メッセージを第２の呼要素に送るステップをさらに備える。
【０００９】
本発明の方法の一実施形態によれば、好ましくは、各呼にネゴシエーション表示ビットを割り当てるステップを備える。
【００１０】
別の態様では、本発明の一実施形態が、通信ネットワーク内の呼競合を処理するための呼処理装置を提供し、呼処理装置が、第１の端末によって開始された第１の呼を処理する第１の呼処理要素と、第２の端末によって開始された第２の呼を処理する第２の呼処理要素とを備え、第２の呼処理要素が、第２の端末が話中状態である間、第１の端末によって開始され、第２の端末と通信することを対象とするｉｎｃａｌｌメッセージを受け取る場合、この呼処理装置は、第２の端末の呼記録内の被呼番号を問い合わせる問合せ手段と、第２の端末の呼記録内の被呼番号が、ｉｎｃａｌｌメッセージ内に含まれた第１の端末の番号である場合は、第１の呼と第２の呼の開始時間を比較する比較手段と、比較の結果に基づいて、遅い開始時間を有する呼を解放し、早い開始時間を有する呼の設定を続ける実施手段とを備える。
【００１１】
本発明の一実施形態による呼処理装置は、第１の呼と第２の呼の開始時間を比較する前に、第１の呼の開始時間を得るために第１の呼要素にアクセスする手段を備える。
【００１２】
本発明の別の実施形態による呼処理装置は、第１の呼と第２の呼の開始時間を比較する前に、第２の呼の開始時間と被呼側番号とを含むネゴシエーション・メッセージを送る手段を備える。
【００１３】
本発明の別の実施形態による呼処理装置は、第１の呼要素がネゴシエーション・メッセージを受け取った後、第１の呼と第２の呼の開始時間を比較し、比較結果を記録する手段をさらに備える。
【００１４】
本発明の別の実施形態による呼処理装置は、比較結果を含む応答メッセージを前記第２の呼要素に送る手段をさらに備える。
【００１５】
本発明は、通信ネットワーク内の呼処理装置で呼競合を処理するためのプログラム製品にも関し、呼処理装置が、第１の端末によって開始された第１の呼を処理する第１の呼処理要素と、第２の端末によって開始された第２の呼を処理する第２の呼処理要素とを備え、第２の呼処理要素が、第２の端末が話中状態である間、第１の端末によって開始され、第２の端末と通信することを対象とするｉｎｃａｌｌメッセージを受け取る場合、このプログラム製品は、第２の端末の呼記録内の被呼番号を問い合わせるステップと、第２の端末の呼記録内の被呼番号が、ｉｎｃａｌｌメッセージ内に含まれた第１の端末の番号である場合は、第１の呼と第２の呼の開始時間を比較するステップと、比較の結果に基づいて、遅い開始時間を有する呼を解放し、早い開始時間を有する呼の設定を続けるステップとを行うプログラム・コードを備える。
【００１６】
本発明の他の目的および利点は、添付の図面と併せ読まれる下記の説明からより明らかになろう。
【図面の簡単な説明】
【００１７】
【図１】本発明が適用される通信ネットワークを概略的に示す図である。
【図２】本発明による一実施形態を例示的に示すフローチャートである。
【図３】本発明の一実施形態による方法を示すフローチャートである。
【発明を実施するための形態】
【００１８】
図１は、本発明が適用される通信ネットワーク１００を概略的に示す図である。図１は、ＩＰコア・ネットワークと、それぞれ異なる移動交換局内の２つの移動交換局ＭＳＣ−ＡおよびＭＳＣ−Ｂとを示している。本発明の機構について、たとえばＣＤＭＡを用いることによって本発明の実施形態で説明されているが、本発明の基本原理は、ＧＳＭ、ＧＰＲＳなど、他のタイプの無線ネットワークに完全に適用可能であることを当業者は理解されたい。ＭＳＣ−ＡおよびＭＳＣ−Ｂ側で、端末ＡおよびＢは、それぞれ基地局または他のアクセス・ポイントを介してネットワークにアクセスする。この通信ネットワークでは、呼ハンドラ１０３および１０４はコア制御装置であり、呼処理、ユーザ・データ問合せなど、すべての機能を制御するために使用される。スイッチ１０１および１０２は、主なベア・パス（ｂｅａｒ  ｐａｔｈ）を制御し、呼リソースの取得、および対応する呼ハンドラの命令に基づいたベアパスの設定の役割を担う。
【００１９】
現在の無線ネットワークでは、端末Ａが端末Ｂを呼び出す場合、端末Ａの呼を処理するために呼処理装置の側で呼記録が収集され、呼記録は、発呼側Ａの番号、および被呼側Ｂの番号を含み、この説明では、呼処理装置側は、「呼処理要素Ａ」と呼ばれ、もちろん呼処理要素Ａは、端末Ａの呼記録を格納するための対応する記憶装置を有する。同様に、端末Ｂが端末Ａを呼び出す場合、端末Ｂの呼を処理するための呼処理装置の側で、呼記録が生成され、呼記録は、発呼側Ｂの番号と被呼者Ａの番号とを含み、この呼処理装置側は、「呼処理要素Ｂ」と呼ばれ、もちろん呼処理要素Ｂは、端末Ｂの呼記録を格納するための対応する記憶装置を有する。生成されたＩＮＣＡＬＬメッセージは、発呼側および被呼側の番号を含む。
【００２０】
本発明の一実施形態では、自動接続機構が、２つの端末間で発生し得る呼競合のために設計される。両者が互いに呼び出しているかどうかは、呼記録およびＩＮＣＡＬＬメッセージの発呼側と被呼側の番号を比較することによって決定することができる。したがって、重要なことは、一方によって開始された呼を解放すべきであり、また一方によって開始された呼を保持して、最終的に設定すべきであることをどのようにして決定するかである。本発明の一実施形態は、両者の呼開始時間を比較することを提案している。たとえば、呼記録内のタイムスタンプに基づいて、早い開始時間を有する呼を保持して、設定を続けることができ、遅い開始時間を有する呼を切断することもできる。
【００２１】
図２のフローチャートは、本発明による一実施形態を例示的に示している。この実施形態では、２つの端末、たとえば端末Ａおよび端末Ｂは、呼ハンドラの制御下にあり、すなわち、２つの端末は、同じ移動交換局によって管理されたローカル・ユーザである。図１で、端末Ａと端末Ｂの両方がＭＳＣ−Ａの管理下にあると仮定すると、この場合、呼処理、ユーザ・データ問合せなど、端末Ａおよび端末Ｂの機能はすべて、呼ハンドラ１０３によって実施される。上記に言及されように、説明をより分かりやすくするために、呼処理装置１０３内で、端末Ａからの呼を処理する論理エンティティは、「呼処理要素Ａ」と呼ばれ、端末Ｂからの呼を処理する論理エンティティは、「呼処理要素Ｂ」と呼ばれる。
【００２２】
図２で、ステップＳ２０１に示されたように、第１の端末ＡからのＩＮＣＡＬＬメッセージが呼ハンドラ１０３の呼処理要素Ｂに到達すると仮定すると、呼処理要素Ｂは、端末Ｂの格納された呼記録を問い合わせることによって端末Ｂの呼ステータスを知り、端末Ｂが話中であることを知る。従来の機構では、呼処理要素Ｂは、端末Ａに話中音を直接再生し、したがって端末ＡとＢの間の呼は、うまく設定され得ない。
【００２３】
本発明の自動接続機構では、ステップＳ２０２に示されたように、呼処理要素Ｂは、当事者Ｂの呼記録の被呼番号をＩＮＣＡＬＬメッセージからの発呼番号と比較し、それらが同じである場合は、両者が互いに呼び出していると決定される。次に、ステップＳ２０３で、呼処理要素Ｂは、端末Ａの呼開始時間を端末Ｂの呼記録内の呼開始時間と比較するために、たとえば呼処理要素Ａ内に格納された呼記録にアクセスすることによって端末Ａの呼開始時間を取得する。
【００２４】
典型的には、当業者は、タイムスタンプをチェックすることによって呼開始時間を得ることができる。タイムスタンプの比較により、端末Ａの呼開始時間が端末Ｂの呼開始時間より早いと仮定する。その場合、ステップＳ２０３の比較結果によれば、Ａの呼記録内のタイムスタンプがＢの呼記録内のタイムスタンプより早いので、呼処理要素Ｂは、Ｂによって開始されたＡへの呼を切断するためにスイッチにＣＬＥＡＲメッセージを送り、ＡからＢへの呼の設定を続ける。好ましくは、Ｂの呼が開始されたばかりで呼処理要素Ａにまだ到達していない場合でも、端末ＡにＣＬＥＡＲを依然として送る必要があり、その目的は、割り当てられたリソースをクリアすることである。呼処理要素ＢはスイッチにＣＬＥＡＲメッセージを送り、このスイッチは、ユーザＡの側のスイッチへのシグナリングによってそのメッセージを引き渡し、次いでＨＡＮＧＵＰメッセージによって呼処理要素Ａに通知することに留意されたい。ところで、ＣＬＥＡＲメッセージからＨＡＮＧＵＰメッセージへの遷移は、当技術分野において一般に知られており、その詳細については、本発明を不明瞭にしないために、本発明の実施形態には示されない。
【００２５】
呼処理要素Ａの側で、端末ＢからのＩＮＣＡＬＬメッセージが到達した後、呼処理要素Ａは、上記の番号比較プロセスを実施し、当事者Ａのタイムスタンプが当事者Ｂのタイムスタンプよりも前であることについて問い合せ、次いでＢからＡへのＩＮＣＡＬＬメッセージは、ＢからＡへの呼を切断するための呼処理要素ＢからのＨＡＮＧＵＰメッセージを待つために中止される。ここでは、呼処理要素ＢからのＨＡＮＧＵＰメッセージを待つことについて考慮する理由は、一般に、当業者に知られているようにＩＮＣＡＬＬメッセージが、通常ＨＡＮＧＵＰメッセージより早く呼処理要素Ａに到着するからである。次に、ステップＳ２０５に示されたように、両者ＡとＢが同時に呼び出す状況は、ＡがＢを呼び出す形へと変えられ、ＡとＢの間の呼がうまく設定される。
【００２６】
図３は、本発明による別の実施形態を例示的に示すフローチャートである。
【００２７】
このシナリオでは、２つの端末、たとえば端末Ａおよび端末Ｂは、それぞれ異なる呼ハンドラ１０３、１０４の制御下にあり、すなわち、状況が図１に示されている。呼処理、ユーザ・データ問合せなど、端末Ａの機能は、呼ハンドラ１０３によって実施され、呼処理、ユーザ・データ問合せなど、端末Ｂの機能は、呼ハンドラ１０４によって実施される。当業者に知られているように、呼ハンドラ１０３および１０４はそれぞれ、異なる方向への着呼、発呼を処理する機能エンティティを備え、しかし、この実施形態では実際には、端末Ａの着呼を処理する呼ハンドラ１０３の呼処理エンティティＡ、および端末Ｂの着呼を処理する呼ハンドラ１０４の呼処理エンティティＢだけが考慮される。
【００２８】
図３に、ステップＳ３０１として示されたように、第１の端末ＡからのＩＮＣＡＬＬメッセージがまず呼ハンドラ１０４に到達すると仮定すると、呼ハンドラ１０４は、端末Ｂの呼ステータスを問い合せ、端末Ｂが話中であると知る。ステップＳ３０２に示されたように、呼ハンドラ１０４は、当事者Ｂの呼記録の被呼番号を、ＡからのＩＮＣＡＬＬメッセージの発呼番号と比較し、２つの番号が同じであると分かる場合、両者が互いに呼び出していると決定される。
【００２９】
次に、本発明の自動接続機構では、どちらの呼を保持すべきか決定して、もう一方の呼を解放するために、端末Ａを管理する呼ハンドラ１０３と端末Ｂを管理する呼ハンドラ１０４との間でネゴシエーションを実施する必要がある。本発明の好ましい一実施形態によれば、端末に対応する呼ハンドラによってネゴシエーションが実施されたかどうか示すために、ネゴシエーション表示ビットが事前設定されてよい。好ましくは、本発明による一実施形態では、こうした１つのネゴシエーション表示ビットが、開始された各呼に割り当てられる。ところで、複数の呼が同時に開始される場合でも、ネゴシエーション表示ビットは、リソース割当てに問題をもたらさない。表示ビットの初期値は「Ｎｏ」（たとえば「０」で表される）であり、ネゴシエーションが実施されると、対応する呼ハンドラは、その表示ビットを「Ｙｅｓ」（たとえば「１」で表される）として書き直すことができる。
【００３０】
したがって、端末Ａと端末Ｂが互いに呼び出しており、これらの２つの端末が、それぞれ異なる呼ハンドラによって管理されていることが分かる。ＩＮＣＡＬＬメッセージが到達する呼ハンドラ１０４上でネゴシエーション表示ビットがチェックされ、その表示ビットの初期値は、この呼競合についてネゴシエーションがまだ実施されていないことを意味する「Ｎｏ」である（すなわちステップＳ３０２）。
【００３１】
次に、ステップＳ３０３で、呼ハンドラ１０４は、端末Ａを管理する呼ハンドラ１０３に新しいＡＮＳＩ−４１（ＡＮＳＩ＝Ａｍｅｒｉｃａｎ  Ｎａｔｉｏｎａｌ  Ｓｔａｎｄａｒｄｓ  Ｉｎｓｔｉｔｕｔｅ：アメリカ規格協会）メッセージ（以下、接続ネゴシエーション・メッセージと呼ぶ）を送る。そのメッセージの目的は、自動接続のネゴシエーションおよびコンテンションであり、接続ネゴシエーション・メッセージは、当事者Ｂの呼記録のタイムスタンプと、当事者Ａの番号（すなわち、当事者Ｂの被呼番号と呼ばれる）とを含むべきである。呼ハンドラ１０３は、この接続ネゴシエーション・メッセージを受け取った後、当事者Ｂが自動接続上でネゴシエーションを実施したいということを知る。したがって、呼ハンドラ１０３は、接続ネゴシエーション・メッセージに含まれた当事者Ａのユーザ番号に従って、ＡからＢへの呼記録のタイムスタンプを問い合わせる、すなわちステップＳ３０４。
【００３２】
ステップＳ３０４のタイムスタンプ比較において異なる２つの結果が生じることがあり、一方は、端末Ａの呼記録のタイムスタンプが接続ネゴシエーション・メッセージに含まれたタイムスタンプ（すなわち、呼を開始する端末Ｂのタイムスタンプ）より早いということであり、これは、当事者Ａによって当事者Ｂに対して開始された呼の時間が当事者Ｂによって当事者Ａに対して開始された呼の時間より早いことを意味しており、それは、ステップＳ３０５の「Ｙ」分岐によって示されている。
【００３３】
したがって、呼ハンドラ１０３は、呼ハンドラ１０４にＲＥＪＥＣＴメッセージを送り、端末Ａの呼記録のネゴシエーション表示ビットを「Ｙ」とマーキングし、次いで、端末Ａの呼記録内に新しいネゴシエーション結果フィールドを記録し、たとえばフィールドは、ステップＳ３０６に示されたように、「Ｉ＿Ｗｉｎ」と記録されてよい。
【００３４】
Ｂ側の呼ハンドラ１０４は、そのＲＥＪＥＣＴメッセージを受け取った後、ＢからＡへの呼の切断を開始し、（ＡからＢへの）ＩＮＣＡＬＬ呼の設定を続ける。ＢからＡへの呼を切断する方法は、当業者に知られており、それは以下を備えてよい：呼ハンドラ１０４が、スイッチにＨＡＮＧＵＰメッセージを送り、スイッチは、ユーザＡのオフィス内のスイッチへシグナリングによって、オフィスからそのメッセージを送り、そのオフィスのスイッチは、そのメッセージをＲＥＭＯＴＥ  ＨＡＮＧＵＰ（すなわち「ＨＡＮＧＯＦＦ」）メッセージに変換し、それを呼処理要素１０３に送る。
【００３５】
ＢからＡへのＩＮＣＡＬＬメッセージがＡ側の呼ハンドラ１０３に到達するとき、呼ハンドラ１０３は、ＩＮＣＡＬＬメッセージおよびＡの呼記録に従って、ＡとＢが互いに呼び出していることを知り、当事者Ａの呼記録内のネゴシエーション表示ビットをチェックし、表示ビットが、現在の呼競合を対象とするネゴシエーションが終了していことを意味する「Ｙｅｓ」であると知り、ネゴシエーションを再び実施する必要はない。次いで、呼ハンドラ１０３は、ネゴシエーション結果フィールドをチェックする。上記に言及されたように、ネゴシエーション結果フィールドは、「Ｉ＿Ｗｉｎ」とマークされており、したがって、呼ハンドラ１０３は、そのＩＮＣＡＬＬメッセージの処理を続けず、より正確に言えば、それは、ステップＳ３０８で示されたように、その呼を解放するためのＢからＡへのＨＡＮＧＵＰメッセージを待つ。したがって、ＢからＡへの呼は解放され、ＡからＢへの呼はうまく設定される（ステップＳ３１０）。
【００３６】
もちろん、ステップＳ３０４のタイムスタンプ比較もまたこうした結果を有することがあり、すなわち端末Ａの呼記録のタイムスタンプは、接続ネゴシエーション・メッセージに含まれたタイムスタンプ（すなわち呼を開始する端末Ｂのタイムスタンプ）より後であり、これは、当事者ＡによってＢに対して開始された呼の時間が、当事者ＢによってＡに対して開始された呼の時間より遅いことを意味し、それは、ステップＳ３０５の「Ｎｏ」分岐によって示されている。
【００３７】
したがって、呼ハンドラ１０３は、呼ハンドラ１０４にＡＣＣＥＰＴメッセージを送り、端末Ａの呼記録内のネゴシエーション表示ビットを「Ｙｅｓ」とマーキングし、次いで、端末Ａの呼記録内の新しいネゴシエーション結果フィールドを記録し、たとえばフィールドは、ステップＳ３０７で示されたように、「ＦａｒＰａｒｔｙ＿Ｗｉｎ」として記録されてよい。
【００３８】
次に、ステップＳ３０９で、呼ハンドラ１０９は、ＡからＢへの呼を切断するためにＣＬＥＡＲメッセージを送り始める。同様に、ユーザＡ側の呼処理要素１０３は、スイッチにＣＬＥＡＲメッセージを送り、スイッチは、ユーザＢのオフィスのスイッチへのシグナリングによりオフィスからそのメッセージを送り、そのオフィスのスイッチは、そのメッセージをＲＥＭＯＴＥ  ＨＡＮＧＵＰメッセージに変換し、ユーザＢ側の呼処理要素１０４にそれを送る。
【００３９】
Ｂ側の呼ハンドラ１０４は、そのＡＣＣＥＰＴメッセージを受け取った後、それ自体の側が呼を進めることを知り、呼ハンドラ１０４は、ＡからＢへのＩＮＣＡＬＬをもはや処理せず、しかし、その呼を解放するためのＡからＢへのＨＡＮＧＵＰを単に待つ。ＢからＡへのＩＮＣＡＬＬメッセージがＡ側の呼ハンドラ１０３に到達するとき、呼ハンドラ１０３は、ＩＮＣＡＬＬメッセージおよびＡの呼記録に従って、ＡとＢが互いに呼び出しており、またＡおよびＢを管理する呼ハンドラがそれぞれ異なる呼ハンドラであることを知る。呼ハンドラ１０３は、当事者Ａの呼記録内のネゴシエーション表示ビットをチェックし、表示ビットが、現在の呼競合を対象とするネゴシエーションが終了していることを意味する「Ｙｅｓ」であると知り、ネゴシエーションを再び実施する必要はない。次いで、呼ハンドラ１０３は、ネゴシエーション結果フィールドをチェックする。上記に言及されたように、ネゴシエーション結果フィールドは、「ＦａｒＰａｒｔｙ＿Ｗｉｎ」とマーキングされており、したがって、呼ハンドラ１０３は、ＢからＡへのＩＮＣＡＬＬメッセージの処理を続ける。ＡからＢへの呼が解放された後、呼ハンドラ１０３は、ＢからＡへのＩＮＣＡＬＬメッセージの引渡しを続ける。次いで、ステップＳ３１１で示されたように、ＡからＢへの呼が解放され、ＢからＡへの呼がうまく設定される。
【００４０】
本発明の方法の実施形態に従って対応する呼ハンドラを製造する際、当業者には特別な問題はなく、本発明による呼処理装置の機能的なアーキテクチャについては、下記に簡潔に述べられる。
【００４１】
本発明の方法実施形態に対応して、本発明の呼処理装置の一実施形態は好ましくは、対応するステップを実施する手段、
−  対応する端末の呼記録内の被呼番号を問い合わせる問合せ手段と、
−  端末Ａと端末Ｂが互いに呼び出していると決定される場合、第１の呼と第２の呼の開始時間を比較する比較手段と、
−  呼開始時間の比較結果に基づいて、遅い開始時間を有する呼を解放し、早い開始時間を有する呼の設定を続ける実施手段とを備える。
【００４２】
本発明による好ましい一実施形態では、呼処理装置は、第１の呼および第２の呼の開始時間を比較する前に、相手方の開始時間を得るために相手方の呼要素にアクセスする手段を備える。
【００４３】
本発明による別の好ましい実施形態では、呼処理装置は、２つの呼の開始時間を比較する前に、当方の呼の開始時間と被呼番号とを含むネゴシエーション・メッセージを送る手段と、前記ネゴシエーション・メッセージを受け取った後、２つの呼の開始時間を比較し、比較結果を記録する手段と、比較結果を含む応答メッセージを相手側の呼要素に送る手段とを備える。
【００４４】
本発明を実施するための現在の好ましいやり方を備える特定の例を用いて本発明について述べられたが、上記の装置および方法に複数の変更および置換を行ってもよく、その変更および置換は、特許請求の範囲に述べられた本発明の精神および範囲に属することが当業者には認識されよう。
【図１】
2015005988.tif 000003
【図２】
2015005988.tif 000004
【図３】
2015005988.tif 000005