(57)【特許請求の範囲】
【請求項１】
移動体交換センター（ＭＳＣ）および複数の基地局からなる無線通信システムにおいて、選択された呼びの呼処理データを取り出す方法であって、
ハンドオフの際に、その呼びに対する呼処理データを含む、呼び記録およびハンドオフ元基地局のＩＤをハンドオフ元基地局からハンドオフ先基地局へと送るステップと、
前記送るステップにて送られた、ハンドオフ元基地局の前記ＩＤおよびハンドオフ元基地局における前記呼び記録をハンドオフ先基地局における呼び記録に記憶するステップと、
該記憶するステップの後に、前記呼びに対する呼び記録を前記ハンドオフ元基地局に保持するステップと、
前記ハンドオフ先基地局の呼び記録から、モニターする特定の呼びを選択するステップと、
その選択するステップに応じて、前記記録された呼び記録のＩＤからなる要求メッセージを前記特定の呼びにサービスしている基地局のハンドオフ前の基地局へ送るステップと、
前記要求メッセージに応じて、前記前の基地局の呼び記録から前記選択した特定の呼びに対する呼び処理データを前記移動体交換センターへ送るステップとを有することを特徴とする方法。
【請求項２】
前記選択するステップは、前記呼びにサービスする前記基地局において、呼びのデータの取り出しを必要とする異常状態を検出するステップを含むことを特徴とする請求項１記載の方法。
【請求項３】
前記選択するステップは、前記呼びにサービスする移動体交換センターにおいて、呼びのデータの取り出しを必要とする異常状態を検出するステップを含むことを特徴とする請求項１記載の方法。
【請求項４】
前記選択するステップは、前記呼びの移動体交換センターにサービスする稼働サポートシステムにおいて、呼びのデータの取り出しを必要とする異常状態を検出するステップを含むことを特徴とする請求項１記載の方法。
【請求項５】
前記選択するステップは、前記呼びを取り扱う係員からの要求に応じて選択するステップを含むことを特徴とする請求項１記載の方法。
【請求項６】
前記記憶するステップは、ハンドオフする移動体交換センターのＩＤを記憶するステップを更に含み、ここで、
異なる移動体交換センターによってサービスされる基地局の前記前の基地局の呼び記憶からのデータを識別でき獲得することができることを特徴とする請求項１記載の方法。
【請求項７】
呼びにサービスする開始基地局において、その呼びに対して前の呼び記録がないことを表す情報を設定することを更に含むことを特徴とする請求項１記載の方法。
【請求項８】
前記前の基地局からの別の記憶された呼び記録ＩＤからなる要求を送り、前の基地局の呼び記録が存在する場合に、前の呼び記録からのデータを前記移動体交換センターへと送るステップを更に含むことを特徴とする請求項１記載の方法。
【請求項９】
選択するコマンドプロセッサの受領の後に、後の基地局から前記移動体交換センターへ呼び記録情報を送るためにその後のハンドオフ動作の要求を送るステップを更に含むことを特徴とする請求項１記載の方法。
【請求項１０】
前記呼びの切断に応じて、前記切断の時にて前記呼びにサービスする基地局から呼び記録メッセージを送るステップを更に含むことを特徴とする請求項１記載の方法。
【請求項１１】
移動体交換センター（ＭＳＣ）および複数の基地局からなる無線通信システムにおいて、選択された呼びの呼処理データを取り出す装置であって、
前記通信システムの基地局において、
ハンドオフの際に、その呼びに対する呼処理データを含む、呼び記録およびハンドオフ元基地局のＩＤをハンドオフ元基地局からハンドオフ先基地局へ送り、
ハンドオフ元基地局の前記送ったＩＤおよびハンドオフ元基地局における前記送った呼び記録をハンドオフ先基地局における呼び記録に記憶し、
その記憶後に、前記呼びに対する呼び記録を前記ハンドオフ元基地局に保持し、
前記ハンドオフ先基地局の呼び記録から、モニターする特定の呼びを選択し、
その選択に応じて、前記記憶した呼び記録からなる要求メッセージを前記特定の呼びにサービスする前記基地局の前のハンドオフ前の基地局へ送り、
前記要求メッセージに応じて、前記前の呼び記録から前記選択した特定の呼びに対する呼び処理データを前記移動体交換センターへ送る動作を制御する記憶および制御手段からなるプロセッサ手段を備えることを特徴とする装置。
【請求項１２】
前記選択は、前記呼びにサービスする前記基地局において、呼びのデータの取り出しを必要とする異常状態を検出することを含むことを特徴とする請求項１１記載の装置。
【請求項１３】
前記選択は、前記呼びにサービスする移動体交換センターにおいて、呼びのデータの取り出しを必要とする異常状態を検出することを含むことを特徴とする請求項１１記載の装置。
【請求項１４】
前記選択は、前記呼びの移動体交換センターにサービスする稼働サポートシステムにおいて、呼びのデータの取り出しを必要とする異常状態を検出することを含むことを特徴とする請求項１１記載の装置。
【請求項１５】
前記選択は、前記呼びを取り扱う係員からの要求に応じて選択することを含むことを特徴とする請求項１１記載の装置。
【請求項１６】
前記記憶は、ハンドオフする移動体交換センターのＩＤを更に記憶することを含み、
異なる移動体交換センターによってサービスされる基地局の前記前の基地局の呼び記憶からのデータを識別でき獲得することができることを特徴とする請求項１１記載の装置。
【請求項１７】
前記プロセッサ手段は、
呼びにサービスする開始基地局において、その呼びに対して前の呼び記録がないことを表す情報を設定する動作を更に制御することを特徴とする請求項１１記載の装置。
【請求項１８】
前記プロセッサ手段は、
前記前の基地局からの別の記憶された呼び記録ＩＤからなる要求を送り、前の基地局の呼び記録が存在する場合に、前の呼び記録からのデータを前記移動体交換センターへと送る動作を更に制御することを特徴とする請求項１１記載の装置。
【請求項１９】
前記プロセッサ手段は、
選択するコマンドプロセッサの受領の後に、後の基地局から前記移動体交換センターへ呼び記録情報を送るためにその後のハンドオフ動作の要求を送る動作を更に制御することを特徴とする請求項１１記載の装置。
【請求項２０】
前記プロセッサ手段は、
前記呼びの切断に応じて、前記切断の時にて前記呼びにサービスする基地局から呼び記録メッセージを送る動作を更に制御することを特徴とする請求項１１記載の装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、選択された移動局によりされた呼びに関するデータを獲得する構成に関する。
【０００２】
【従来の技術】
無線通信システムの基地局および移動体交換センターは、多くの種類のエラーを検出するように構成している。それらのエラーは、呼びの最中に検出されることがあり、その時は、移動局が前の基地局から１もしくは複数回ハンドオフされた後であることもある。
【０００３】
【発明が解決しようとする課題】
このような状況の下で、従来技術には、前の基地局から呼びの前の段階のデータを獲得する良い方法はなかった。
【０００４】
【課題を解決するための手段】
本発明において、基地局に保持される呼びの呼び記録は、その呼びを渡した基地局の識別情報（ＩＤ）、その基地局におけるその呼びの呼び記録ＩＤ、そして随意に、その基地局を制御する移動体交換センターのＩＤを含む。エラー状態が発見されると、その発見の時におけるその呼びを制御する基地局は、その前の基地局と呼び記録へのリンクを有し、その基地局はその前の基地局と同様なリンクを有し、元の基地局はもちろん前の基地局のＩＤを有さない。続いて、前の基地局の呼び記録からのデータは、以下のような呼び記録が未だクリアされてない間は、移動体交換センターへと送信される。すなわち、いかなる前の局に対しても、もし移動体が別の基地局へと移った場合には、非アクティブであり、基地局がソフトハンドオフ状況において移動体に対して未だ収容している場合にはアクティブであるような呼び記録である。
【０００５】
好都合なことに、この構成は、通常の状況下で（すなわち、呼びの継続時間のほとんどに対して呼び記録を保持する十分なメモリースペースがある場合)、基地局が呼びをハンドオフされたときにおいてその呼びがモニターされることの示唆が何もない場合にも、モニターされる呼びに対する全ての呼び記録データが取り出されることを可能にする。
【０００６】
【発明の実施の形態】
図１は、本発明の動作を示すブロック図である。この図１は、３つの異なる基地局ＢＳ１、ＢＳ２、ＢＳ３が呼びを収容していたかないし収容しているような移動体通信システムを示す。移動局２０が元々確立時には基地局１により呼びを収容していた。続いて移動局２０が基地局２が収容する領域へと移り、その後、移動局２０が基地局３が収容するセル領域へと移った。これら３つの基地局１、２、３は、移動体交換センター（ＭＳＣ）１０によって制御されスイッチングされる。
【０００７】
移動体交換センター１０はネットワーク１１によりつながれ、このネットワーク１１は、コモンチャネルシグナリングネットワーク（ＣＣＳ７)、公衆交換電話網（ＰＳＴＮ）からなり、ＭＳＣを別のＭＳＣ１３とつなぎ、移動体がＭＳＣ１０が収容する領域の外に出た場合に呼びを取り扱い、陸上（ベースの）スイッチ１４は、通話者のいずれかが陸上であるような呼びを完成ないし発信し、稼働サポートシステム（ＯＳＳ）１２は、ＭＳＣ１０に対して稼働、管理、保守、サポートを提供する。
【０００８】
代わりに、ＯＳＳ１５をＭＳＣ１０に直接つなげてもよい。基地局１はコントローラ３０を有し、メモリー３１を含む、メモリー３１には、呼びが確立されたときから呼び記録３２のような複数の呼び記録を含む。本発明の原理に従い、その呼び記録は、前の基地局のＩＤ、前の呼び記録ＩＤ、前のシステム（例えば、ＭＳＣ１３によるシステムのコントローラ）のＩＤを設定(initiate、初期化)される。この場合、呼びは基地局１にて元々確立されたので、呼び記録はこれら前の指示子３つ全てに対して空データを送る。
【０００９】
移動体が基地局２により収容される領域にいつ移動したかを知ることにより、基地局１が基地局内で呼び記録（３７）を識別するメッセージ３５のようなメッセージ、および対応する移動局３６のＩＤを送る。このように、基地局２におけるこの呼びに対する呼び記録（この例においては、呼び記録３４）は、前の基地局（１）のＩＤ、前の呼び記録３２のＩＤ、前のシステム（この場合１０）のＩＤ情報を設定される。なぜなら、呼びが基地局１からサービスされているときにはＭＳＣ１０によってサービスされているからである（この例において、もちろん、呼びはＭＳＣ１０によってサービスされ続ける)。前の基地局と前のシステムのＩＤはハンドオフプロセスの一部として生来的に（inherently）供給され、本発明の原理に従って呼び記録を適切に設定するのに用いられる。
【００１０】
移動局２０が基地局３がサービスする領域に移動し基地局３へとハンドオフされると、基地局３における呼び記録３６は前の基地局（２)、前の呼び記録ＩＤ（３４)、前のシステム（１０）を、別でメッセージ種類３５を用い他のハンドオフメッセージを用いることによって設定される。前のシステムを記録することによって、もし移動局がＭＳＣの境界をまたがってハンドオフされた場合に別のＭＳＣから呼び記録データを獲得することを可能にする。
【００１１】
呼びが基地局３によりサービスされているときのようなある時点においてその呼びのデータを獲得するための要求がなされ、ＭＳＣ１０（あるいはサービスする基地局）において異常状態が検出されたと想定する。もしＯＳＳ１２のような稼働サポートシステムから自動的、あるいは係員によるＯＳＳ１２からの要求によって要求がなされた場合、移動局ＩＤ４１を含むメッセージ４０およびこれがデータ要求４２であることのＩＤ情報がＣＣＳ７ネットワーク１１を介してＭＳＣ１０へと送られる。続いてＭＳＣ１０がメッセージ４５を基地局３へと転送する。メッセージ４５は、移動局ＩＤ４６およびこれが呼び４７に関するデータ要求であることのＩＤ情報を含む。
【００１２】
このデータの受領に応じて、基地局３は識別した移動局２０に関わる呼び記録データを送る。このメッセージ種類５５は移動局ＩＤ５６、呼び記録データ５７を含む。
【００１３】
また、基地局３は基地局２にメッセージを送る。メッセージ５０は、呼び記録ＩＤ５１（この場合３４)、その呼びに関するデータをＭＳＣ５２に送る要求を含む。メッセージ５０の受領に応じて、基地局２はメッセージ５５を送る。メッセージ５５は、移動局５６のＩＤ、呼びに関する呼び記録データ５７を、基地局２に存在するように含む。また、基地局２はメッセージ５０を送る。メッセージ５０は、呼び記録ＩＤ５１（この場合（３２）)、データをＭＳＣ５２に送る要求を、前の基地局１へと送られる。
【００１４】
このメッセージ５０の受領に応じて、１は移動局５６のＩＤを含む、その呼びに関するその呼び記録の内容（別のメッセージ５５における呼び記録３２の内容）を送る。基地局１は、前の基地局へとメッセージ５０を送らない。なぜなら、基地局１は前の基地局、前の呼び記録、前のシステムのその呼び記録における記録は全て０ないし空であるので基地局１が前の基地局がないことを認識するからである。
【００１５】
この構成を用いることにより、３つの基地局が移動局２０との間で現在なされている呼びに関するそれらの呼び記録によるデータをＭＳＣへと送る。
【００１６】
また、もし移動局が３から別の基地局（基地局１、２のいずれかを含む）へと移動すると、基地局３はハンドオフされた基地局へとメッセージ５０を送りリンクを継続する。ハンドオフの時点にて、基地局３は別の呼び記録データメッセージ５５をＭＳＣ１０へと送る。
【００１７】
呼びが切断すると、切断時にサービスしている基地局はメッセージ５５をＭＳＣ１０へと送る呼びの記録を完成させる。
【００１８】
図２〜６は、本発明の方法を示す流れ図である。これら流れ図はＭＳＣ１０、基地局１、２または３におけるプログラム制御の下で制御プロセッサを用いて実装することができる。
【００１９】
図２は、呼びに関するデータの要求を検出するプロセスの動作を示す流れ図である。ＭＳＣはそれ自身呼びのモニターを必要とする呼び状態を検出する（２０１)。例えば、ＭＳＣは無効な基地局番号を含むメッセージを受ける。ＭＳＣは呼びをモニターする要求を受ける（２０３)。この要求は稼働サポートシステムから来ることが多い。それは呼びモニターを必要とする状態を自動的に検出し、あるいは稼働サポートシステムにおける係員により開始される要求に基づく要求を送信してもよい。いずれの場合でもＭＳＣはモニターされる移動局にサービスする基地局へと呼びモニター要求を送る。
【００２０】
図３は、呼びがモニターされる移動局に現在サービスしている基地局において行われる動作を示す。３０１において、基地局にプログラミングされる状況を示してあり、基地局が呼びをモニターすることが必要な状態を検出する。３０３は、サービスしているＭＳＣから２０５にて送られるメッセージが呼びをモニターする必要があることを示す。いずれの場合にもモニターされる移動局の呼び記録の状態をＭＳＣへと送る（３０５)。また、呼びに現在サービスしている基地局は、前の基地局へと呼び記録モニター要求を送る（３０７)。メッセージタイプ５０にて送られるこの要求は、その基地局における呼び記録のＩＤを含む。
【００２１】
続いて、呼びが別の基地局へとハンドオフされる（３１１)。基地局がその呼び記録状態をＭＳＣへと送る（３１２)。続いて本発明に従い、呼びモニター要求がその次の基地局へと送られる（３１３)。呼びモニター要求は、もしメッセージタイプ５０ならば、その要求を送る基地局の呼び記録ＩＤを含む。本発明の主な目的が、前の記録を調べることによりエラーの発生元を追跡することにあるので、場合によっては、続く呼びメッセージも有用な情報を含む。更に、ＩＤ（サービスしているＭＳＣのＩＤを含む）がハンドオフメッセージにて運ばれ、呼び記録は、ハンドオフ元基地局とＭＳＣのＩＤ、そしてその基地局における呼び記録のＩＤを設定することができる。
【００２２】
もし呼びが別の基地局へとハンドオフされなければ、呼びが終了する場合（３１５)、基地局はその終了時にその呼び記録状態をＭＳＣへと送る（３１７)。
【００２３】
図４は、前の基地局にて行われる動作を示す。前の基地局がその次の基地局から呼びモニター要求を受ける（４０１)。この呼びモニター要求は、メッセージタイプ５０において受け側基地局における呼び記録のＩＤを含む。基地局は識別した呼び記録との呼び記録状態をＭＳＣへと送り（４０３)、そして呼び記録要求（メッセージタイプ５０の）をもしあればその前の基地局へ送る（４０５)。この「もしあれば」の状況は、前の呼び記録ＩＤ、前の基地局、前のシステムの存在が呼び記録にないことによって認識することができる。
【００２４】
図５は、基地局が呼びをハンドオフしたときに行う動作を示す。基地局が呼びをハンドオフし（５０１)、送っている基地局におけるこの呼びの呼び記録ＩＤを次の基地局へと送る（５０３)。この５０３のメッセージはタイプ５０のメッセージである。続いて、次の基地局が呼びに対する呼び記録を前の呼び記録（メッセージ５０において受信）ＩＤ、前の基地局および他のハンドオフ制御メッセージ（図示せず）にて受信した前の基地局および前のＩＤを設定する。
【００２５】
図６は、発信時において、あるいは基地局で呼びが発信または終了するときにおける基地局にて必要な動作を示す。呼びが基地局で発信ないし終了する（６０１)。続いて、基地局はその呼び記録を空の前の呼び記録、空の前の基地局、空の前のシステムを設定する（６０３)。これは、４０５において、基地局が前の基地局へともしそのような前の基地局がない場合に呼び記録要求を送ることを防ぐことを可能にする。
【００２６】
この実施例において、システム間の呼びハンドオフが可能であると想定している。これは、呼び記録において前のシステムセグメントを備え保持していることの利用である。システム間呼びハンドオフが許されない場合ではこのセグメントを保持する必要はない。
【００２７】
前の基地局のＩＤ、その前の基地局における呼びの呼び記録のＩＤ、その移動体交換センターのＩＤを含むように呼び記録を更に拡張することができる。もし基地局２が特定の呼びにおいてエラー状態がありその呼びのデータを移動体交換センターへ報告すべきであると発見すると、基地局２は呼び記録ＩＤ５１および依存する指示局５２に対してデータをモニターすることが要求され、その呼びに対してデータのモニターが要求されたことを示す指示を含むメッセージ５０を前の基地局１へと送る。
【００２８】
続いて基地局１はその呼びの移動局のＩＤ（５６)、その呼びの呼び記録データ５７を含むメッセージ５５を送る。もし基地局に前の基地局があれば、基地局１は基地局２として前の基地局の同様な要求を基地局１にて作る。もし基地局１には前の基地局がなければ前の基地局ＩＤおよび前の呼び記録ＩＤは空になる。
【図面の簡単な説明】
【図１】本発明の動作を示すブロック図。
【図２】呼びに関するデータの要求を検出するプロセスの動作を示す流れ図。
【図３】呼びがモニターされる移動局に現在サービスしている基地局において行われる動作を示す図。
【図４】前の基地局にて行われる動作を示す図。
【図５】基地局が呼びをハンドオフしたときに行う動作を示す図。
【図６】発信時において、あるいは基地局で呼びが発信または終了するときにおける基地局にて必要な動作を示す図。
【符号の説明】
２０１  ＭＳＣが呼びモニター状態を検出
２０３  ＭＳＣが呼びモニター要求を受ける
２０５  ＭＳＣがモニターする移動局にサービスする基地局へと呼びモニター要求を送る
３０１  基地局が呼びモニター状態を検出
３０３  基地局が呼びモニター要求を受ける
３０５  基地局が呼び記録状態をＭＳＣへと送る
３０７  基地局が呼び記録モニター要求を前の基地局へと送る
３１１  呼びが別の基地局へとハンドオフされる
３１２  基地局が呼び記録状態をＭＳＣへと送る
３１３  基地局が呼びモニター要求を次の基地局へと送る
３１５  呼び終了
３１７  基地局が呼び記録状態をＭＳＣへと送る
４０１  基地局が次の基地局から呼びモニター要求を受ける
４０３  基地局が呼び記録状態をＭＳＣへと送る
４０５  基地局が呼び記録要求をもしあれば前の基地局へと送る
５０１  基地局が呼びをハンドオフ
５０３  基地局が呼び記録ＩＤを次の基地局へと送る
５０５  次の基地局がその呼び記録に前の呼び記録、前の基地局、システムのＩＤを設定する
６０１  基地局上で呼びを発信または終了
６０３  基地局がその呼び記録に空の前の呼び記録、基地局、システムを設定
【図１】
0003799207.tif 000002
【図２】
0003799207.tif 000003
【図３】
0003799207.tif 000004
【図４】
0003799207.tif 000005
【図５】
0003799207.tif 000006
【図６】
0003799207.tif 000007