通信システムにおける交換エンティティであって、前記通信システムにおいて通信リンクを確立するリクエストを提起する端末の特性情報を取得する手段と、前記取得した特性情報に基づき、前記端末にフィードバック信号が到達することを防いでいる間に、前記通信リンクの確立を開始する手段とを備えることを特徴とする交換エンティティ。前記通信リンクは、前記リクエストを提起した前記端末と、着呼側端末との間の呼接続であることを特徴とする請求項1に記載の交換エンティティ。前記フィードバック信号は、着呼側端末が端末のユーザーを呼び出していることを示す信号であることを特徴とする請求項2に記載の交換エンティティ。前記フィードバック信号は、前記通信リンクの確立の処理状態を示す信号であることを特徴とする請求項1乃至3の何れか1項に記載の交換エンティティ。前記取得した特性情報は、前記リクエストを提起した後で前記通信リンクが確立される前に、前記端末が前記通信リンクの確立を前もって中断したことを示す情報であることを特徴とする請求項1乃至4の何れか1項に記載の交換エンティティ。前記フィードバック信号が前記端末に到達することを防ぐ場合に、前記端末に代替信号を送信する手段をさらに備えることを特徴とする請求項1乃至5の何れか1項に記載の交換エンティティ。前記代替信号は、音声メッセージ信号、サウンド信号、及びノイズ信号のいずれか1つを含むことを特徴とする請求項6に記載の交換エンティティ。前記交換エンティティは、セルラー通信ネットワークのモバイル交換センターであることを特徴とする請求項1乃至7の何れか1項に記載の交換エンティティ。通信システムにおけるネットワークエンティティであって、前記通信システムの複数の端末のそれぞれに対して、未確立通信リンクの情報を含む複数のレコードを収集する手段と、前記収集された複数のレコードに基づき、前記複数の端末の中から端末を特定する手段と、前記通信システムに対して、前記特定した端末の特性情報を提供する手段とを備えることを特徴とするネットワークエンティティ。前記通信リンクは、前記端末と着呼側端末との間の呼接続であることを特徴とする請求項9に記載のネットワークエンティティ。前記端末は、前記収集された複数のレコードに含まれる未確立通信リンクの情報に基づいて特定されることを特徴とする請求項9又は10に記載のネットワークエンティティ。前記未確立通信リンクの前記情報は、前記通信リンクを確立するリクエストを提起した後で該通信リンクが確立される前に、前記通信リンクの確立を前記端末が中断したことを示す情報であることを特徴とする請求項11に記載のネットワークエンティティ。前記端末は、前記未確立通信リンクの数が所定の閾値を超える場合に、特定されることを特徴とする請求項11又は12に記載のネットワークエンティティ。前記未確立通信リンクの前記情報は、前記リクエストを提起した後から所定の時間内に前記通信リンクの確立を前記端末が中断したことを示す情報であることを特徴とする請求項11乃至13の何れか1項に記載のネットワークエンティティ。前記複数の端末のそれぞれに対して、前記リクエストを提起した後から所定の時間内に前記通信リンクの確立を前記端末が中断したことを示す未確立通信リンクの情報に基づき、前記未確立通信リンクの第1の数を決定する手段と、前記複数の端末のそれぞれに対して、前記リクエストを提起した後に前記通信リンクの確立を前記端末が中断した時間に関わらず、前記未確立通信リンクの総数を決定する手段と、前記第1の数及び前記総数の割合が所定の閾値を超える場合に前記端末を特定する手段とをさらに備えることを特徴とする請求項12に記載のネットワークエンティティ。前記通信システムは、セルラーネットワークであることを特徴とする請求項9乃至15の何れか1項に記載のネットワークエンティティ。請求項1乃至8の何れか1項に記載の交換エンティティと、請求項9乃至16の何れか1項に記載のネットワークエンティティとを備える通信システム。通信システムにおいて交換エンティティを作動させる方法であって、通信システムにおいて通信リンクを確立するリクエストを提起する端末の特性情報を取得するステップと、前記通信リンクの確立を開始するステップと、前記取得した特性情報に基づき、前記端末にフィードバック信号が到達することを防ぐステップとを含むことを特徴とする方法。請求項2乃至8の何れか1項に記載の交換エンティティを作動させることを特徴とする請求項18に記載の方法。請求項18又は19に記載の方法の各ステップを実行するためのコードを含み、交換エンティティの処理ユニットにロード可能なコンピュータプログラム。通信システムにおけるネットワークエンティティを作動させる方法であって、前記通信システムの複数の端末のそれぞれに対して、未確立通信リンクの情報を含む複数のレコードを収集するステップと、前記収集された複数のレコードに基づき、前記複数の端末の中から端末を特定するステップと、前記通信システムに対して、前記特定した端末の特性情報を提供するステップとを含むことを特徴とする方法。請求項10乃至16の何れか1項に記載のネットワークエンティティを作動させることを特徴とする請求項21に記載の方法。請求項21又は22に記載の方法の各ステップを実行するためのコードを含み、ネットワークエンティティの処理ユニットにロード可能なコンピュータプログラム。請求項20又は23に記載のコンピュータプログラムを格納したコンピュータで読取可能な記憶媒体。図1には、本発明の一実施形態に係る通信システムにおける交換エンティティ10が示される。通信システムは、例えば、公衆交換電話網PSTN又はセルラーネットワークであってもよい。通信システムがPSTNの場合、交換エンティティ10は、交換センターとなりうる。通信システムがセルラーネットワークの場合は、交換エンティティ10は、モバイル交換センターMSCとなりうる。交換エンティティ10は、通信システムを用いて端末から通信リンクを確立するリクエスト91を受信する。当該通信リンクは、電話通信呼や、ボイスオーバーIP電話VoIP呼、データ接続等であってもよい。端末は、電話機、モバイル電話機、固定電話機、ノートブックコンピューター、パーソナルコンピューターPC、スマートフォン、携帯情報端末PDA、タブレットコンピューター等であってもよい。通信リンクを確立するリクエストを提起する端末を、以下では発呼側端末と称する。当該通信リンクが確立されうる端末を、以下では着呼側端末と称する。識別子に基づき、交換エンティティ10は、着呼側端末と関連する交換エンティティ着呼側交換エンティティを決定する。例えば、セルラーネットワークにおいて、交換エンティティ10は、着呼側交換エンティティの情報を取得するために、ホームロケーションレジスターHLRにアクセスすることができる。さらに、交換エンティティ10は、着呼側交換エンティティに通信リンクを確立するリクエストについて知らせるために、メッセージ92を着呼側交換エンティティに送信する。メッセージ92に応答して、交換エンティティ10は、通信リンクの確立の処理ステージを示すフィードバック信号95を受信する。当該フィードバック信号は、例えば、確立の進捗と、着呼側端末が利用可能であり、及び/又は通信リンクを確立する準備ができていることとを発呼側端末へ示すものである。フィードバック信号95はまた、着呼側端末が呼び出しを行っていることを示す、即ち、着呼側端末が聴覚的な、触覚的な、光学的な、振動的等のシグナルを用いて着信側のユーザーを呼び出していることを示す。さらに、交換エンティティ10は、発呼側端末の特性情報99を取得する。特性情報は、通信リンクの確立前又は確立中に取得されてもよい。交換エンティティ10は、当該特性情報に基づき、発呼側端末が通信システムの資源を不正使用するものであるかどうかを判断する。例えば、特性情報は、不正使用端末としての発呼側端末を特定する指標を含んでもよい。取得した特性情報が発呼側端末がネットワークの資源を不正使用することを示す場合、フィードバック信号が発呼側端末に到達することが防がれる。フィードバック信号が発呼側端末に到達することを防ぐことによって、発呼側端末は通信リンク確立の状態に関する情報を取得することができない。当該防止策は、信号が発呼側端末に中継されないなどの、受信信号をブロックすることを意味する。しかしながら、フィードバック信号が交換エンティティ10によって生成される場合において、当該防止策は、フィードバック信号を生成しないことであってもよい。これは、当該端末が同じ交換エンティティに関連する他の端末と通信を行うことを試みる場合である1つの交換エンティティが発呼側交換エンティティ及び着呼側交換エンティティとして動作する。追加的に、交換エンティティ10は、当該端末にフィードバック信号が到達することを防ぐときに、当該端末へ代替信号96を送信してもよい。代替信号は、ボイスメッセージ信号、サウンド信号、及び雑音信号の少なくとも1つを含む信号であってもよい。そのような信号は、着呼側が呼び出しを行っていることを発呼側に伝達することなく通信リンクが確立されていることを示すものであってもよい。例えば、代替信号96としてのボイスメッセージ信号は、発呼側に、呼をセットアップしていますなどを通知するものであってもよい。このような場合、発呼側は、着呼側が呼び出しを行っていることを示す呼出音を期待して、当該呼を中断することを躊躇する可能性がある。図2及び図3を参照して、本発明の一シナリオについて説明する。より詳細には、図2及び図3は、本発明の一実施形態を示すものであり、発呼側端末31が着呼側端末32への呼接続通信リンクの確立を試みる場合の実施例について説明する。発呼側端末31は、呼接続を確立するためのリクエスト91を、交換エンティティ10へ送信する。リクエスト91は、電話番号などの着呼側端末32の識別子を含んでもよい。例えば、セルラー無線通信において、当該リクエストは、着呼側端末の電話番号MSISDN:mobilestationintegratedservicesdigitalnetworknumberを含む呼制御CCセットアップメッセージであってもよい。その後、交換エンティティ10は、着呼側端末32と関連する交換エンティティ11を特定する。交換エンティティ10は、着呼側端末32にサービスを提供する交換エンティティ11と着呼側端末とを結びつける情報を含む、通信システムにおいてホームロケーションレジスターHLRにアクセスすることによって、そのような特定を行ってもよい。交換エンティティ10は、発呼側端末31が着呼側端末32への呼接続の確立を要求していることを示すメッセージ92を着呼側交換エンティティ11に送信する。当該メッセージ92は、例えば、発呼側端末の電話番号と、着呼側端末の電話番号を含む初期アドレスメッセージである。当該メッセージ92を受信すると、着呼側交換エンティティ11は、メッセージ93を介して、着呼側端末32にアクセスする。着呼側端末32は、関連ユーザを呼び出す。当該呼び出しは、聴覚的な、視覚的な、又は触覚的なシグナルを用いて行われてもよい。さらに、着呼側端末32は、メッセージ94を介して、着呼側交換エンティティ11に当該呼び出しについて知らせる。同様に、着呼側交換エンティティ11は、着呼側端末32が呼び出しを行っていることを示すメッセージ95を発呼側エンティティ10に送信する。例えば、当該メッセージ95は、CC呼び出しメッセージ、又はACMアドレス完了メッセージであってもよい。さらに、着呼側交換エンティティ11は、可聴の呼び出す音呼出音、フィードバック信号を発呼側交換エンティティ10に送信してもよい。着呼側端末32が呼び出しを行っていることを示す指標95を、交換エンティティ10が受信すると、交換エンティティ10は、発呼側端末31の特性情報99に基づき、発呼側端末31が不正使用端末として特定されるかどうかを判断する。それらの特性情報は、ネットワークエンティティ20によって提供され、発呼側端末31が通信システムの資源を不正使用することを示すパラメータを含んでもよい。例えば、特性情報は、通信システムのHLRから取り出されてもよく、発呼側端末3へ提供されるべき呼出音が無いことを示す情報がHLRの発呼側端末の加入者情報に含まれてもよい。特性情報は、呼接続が確立する前に、呼接続の確立中に取得されてもよい。例えば、特性情報は、挿入加入者データのモバイルアプリケーションパートMAPメッセージにおけるロケーション更新中に、HLRから交換エンティティ10の訪問者ロケーションレジスターVLRへ転送されてもよい。交換エンティティ10が不正使用端末として発呼側端末31を特定する場合、呼出音及びフィードバック信号の少なくとも1つが発呼側端末31へ到達することを防止する。例えば、交換エンティティ10は、サーバーアーキテクチャに対するメディアゲートウェイのグループ交換を制御し、当該グループ交換が着呼側交換エンティティ11によって生成される呼出音が発呼側に到達することを防止するようにしてもよい。従って、交換エンティティ10は、呼出音をブロックすることになる。従って、間違い呼misscallを用いて通信システムを不正使用する端末が特定されるとすぐに、全ての呼に対して、呼出音が当該端末に提供されない。したがって、当該端末が呼接続を行う場合、着呼側端末は呼び出しを行うものの、発呼側端末のユーザーには呼出音が聞こえず、呼が意図した宛先へ到達しているかどうかを確信することができず、着呼側が応答するまで待機してしまう。これは、呼に対しての支払いを発呼者に強いることになる。着呼側端末32が発呼側端末31と同じ交換エンティティ10によってサービスの提供を受けている場合において、フィードバック信号が発呼側端末31に到達することを防ぐには、単に呼出音が生成されないようにしてもよい。さらに、交換エンティティ10は、呼出音又はフィードバック信号が発呼側端末31に到達することを防ぐ場合に、代替信号96を発呼側端末31に送信することができる。以下では、通信システムの資源を不正使用する端末を特定する処理について説明する。当該処理は、ネットワークエンティティ20によって実行される。ネットワークエンティティ20は、未確立通信リンクの情報を含む複数のレコードを収集する。通信リンクが呼接続であれば、当該複数のレコードは呼データレコードCDRであってもよい。複数のCDRが、課金目的で生成される。他の情報の中で、CDRの以下の情報が利用可能である。-発呼側端末/着呼側端末情報国際移動電話加入識別番号IMSI、MSISDN;-呼位置情報、即ち、呼が呼び出し段階に到達したか否かの情報、或いは、呼が着呼側端末が応答する段階に到達したか否かの情報;-着呼側端末が呼び出した期間;-端末が呼を切断した情報;-呼切断の理由。本発明の一実施形態において、モバイル発信MOCDRは、発呼側端末と関連するコールレッグcalllegに対して発呼側交換センターで生成される。他のCDRと同様に、MOCDRは、全ての呼又は呼び出し段階に到達した呼か若しくは着呼側端末が応答した呼のみに対して生成されうる。いくつかの交換センターにおいて、これは設定可能なオプションである。呼が間違い呼であるかどうかを判定できるためには、交換センターは、全ての呼、又は、呼び出し段階に到達した呼に対してCDRを生成するように構成されるべきであり、即ち、交換センターが応答段階に到達した呼に対してのみCDRを生成するようには構成されない。ネットワークエンティティ20は、収集されたレコードごとに、当該レコードが間違い呼例えば、間違い呼はエリクソンではプロダクトENIQによって特定されうる。に関連付けれられているかどうかを判断する。当該判断は、様々な基準に基づいてもよい。例えば、呼アテンプトcallattemptは、以下の場合に間違い呼として分類される。-未確立呼接続が呼び出し段階まで到達しており、かつ、呼が通常の理由で切断された場合;-未確立呼接続が呼び出し段階まで到達しており、かつ、発呼側端末が呼を切断し、かつ、呼が通常の理由で切断された場合;-未確立呼接続が呼び出し段階まで到達しており、かつ、発呼側端末が呼を切断し、かつ、着呼側端末が所定の値以下の期間呼び出しを行った場合。ネットワークエンティティ20は、間違い呼の総数が所定の閾値を超える場合、例えば、間違い呼の総数が1日当たり5回を超える場合には不正使用端末として端末を特定することができる。ネットワークエンティティ20はまた、間違い呼の数の比率及び未確立呼接続の総数が所定の閾値を超える場合に、通信システムを不正使用する端末を特定することもできる。一例を以下の表に示す。間違い呼が所定のレベル、例えば、50を超えて増加する場合、各端末は不正使用端末と特定される。一般的には、複数の端末のそれぞれに対して、リクエストが提起された後から所定時間内に通信リンクの確立を端末が中断したことを示す未確立通信リンクの情報に基づき、未確立通信リンクの第1の数が決定されてもよい。したがって、第1の数は、それぞれが確立の要求を行ってセットアップした後に短い期間で中断された呼の数を表す。さらに、再度、複数の端末のそれぞれに対して、リクエストを提起した後に通信リンクの確立を端末が中断した時間に関わらず、未確立通信リンクの総数が決定されてもよい。したがって、当該総数は、全ての未成功の呼リクエスト、即ち、かなりの時間の間呼び出しを行った後でさえ着呼側が応答しなかった呼、システムによって中断された呼例えば、無線リンクの故障を要因とする、及び着呼側によって明示的に拒絶された呼を含む。したがって、不正使用端末は、第1の数及び総数の比率と、所定の閾値とを比較することによって、例えば、上記比率が所定の閾値を超える場合に当該端末が不正使用として特定されうる。不正使用端末が特定されると、当該端末の特性情報が通信システムに提供される。例えば、これは、HLRのパラメータを設定することによって行われてもよい。或いは、当該特性情報が交換エンティティ10に直接送信されてもよい。ネットワークエンティティ20は、交換エンティティ10に設けられるか、或いは、通常、交換エンティティ及びネットワークエンティティの機能が通信システムの処理ユニット、ネットワークノード、1つ以上に分散した処理ユニットを実行するプログラムなどの1つのエンティティの機能として実装されうる。図4Aを参照して、上記処理と以下で説明する処理の詳細について説明する。交換エンティティ10は、処理ユニット102、処理ユニット102に接続されたメモリユニット101、及び処理ユニット102に接続された通信ユニット103を備える。メモリユニット101は、端末の特性情報を格納するように構成される。通信ユニット103は、通信システムと通信を行うように構成される。さらに、メモリユニット101には、交換エンティティを作動する本実施形態の方法の各ステップを実行するためのコードを含む、処理ユニット102にロード可能なコンピュータプログラムが格納される。当該方法は、他の開示の実施形態にも適用されうる。図4Bは、本発明に係るネットワークエンティティ20の概略を示す。ネットワークエンティティは、処理ユニット202と、処理ユニット202に接続されたメモリユニット201と、処理ユニット202に接続された通信ユニット203とを備える。通信ユニット203は、通信システムと通信を行い、未確立通信リンクの情報を含むレコードを受信するように構成される。メモリユニット201は、収集されたレコードに基づき、ネットワークの資源を不正使用する端末を特定するように処理ユニット202に指示するコードを備えてもよい。さらに、メモリユニット201には、ネットワークエンティティを作動する本実施形態の方法の各ステップを実行するためのコードを含む、処理ユニット202にロード可能なコンピュータプログラムが格納される。当該方法は、他の開示の実施形態にも適用される。図5は、交換エンティティを操作するための方法の一実施形態を示すフローチャートである。当該方法は、上記実施形態と組み合わせて用いられてもよい。当該方法は、以下のステップを含む。ステップS11において、通信システムの通信リンクを確立するリクエストを提起する端末の特性情報を取得する。ステップS12において、通信リンクの確立を開始する。ステップS13において、取得した特性情報に基づき、当該端末にフィードバック信号が到達することを防止する。図6は、ネットワークエンティティを操作する方法を示すフローチャートである。当該方法は、図4Bと組み合わせてネットワークエンティティを操作するために適用されてもよい。当該方法は以下のステップを含む。ステップS21において、通信システムにおける複数の端末のそれぞれに対して、未確立通信リンクの情報を含むレコードを収集する。ステップS22において、収集したレコードに基づき、複数の端末の中から端末を特定する。ステップS23において、特定した端末の特性情報を通信システムに提供する。本発明の各実施形態は、1つ以上の以下の利益を享受することができる。通信システムのオペレータは、間違い呼を介して通信システムの資源を不正使用する、システムのユーザを特定することができる。さらに、本発明は、間違い呼が応答され、発呼側に課金される可能性を増大させることができる。種々の実施形態について説明したが、添付の特許請求の範囲によって定義される発明をより理解し易くするためのものであって、本発明を限定する意図はない。