(57)【要約】【課題】構内交換機などのデータ処理システムが、従来技術の技法のコスト、欠点、および制約の一部を含まずに、ループ通信チャネルを検出して切断できる方法を提供すること。【解決手段】本発明の例示の実施形態はループが開始する位置でのループ通信チャネルの検出を提供する。ループの開始点での検出によって、この例示の実施形態は従来技術のいくつかの技法よりも早く呼のリソースを割り当て解除するという利点を有する。これによって、以降の着信および出中継呼について呼のリソースの再利用が速くなる。再利用が速くなることは、通信チャネルのリソースの欠如のために新しい呼が設定されない確率に関連する輻輳特性を下げるため、有利である。【選択図】図２
2006101528.tif 000002
【特許請求の範囲】
【請求項１】
呼に関連する第１の通信チャネルを切断する、第１の信号を第１のデータ処理システムで生成するステップを含む方法であって、
前記呼が前記第１のデータ処理システムから第２のデータ処理システムに中継され、
前記第１の信号を生成するステップが、前記呼に関連する情報が前記第１のデータ処理システムによって前記第２のデータ処理システムに送信された後に実行され、
前記第１の信号を生成するステップが前記第１のデータ処理システムでの前記第２のデータ処理システムからの前記情報の少なくとも一部に基く方法。
【請求項２】
前記第１の信号を生成するステップが前記呼の呼状態にも基く請求項１に記載の方法。
【請求項３】
前記呼を発信する通信端末に対応する発信番号を第３のデータ処理システムから受信するステップをさらに含み、前記情報が前記発信番号を含む請求項１に記載の方法。
【請求項４】
前記情報が前記第１のデータ処理システムによって生成される呼識別子を含む請求項１に記載の方法。
【請求項５】
前記情報が前記呼に関連する転送番号を含む請求項１に記載の方法。
【請求項６】
前記第２のデータ処理システムとの第２の通信チャネルを切断する第２の信号を生成するステップをさらに含み、前記第２の信号を生成するステップが前記情報の前記少なくとも一部に基く請求項１に記載の方法。
【請求項７】
前記第１の通信チャネルおよび前記第２の通信チャネルがサービス総合ディジタル網に属する請求項１に記載の方法。
【請求項８】
呼に関する情報を第１のデータ処理システムから第２のデータ処理システムに送信するステップと、
前記第１のデータ処理システムで、前記情報の少なくとも一部を前記第２のデータ処理システムから受信するステップと、
前記第１のデータ処理システムで、前記第２のデータ処理システムへの第１の通信チャネルを切断する第１の信号を生成するステップであって、前記第１の信号を生成するステップが前記情報の前記少なくとも一部に基くステップとを含む方法。
【請求項９】
前記第１の信号を生成するステップが前記呼の呼状態にも基く請求項８に記載の方法。
【請求項１０】
発信番号を第３のデータ処理システムから受信するステップをさらに含み、
前記発信番号が前記呼を発信した通信端末に対応し、
前記情報が前記発信番号を含む請求項８に記載の方法。
【請求項１１】
前記情報が前記第１のデータ処理システムによって生成される呼識別子を含む請求項８に記載の方法。
【請求項１２】
前記情報が前記呼に関連する転送番号を含む請求項８に記載の方法。
【請求項１３】
前記第２のデータ処理システムとの第２の通信チャネルを切断する第２の信号を生成するステップをさらに含み、前記第２の信号を生成するステップが前記情報の前記少なくとも一部に基く請求項８に記載の方法。
【請求項１４】
第１のデータ処理システムで、
（ｉ）第３のデータ処理システムから発信番号を受信するステップであって、前記発信番号が呼を発信した通信端末に対応するステップと、
（ｉｉ）第２のデータ処理システムから情報の少なくとも一部を受信するステップと、前記第１のデータ処理システムで、前記第２のデータ処理システムとの第１の通信チャネルを切断する第１の信号を生成するステップとを含み、
前記第１の信号を生成するステップが前記情報の前記少なくとも一部に基く方法。
【請求項１５】
前記第１の信号を生成するステップが前記呼の呼状態にも基く請求項１４に記載の方法。 
【請求項１６】
前記第２のデータ処理システムに前記情報を送信するステップをさらに含み、前記情報が前記発信番号を含む請求項１４に記載の方法。
【請求項１７】
前記情報が前記第１のデータ処理システムによって生成される呼識別子をさらに含む請求項１６に記載の方法。
【請求項１８】
前記情報が前記呼に関連する転送番号をさらに含む請求項１６に記載の方法。
【請求項１９】
前記第２のデータ処理システムとの第２の通信チャネルを切断する第２の信号を生成するステップをさらに含み、前記第２の信号を生成するステップが前記情報の前記少なくとも一部に基く請求項１４に記載の方法。
【請求項２０】
前記第１の通信チャネルおよび前記第２の通信チャネルがサービス総合ディジタル網に属する請求項１９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に電気通信に関し、より詳細には、通信チャネルの検出および管理のための技法に関する。
【背景技術】
【０００２】
図１は、従来技術の通信システム１００を示す。通信システム１００は、図示のように相互接続された発信データ処理システム１０１と、中継データ処理システム１０２と、転送データ処理システム１０３と、通信チャネル１０４、１０５−１から１０５−Ｊおよび１０６−１乃至１０６−Ｋと、通信端末１０９および１１０とを含む。ＪおよびＫは正の整数である。ユーザ１０８は通信端末１０９および１１０を用いて通信システム１００とインタフェースをとる。
【０００３】
「電話局交換機」としても知られる発信データ処理システム１０１は、１つまたは複数の関連する通信端末と他の通信交換装置が担当する端末間の呼をサポートすることで前記１つまたは複数の関連する通信端末を担当する。発信データ処理システム１０１は、「構内交換機」（またはＰＢＸ）としても知られる中継データ処理システム１０２によって制御される通信端末への呼を設定する能力がある。さらに、発信データ処理システム１０１は、通信チャネル１０４を介して音声およびその他の信号を中継データ処理システム１０２に送信する。
【０００４】
「構内交換機」としても知られる中継データ処理システム１０２は、企業環境内の１つまたは複数の関連する通信端末と他の通信交換装置が担当する端末間の呼をサポートすることで前記企業環境内の１つまたは複数の関連する通信端末を担当する。中継データ処理システム１０２は、発信データ処理システム１０１からの呼を設定し、「トランク」としても知られる通信チャネル１０４を介して発信データ処理システム１０１からのその呼の音声およびその他の信号を受信する能力がある。さらに、中継データ処理システム１０２は、転送データ処理システム１０３からの呼を設定し、別のトランクである通信チャネル１０６を介して転送データ処理システム１０３からのその呼の音声およびその他の信号を受信する能力がある。
【０００５】
中継データ処理システム１０２は、通信チャネル１０４上の着信呼をさらに別のトランクである出中継通信チャネル１０５に延長することで呼を「中継する」能力をさらに備える。通信交換装置は「中継」の場合、エンド・ユーザを直接担当せず、呼をサポートする際に他の交換装置を相互接続する。中継の用途の一例は、卓上端末１０９のユーザ１０８などの通信端末のユーザがセルラ端末１１０などの他の端末に着信呼を転送するケースである。この例は、発呼者が着信できるように自分の卓上端末から離れたときに携帯電話に呼を転送する企業環境内のユーザの一般的な行為を反映している。この例では、中継データ処理システム１０２は、通信チャネル１０５を選択して呼を転送する。
【０００６】
「無線交換センタ」としても知られる転送データ処理システム１０３は、１つまたは複数の関連するセルラ通信端末と他のデータ処理システムが担当する端末間の呼とをサポートすることで前記１つまたは複数の関連するセルラ通信端末を担当する。転送データ処理システム１０３は、直接的または間接的に、中継データ処理システム１０２が担当する通信端末から関連する通信端末の１つへの呼を設定する能力がある。さらに、転送データ処理システム１０３は、通信チャネル１０５を介して、中継データ処理システム１０２から音声およびその他の信号を受信する。
【０００７】
転送データ処理システム１０３は、通信チャネル１０５上の着信呼を出中継通信チャネル１０６に延長することで呼を転送する能力をさらに備える。転送用途の一例は、セルラ端末１１０のユーザ１０８などの通信端末のユーザが、呼に応答しないときにはいつでも卓上端末１０９などの他の端末に着信呼を転送するケースである。この例は、受信した音声メッセージを１つの音声メール・システムに集中させるために自分の企業の音声メール・ボックスに呼を転送する企業環境内のユーザの一般的な行為を反映している。この例では、転送データ処理システム１０３は、通信チャネル１０６を選択して呼を転送する。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ユーザ１０８が端末１０９から端末１１０に、また端末１１０から端末１０９に同時に呼を転送するときに問題が発生する。この呼の同時転送は、「ループ状態」を引き起こす。この状態では、中継データ処理システム１０２への着信呼は転送データ処理データ処理システム１０３に転送され、次いで中継データ処理システム１０２に転送され、次いでデータ処理システム１０３に転送され、以下同様に転送される。ループ状態では、中継データ処理システム１０２およびデータ処理システム１０３は通信チャネル１０５−２乃至１０５−Ｊおよび１０６−２乃至１０６−Ｋを割り当てる処理を継続する。この結果、中継データ処理システム１０２のすべての利用可能な通信チャネル・リソースが消費されてしまう。
【０００９】
ループ・トランクを検出する従来技術の技法が存在する。ただし、そのような技法は、すべてのリソースを割り当て解除するのに時間が掛かるのが通常である。従来技術の技法のコスト、欠点、および制約の一部を含まずに、ループ通信チャネルを検出して切断する技法が必要である。
【００１０】
本発明を用いて、構内交換機などのデータ処理システムは、従来技術の技法のコスト、欠点、および制約の一部を含まずに、ループ通信チャネルを検出して切断することができる。本発明の例示の実施形態はループが開始する位置でのループ通信チャネルの検出を提供する。ループの開始点での検出によって、この例示の実施形態は従来技術のいくつかの技法よりも早く呼のリソースを割り当て解除するという利点を有する。これによって、以降の着信および出中継呼について呼のリソースの再利用が速くなる。再利用が速くなることは、通信チャネルのリソースの欠如のために新しい呼が設定されない確率に関連する輻輳特性を下げるため、有利である。
【００１１】
本発明の例示の実施形態では、検出データ処理システムが呼を延長すると（例えば、転送データ処理システムに）、３つの要素、すなわち、発信番号、呼識別子、および転送番号を送信する。発信番号は発信データ処理システムから受信され、呼識別子は検出データ処理システムによって生成され、転送番号は転送データ処理システムに関連する番号に転送される着信番号である。検出データ処理システムが、着信番号が知られている転送番号（例えば、構内交換機の内線番号）に一致する着信呼を受信したときはいつでも、検出データ処理システムは呼の送達が少なくとも進行中の呼状態にある出中継呼があるか否かを検査する。これらの呼状態の１つにある呼を見つけると、検出データ処理システムはこの着信呼に以前に送信された情報の一部があるか否かを検査する。受信された発信番号、呼識別子、および転送番号のいずれかが以前に送信された内容と一致する場合、検出データ処理システムはループを検出したと判断し、ループ内の通信チャネルを切断する１つまたは複数の信号を生成する。
【課題を解決するための手段】
【００１２】
本発明の例示の実施形態は、呼に関連する第１の通信チャネルを切断する、第１の信号を第１のデータ処理システムで生成するステップを含む方法であって、前記呼が前記第１のデータ処理システムから第２のデータ処理システムに中継され、前記第１の信号を生成するステップが、前記呼に関連する情報が前記第１のデータ処理システムによって前記第２のデータ処理システムに送信された後に実行され、前記第１の信号を生成するステップが前記第１のデータ処理システムでの前記第２のデータ処理システムからの前記情報の少なくとも一部に基く方法を含む。
【発明を実施するための最良の形態】
【００１３】
以降に記載する用語は、本明細書および添付の特許請求の範囲での使用に関して下記のように定義する。
本明細書および特許請求の範囲に関し、「通信チャネル」という用語は、音声およびその他の信号の伝送を可能にする２つのデータ処理システム（例えば、電気通信交換機、構内交換機など）間の経路として定義される。当技術分野で知られている「トランク」は通信チャネルの一例である。
【００１４】
本明細書および特許請求の範囲に関し、「呼」という用語は、情報を交換するための複数の同時に存在するユーザの間の関係を用意する、または用意しようとする構成として定義される。例示の実施形態で使用する呼の一例は、電気通信システム内の２人のユーザが音声およびその他の信号を送受信する呼である。当業者には明らかなように、本発明は、当技術分野で知られている他のタイプの呼および「セッション」にも適用できる。例えば、情報の交換（ビデオ・ストリーミング、インスタント・メッセージングなど）のためのセッション確立要求は、データ処理システム間のリソースを枯渇させることがある。その結果、セッション確立要求は、本発明の例示の実施形態が提供するケースと同様、ループ・チャネル（すなわち、物理または仮想チャネル）の検出とリソースの割り当て解除を必要とする場合がある。
【００１５】
図２は、本発明の例示の実施形態による電気通信システム２００を示す。電気通信システム２００は、図示のように相互接続された発信データ処理システム２０１と、検出データ処理システム２０２と、転送データ処理システム２０３と、通信チャネル２０４、２０５、および２０６とを含む。
【００１６】
発信データ処理システム２０１は、発信データ処理システム１０１と同等である。発信データ処理システム２０１は、１つまたは複数の関連する通信端末と他のデータ処理システムが担当する端末間の呼をサポートすることで前記１つまたは複数の関連する通信端末を担当する。発信データ処理システム２０１は、検出データ処理システム２０２が担当する通信端末への呼を設定する能力がある。さらに、発信データ処理システム２０１は、通信チャネル２０４を介して、よく知られている方法で、検出データ処理システム２０２に音声およびその他の信号を送信する。発信データ処理システム２０１を構成して使用する方法は、当業者には明らかであろう。
【００１７】
例示の実施形態によれば、発信データ処理システム２０１は、電気通信交換機である。ただし、いくつかの実施形態では、発信データ処理システム２０１はルータ、構内交換機などであることは当業者には明らかであろう。
【００１８】
検出データ処理システム２０２は、１つまたは複数の関連する通信端末と他のデータ処理システムが担当する端末間の呼をサポートすることで前記１つまたは複数の関連する通信端末を担当する。検出データ処理システム２０２は、発信データ処理システム２０１からの呼を設定する能力があり、通信チャネル２０４を介して、発信データ処理システム２０１からその呼に関する音声およびその他の信号を受信する。さらに、検出データ処理システム２０２は、転送データ処理システム２０３からの呼を設定する能力があり、通信チャネル２０６を介して、転送データ処理システム２０３からその呼に関する音声およびその他の信号を受信する。
【００１９】
検出データ処理システム２０２は、さらに、通信チャネル２０４上の着信呼をよく知られている方法で出中継通信チャネル２０５に延長することで呼を中継する（そうすることで「中継」状態になる）能力をさらに備える。
【００２０】
例示の実施形態によれば、検出データ処理システム２０２は「構内交換機」（またはＰＢＸ）である。いくつかの代替実施形態では、検出データ処理システム２０２は、別のタイプの交換またはルーティング装置である。本明細書を読めば、検出データ処理システム２０２を構成して使用する方法は、当業者には明らかであろう。
【００２１】
転送データ処理システム２０３は、転送データ処理システム１０３と同様である。転送データ処理システム２０３は、１つまたは複数の関連する通信端末と他のデータ処理システムが担当する端末間の呼をサポートすることで前記１つまたは複数の関連する通信端末を担当する。転送データ処理システム２０３は、検出データ処理システム２０２が担当する通信端末からの関連する通信端末の１つへの呼を設定する能力がある。さらに、転送データ処理システム２０３は、通信チャネル２０５を介して、検出データ処理システム２０２から呼の音声およびその他の信号を受信する。
【００２２】
転送データ処理システム２０３は、通信チャネル２０５上の着信呼をよく知られている方法で出中継通信チャネル２０６に延長することで呼を中継する能力をさらに備える。転送データ処理システム２０３を構成して使用する方法は、当業者には明らかであろう。
【００２３】
例示の実施形態によれば、転送データ処理システム２０３は通信交換機である。ただし、転送データ処理システム２０３はルータ、構内交換機などであってもよいことは、当業者には明らかであろう。
【００２４】
通信チャネル２０４、２０５、および２０６は、上記の図に示す各データ処理システムを相互接続する。通信チャネル２０４、２０５、および２０６は、データ処理システム間で音声およびユーザ用途の信号を搬送する。例示の実施形態によれば、通信チャネル２０４、２０５、および２０６は、さらに、データ処理システム２０１、２０２、および２０３が呼を制御するために使用する制御信号および情報を搬送する。当業者には明らかなように、いくつかの代替実施形態では、制御信号および情報は、重畳信号方式ネットワーク内のチャネルなどの、通信チャネル２０４、２０５、および２０６以外のチャネルによって搬送されてもよい。
【００２５】
さらに当業者には明らかなように、いくつかの実施形態では、呼の進行中に、電気通信システム２００内の複数の通信端末をシステム２０１、２０２、および２０３に加えてデータ処理システムを介して接続できる。図２に示す構成にデータ処理システムを追加した電気通信システム２００を構成して使用する方法は、当業者には明らかであろう。
【００２６】
図３は、本発明の例示の実施形態による（検出）データ処理システム２０２の主要な構成要素のブロック図である。データ処理システム２０２は、図示のように相互接続された受信機３０１と、プロセッサ３０２と、メモリ３０３と、送信機３０４とを含む。
【００２７】
受信機３０１は、音声および制御情報を搬送する信号を発信データ処理システム２０１および転送データ処理システム２０３から受信し、信号内の符号化された情報をよく知られている方法でプロセッサ３０２に転送する。本明細書を読めば、受信機３０１を構成して使用する方法は、当業者には明らかであろう。
【００２８】
プロセッサ３０２は、受信機３０１から情報を受信し、メモリ３０３内に記憶されている命令を実行し、メモリ３０３からデータを読み出して書き込み、以下に図４および５を参照して記載するタスクを実行し、送信機３０４に情報を送信する能力がある汎用プロセッサである。本発明のいくつかの代替実施形態では、プロセッサ３０２は特殊用途のプロセッサである。いずれにせよ、本明細書を読めば、プロセッサ３０２を構成して使用する方法は、当業者には明らかであろう。
【００２９】
メモリ３０３は、当技術分野でよく知られているように、データおよび実行可能な命令を記憶し、ランダムアクセス・メモリ（ＲＡＭ）、フラッシュ・メモリ、ディスク・ドライブ・メモリなどの任意の組み合わせでよい。本明細書を読めば、メモリ３０３を構成して使用する方法は、当業者には明らかであろう。
【００３０】
送信機３０４は、プロセッサ３０２から情報を受信し、この情報を符号化する信号を転送データ処理システム２０３によく知られている方法で送信する。本明細書を読めば、送信機３０４を構成して使用する方法は、当業者には明らかであろう。
【００３１】
図４は、本発明の例示の実施形態による電気通信システム２００のメッセージ・フロー図である。図４のメッセージ・フロー図は呼設定シナリオの一例を示す。この例示の実施形態によれば、図４に示すメッセージは当技術分野で知られているサービス総合ディジタル網（ＩＳＤＮ）を介して送信される。当業者には明らかなように、いくつかの代替実施形態では、メッセージは別のタイプのネットワークを介して送信できる。
【００３２】
本発明の例示の実施形態によれば、いくつかの識別要素は番号、例えば、「着信番号」、「発信番号」、「転送番号」を用いて呼のユーザまたは端末を識別する。当業者には明らかなように、呼の数字識別子は、当技術分野で知られているセッション開始プロトコル（または「ＳＩＰ」）によって可能になる呼などの他のタイプの呼の類似した非数字識別子を有する。例えば、ＳＩＰ対応の呼は、やはり当技術分野で知られているＳＩＰのユニフォーム・リソース識別子（または「ＵＲＩ」）を用いてユーザを識別することができる。本明細書を読めば、ユーザまたは端末の非数字識別子を備えた電気通信システム２００を構成して使用する方法は、当業者には明らかであろう。
【００３３】
対応する通信端末からの呼を設定するために、発信データ処理システム２０１はよく知られている方法で検出データ処理システム２０２にメッセージ４０１を送信する。メッセージ４０１は、当技術分野で知られているように、着信番号および発信番号を含む呼に関する情報を含む。
【００３４】
検出データ処理システム２０２は、メッセージ４０１を受信し、着信番号を検査する。この例では、着信番号に関連するユーザは、少なくとも現在の着信呼を、現在転送データ処理システム２０３が担当している、第１の転送先番号に関連するユーザのセルラ端末に転送するよう事前に指定している。その結果、検出データ処理システム２０２は、メッセージ４０２をよく知られている方法で転送データ処理システム２０３に送信する。検出データ処理システム２０２は、転送データ処理システム２０３へのこの呼の延長を「出中継呼」と判断する。メッセージ４０２は、本発明の例示の実施形態による（ｉ）第１の転送先番号、（ｉｉ）元の発信番号、（ｉｉｉ）転送番号、および（ｉｖ）呼に関する符号化された情報を含む、出中継呼に関する情報を含む。転送番号および符号化された情報について図５を参照しながら以下に説明する。
【００３５】
転送データ処理システム２０３は、メッセージ４０２を受信して第１の転送先番号（すなわち、着信番号）を検査する。この例では、第１の転送先番号に関連するユーザは、ユーザが自分のセルラ端末に応答しない場合に、検出データ処理システム２０２によってサポートされ、第２の転送先に関連するユーザの企業の音声メール・ボックスに呼を転送するよう事前に指定している。ユーザは応答せず、その結果、転送データ処理システム２０３はよく知られている方法で検出データ処理システム２０２にメッセージ４０３を送信する。メッセージ４０３は、第２の転送先番号を含む、転送呼に関する情報を含む。転送データ処理システム２０３はまた、メッセージ４０３に載せて、（ｉ）元の発信番号、（ｉｉ）転送番号、および（ｉｉｉ）メッセージ４０２内で受信した符号化された情報の１つまたは複数をよく知られている方法で送信する。
【００３６】
検出データ処理システム２０２は、メッセージ４０３を受信して第２の転送先番号（すなわち、着信番号）を検査する。この例では、転送データ処理システム２０３からメッセージ４０３で受信した転送先番号は、発信データ処理システム２０１からメッセージ４０１で最初に受信した着信番号と同じである。
メッセージ４０３および関連する呼の以降の処理について、以下に図５を参照しながら説明する。
【００３７】
図５は、本発明の例示の実施形態による通信チャネルを検出する際の（検出）データ処理システム２０２によって実行される主要なタスクのフローチャートである。以下の説明は、図４に関連する呼転送の例に基いている。図５に示すどのタスクを同時にまたは図示と異なる順序で実行できるかは当業者には明らかであろう。
【００３８】
この例は単一の出中継呼の例である。ただし、本明細書を読めば、同時に複数の呼を検出する方法は、当業者には明らかであろう。
タスク５０１で、データ処理システム２０２は、発信データ処理システム２０１から、着信呼に関連する発信番号を含むメッセージ４０１をよく知られている方法で受信する。発信番号は、発信データ処理システム２０１を介して発呼する通信端末に対応する。
【００３９】
タスク５０２で、データ処理システム２０２は、例示の実施形態による、この時点では「既存の」呼と考えられる着信呼に関連する情報を生成する。この情報は、（ｉ）発信番号、（ｉｉ）呼識別子、および（ｉｉｉ）転送番号を含む。呼識別子は、データ処理システム２０２によって符号化されて、この例の既存の呼などの特定の発信端末が発信する特定の呼を表す。転送番号は、呼の転送元である検出データ処理システム２０２に関連する着信通信端末の内線を表す。データ処理システム２０２は、これら３つの情報要素を既存の呼のレコードの一部としてメモリ３０３内に記憶する。
【００４０】
タスク５０３で、データ処理システム２０２は、例示の実施形態による転送データ処理システム２０３に、生成された情報を含むメッセージ４０２を送信する。いくつかの代替実施形態では、発信番号および発呼者識別子などの例示の実施形態の生成された情報のサブセットしか送信されない。
【００４１】
メッセージおよびそれらのメッセージ内の情報要素が電気通信システム２００で一貫して処理される方法に矛盾があるために、例示の実施形態では生成された情報のすべてが送信される。発生する可能性がある矛盾の一例として、検出データ処理システム２０２は、（ｉ）発信番号、（ｉｉ）呼識別子、および（ｉｉｉ）転送番号を処理するが、転送データ処理システム２０３は送信された発信番号または転送番号を保存することが保証されない。言い換えれば、発信番号は、電気通信システム２００で一貫してその値が保存される場合には呼の発呼者の最も正しい表示でありえるが、生成された呼識別子は、発呼者の最も確実な表示でありえる。
【００４２】
タスク５０４で、データ処理システム２０２は、転送データ処理システム２０３から、以前に生成された情報の少なくとも一部を含むメッセージ４０３を受信する。
タスク５０５で、データ処理システム２０２は、着信呼に関連する任意のメッセージに関して行うのと同様に、メッセージ４０３内の着信番号を調べる。例示の実施形態では、着信番号は転送番号として知られている内線と照合される。着信番号が、転送データ処理システム２０３に送信される転送番号（そのレコードはメモリ３０３内に事前に記憶されている）既存の呼の転送番号と一致した場合、データ処理システム２０２は、非空き状態の１組の特定の呼状態の１つに一致した転送番号に関連する出中継呼（例えば、転送データ処理システム２０３への）があるか否かを検査する。１組の特定の呼状態は、呼のリソースが設定されている出中継呼設定受付、または呼のリソースが設定され呼出が開始している呼出通知を含むことができる。
【００４３】
特定の状態の出中継呼が存在する場合、データ処理システム２０２はメッセージ４０３で返送された情報の部分を検査する。受信した（ｉ）発信番号、（ｉｉ）呼識別子、および（ｉｉｉ）転送番号のいずれかが既存の呼のそれと一致した場合、データ処理システム２０２はループ発生を検出している。その結果、検出データ処理システム２０２は、本発明の例示の実施形態の通信チャネル２０６を切断（または割り当て解除）する信号を生成する。いくつかの代替実施形態では、検出データ処理システム２０２は、通信チャネル２０５を切断（または割り当て解除）する信号も生成する。１つまたは複数の通信チャネルを切断する方法、一般には呼のリソースを割り当て解除する方法は、当業者には明らかであろう。
【００４４】
上記の実施形態は本発明を例示するものに過ぎず、当業者は本発明の範囲を逸脱することなく上記の実施形態の多数の変形形態を考案できる。例えば、本明細書では、本発明の例示の実施形態を十分に説明し理解するために多数の特定の詳細例について記載している。ただし、本発明は、これらの１つまたは複数の詳細例なしに、またはその他の方法、材料、構成要素によって実施できることは当業者には明らかであろう。
【００４５】
さらに、いくつかの例では、例示の実施形態を分かりにくくしないように、よく知られている構造、材料、または動作は図示または詳述していない。図面に示すさまざまな実施形態は例示的なものであり、必ずしも一律の縮尺に従わずに描かれている。本明細書を通して、「１つの実施形態」または「一実施形態」または「いくつかの実施形態」という表現は、１つまたは複数の実施形態に関連して記載されている特定の機能、構造、材料、または特徴が本発明の少なくとも１つの実施形態に含まれており、必ずしもすべての実施形態に含まれてはいないことを意味する。したがって、本明細書を通してさまざまな場所に現れる「１つの実施形態で」または「一実施形態で」または「いくつかの実施形態で」という語句は必ずしも同じ実施形態を指しているわけではない。さらに、特定の機能、構造、材料、または特徴は、１つまたは複数の実施形態内で任意の適した方法で組み合わせることができる。したがって、そのような変形形態は特許請求の範囲とその均等物に含まれる。
【図面の簡単な説明】
【００４６】
【図１】従来技術の電気通信システム１００を示す図である。
【図２】本発明の例示の実施形態による電気通信システム２００を示す図である。
【図３】本発明の例示の実施形態による図２のデータ処理システム２０２のブロック図である。
【図４】本発明の例示の実施形態による電気通信システム２００のメッセージ・フロー図である。
【図５】本発明の例示の実施形態によるデータ処理システム２０２の主要なタスクのフローチャートである。
【図１】
2006101528.tif 000003
【図２】
2006101528.tif 000004
【図３】
2006101528.tif 000005
【図４】
2006101528.tif 000006
【図５】
2006101528.tif 000007