JPH11502684A

JPH11502684A - 呼配信用課金識別情報の伝達

Info

Publication number: JPH11502684A
Application number: JP8529240A
Authority: JP
Inventors: ブルンネル，ロバート
Original assignee: テレフオンアクチーボラゲツトエルエムエリクソン（パブル）
Priority date: 1995-03-24
Filing date: 1996-03-01
Publication date: 1999-03-02
Also published as: NZ304457A; BR9607654A; CN1184581A; WO1996031072A1; MX9707107A; EP0815693A1; US5796790A; AU5165196A; AU708913B2; CN1104158C; RU2139641C1; CA2214568A1

Abstract

(57)【要約】ゲートウエイ移動体通信交換センタ（Ｇ- ＭＳＣ）（４２）と、セルラー通信ネットワーク内の移動局に対して呼を接続中の到着先移動体通信交換センタ（Ｖ- ＭＳＣ）（５２）との間で料金計算動作情報と課金動作情報とを伝達するシステムと方法とが開示されている。この方法は、サーバＭＳＣ（４２）において呼の第１の課金識別データを発生させるステップと、前記第１の課金識別データを宛先ＭＳＣ（５２）に送信するステップと、宛先ＭＳＣ（５２）で発生した呼トランザクションに対応して、宛先ＭＳＣ（５２）において第２の課金識別データを発生させるステップと、前記呼の結果が宛先ＭＳＣ（５２）において決定されてしまった後、関連課金識別データとして第２の課金識別データをサーバＭＳＣ（４２）に返すステップと、を含んでいる。呼の結果が決定されるのは、呼び出し応答がＶ- ＭＳＣ（５２）において受信されている場合、あるいは、サーバＭＳＣ（４２）から宛先ＭＳＣ（５２）までの中継線を捕捉することによって呼が配信されてしまっている場合である。この方法は、セルラー通信ネットワーク内で料金計算動作と課金動作とを伝達するデータメッセージハンドラ通信プロトコルシステムに用途がある。

Description

【発明の詳細な説明】呼配信用課金識別情報の伝達発明の分野本発明は、セルラー通信ネットワークで使用するためのデータメッセージハンドラ（ＤＭＨ）通信プロトコルシステムと、該ネットワーク内で料金計算動作と課金動作を伝達することに関連する方法に関する。発明の背景一般にセルラー通信システムは、マルチシステム移動体通信交換センタ（ＭＳＣ）（multi-system mobile switching center）ネットワークを使用しており、これらのネットワークは、異なるそれぞれ固有の課金プロトコルを使用して運用されている。このため、これらのＭＳＣネットワーク間の課金情報を互いに関連づけることは、事業者にとって難しいことである。現時点では、この情報をリアルタイムで関連づけることは不可能である。ＭＳＣネットワーク間で固有な課金プロトコルの違いがあるため、いくつかの複数システムのＭＳＣを介して設定される呼は、そこを介してＰＳＴＮに呼が設定されるゲートウエイＭＳＣ、あるいは、そこを介して移動局（ＭＳ）（mobile station）に呼が配信される最終拠点（anchor）ＭＳＣのいずれかでロギングされた情報に従って料金が計算されている。ここでＩＳ- ４１として公知の米電子通信工業界（ＴＩＡ）の規格に言及することにより、この規格を本願に組み入れることにするが、現在、この規格には、呼要求（call request）の処理を担当（serving）するゲートウエイＭＳＣ（Ｇ- ＭＳＣ）から、移動体加入者に呼を配信する宛先ＭＳＣつまり到着先（visiting）ＭＳＣ（Ｖ- ＭＳＣ）に、順方向で送られる課金情報の規定がある。この課金情報は、交換局ＩＤ（switch identity）（ＳＷＩＤ）、ＩＳ- ４１呼ＩＤ（Call Identity）（ＣＡＬＬＩＤ）および呼のレッグ（leg）（ＬＥＧＮＯ）を含むものと定義されている「課金ＩＤ（BillingID」データフィールドに対応している（以後、これらのＩＤを一括して課金ＩＤ(BillingID)と呼ぶことにする）。「呼配信（call-delivery）」における課金ＩＤの目的は、ＩＳ- ４１呼び出しメッセージの中で、互いに関連する課金ＩＤ（correlating Billin gID）を、Ｇ- ＭＳＣからＶ- ＭＳＣに配信することである。ＩＳ- ４１は、課金情報を互いに関連づけるためにＶ- ＭＳＣで発生した課金情報を、Ｇ- ＭＳＣに返すことを規定していない。現在、米電子通信工業界（ＴＩＡ）（Telecommunications Industry Associat ion）は、ＤＭＨ規格として公知のＩＳ- １２４規格を開発中である。ＴＩＡは、１９９４年７月１１日、ＳＹＮＡＣＯＭＴＥＣＨＮＯＬＯＧＹに対して、ＩＳ- ４１レビジョンＣの評決（Ballot）で、「呼配信」ＩＳ- ４１の結果の戻り（return result）メッセージに課金ＩＤを導入することを提案した（ここでこの会社に言及することにより、同社が提案した技術を本願に組み入れることにする）。ＩＳ- １２４は、Ｖ- ＭＳＣにおいて呼のレッグを識別する、ＳＷＩＤ＋ＣＡＬＬＩＤ＋ＬＥＧＮＯ情報を含む課金ＩＤを、Ｖ- ＭＳＣからＧ- ＭＳＣに送ることを提案している。到着先ＭＳＣ（Ｖ- ＭＳＣ）で発生した課金ＩＤは、たとえば、位置情報要求（LocateRequest）、機能要求（FeatureRequest）、発信要求（OriginationRequest）および番号転送要求（TransferNumberRequest ）結果など、ルート要求の戻り(RouteRequestReturn)メッセージおよび結果の戻り（RetunResult）メッセージの一部として、サーバＭＳＣ（serving MSC）つまりゲートウエイＭＳＣ（Ｇ- ＭＳＣ）に送り返される。標準化されたＩＳ- １２４ＤＭＨ通信プロトコルを使用することにより、多数システムのＭＳＣネットワークの間で呼の発生状況（event）情報を共用し、料金計算動作と課金動作とを直ちに実行することが可能なはずである。しかし、呼の経過状況（scenario）によっては、この提案された規格の場合、信頼できずかつ不正な課金情報がＧ- ＭＳＣに戻るであろう。「課金ＩＤ」が隣接するシステム／宛先システムつまりＶ- ＭＳＣからサーバシステム（serving system）つまりＧ- ＭＳＣに送られる場合、ある状況のもとでは課金ＩＤが正しくないことがある。つまり、課金ＩＤを割り当てることはできるが、課金データにタグをつけるために使用できないことがある。したがって、現在提案されているＩＳ- １２４規格は、呼配信の状況によっては、Ｖ- ＭＳＣからＧ- ＭＳＣに信頼できない課金ＩＤ情報を送ることになりうる。たとえば、Ｖ- ＭＳＣに位置しているＭＳに対して呼が発信され、そしてそのＭＳに対して呼が配信される前に、音声チャネルが割り当てられない状況で、ルート要求（Ro uteRequest）メッセージ（ＲＯＵＴＲＥＱ）を受信すると、Ｖ- ＭＳＣにより、受信者に課金ＩＤが割り当てられる。Ｖ- ＭＳＣによってＧ- ＭＳＣに課金ＩＤが送信されている間に、Ｇ- ＭＳＣの中の発信者が呼を終了させると、その課金ＩＤは無駄になってしまう。なぜならば、課金ＩＤは、Ｖ- ＭＳＣの中の呼にタグをつけないからである。この結果、信頼できない課金ＩＤになる。信頼できない課金ＩＤの別の例は、移動局がＶ- ＭＳＣ内にあって、その移動局が３者通話の呼（three way call）を行っており、現在の呼のＬＥＧＮＯが、ＬＥＧＮＯ．＝ｎのタグがついているという状況で起こりうるであろう。その後に通話中着信呼（call waiting call）がそのＭＳに対して発信された場合に、Ｖ- ＭＳＣでルート要求メッセージが受信されると、通話中着信呼にＬＥＧＮＯ．＝ｎ＋１の課金ＩＤが割り当てられる。そうすると、この課金ＩＤは、ＩＳ- ４１のルート要求メッセージ／位置情報要求メッセージを介してＧ- ＭＳＣに送り返されるであろう。課金ＩＤがＧ- ＭＳＣに送信され、続いてＭＳが，新しいＣＡＬＬＩＤとＬＥＧＮＯ．＝０とをもつ新しい呼を発信している間に、ＭＳが呼を終了させると、その後で受信した三者通話の呼は、前に発生したＣＡＬＬＩＤとＬＥＧＮＯ．＝ｎ＋１をもつ新しい呼と一致しないであろう。この結果、信頼できない課金ＩＤになる。Ｖ- ＭＳＣの中にいるＭＳが、ＬＥＧＮＯ．＝ｎのタグがつけられた呼を設定しており、その後に続いてそのＭＳに通話中着信が試みられている場合、信頼できない課金ＩＤのさらに別の例が発生することがある。ＬＥＧＮＯ．＝ｎ＋１の課金ＩＤは、ＩＳ- ４１のルート要求メッセージを受信すると、通話中着信に割り当てられ、Ｇ- ＭＳＣに送り返される。Ｖ- ＭＳＣに呼が配信されたが応答されないと、その後で、ＬＥＧＮＯ．がｎ＋２、ｎ＋３．．．の課金ＩＤを使用してタグがつけられている「Ｃ- 番号」の呼の転用がＶ- ＭＳＣの中で起こるであろう。たまたまＶ- ＭＳＣの中の受信者が平行して三者通話の呼を発信してしまったとすると、矛盾したレッグ番号、つまりインターリーブされたレッグ番号になるかもしれない。したがって、新しいＣＡＬＬＩＤを使用して、転用した呼にタグをつけることを可能にする必要がある。これは本発明によって対処されている１つの側面である。課金ＩＤ情報を報告するときに起こる上述の不一致は、信頼できない課金識別情報がＧ- ＭＳＣネットワークに送り返されていることになる。呼を配信するために、信頼できる関連課金ＩＤ情報をＧ- ＭＳＣに送り返すことのできるＤＭＨ通信プロトコルを使用することは、明らかに利点であろう。本発明は、かかるシステムを提供している。発明の要約本発明は、呼を配信するために、Ｇ- ＭＳＣに信頼できる関連課金ＩＤ情報を返すことのできるＤＭＨ通信プロトコルシステムに関する。本発明は、Ｖ- ＭＳＣで呼の結果（outcome）が決定されてしまうと、宛先ＭＳＣつまりＶ- ＭＳＣからサーバＭＳＣつまりＧ- ＭＳＣに、新たに「呼を配信するために送り返す情報（Information Back for Call Delivery）」（ＩＮＦＯＢＡＣＫＣＤ）（発信）メッセージを送り返すことにより、かかるシステムを提供している。この新しいＩＮＦＯＢＡＣＫＣＤメッセージには２つの部分が含まれる。第１の部分は、Ｇ- ＭＳＣからＶ- ＭＳＣに順方向で送られる課金ＩＤ（発信）である。ＩＮＦＯＢＡＣＫＣＤメッセージの第２の部分は、関連課金ＩＤ(Related BillingID) であり、この関連課金ＩＤは、呼が配信された後に、Ｖ- ＭＳＣの中で割り当てられる課金ＩＤである。関連課金ＩＤが、Ｇ- ＭＳＣに送られる課金情報を説明していることは理解できるはずである。当事業においては、Ｇ- ＭＳＣで発生する課金ＩＤは、Ｖ- ＭＳＣから見た関連課金ＩＤになる。しかし、別に指定されない限り、本明細書および請求の範囲のため、関連課金ＩＤという用語は、Ｇ- ＭＳＣから見た、Ｖ- ＭＳＣで発生した課金ＩＤ情報のことである。移動局からの呼び出し応答がＶ- ＭＳＣで受信される場合、あるいはＧ- ＭＳＣからＶ- ＭＳＣに呼が配信された後で、呼の結果を決定してもよい。この時点で、より信頼できるメッセージがＧ- ＭＳＣに返される。呼トランザクション（ call transaction）にタグを付けるため、この情報を専用に使用してもよいし、Ｇ- ＭＳＣおよびＶ- ＭＳＣにおける呼のトランザクションを互いに関連づけるために使用してもよい。本発明の１つの側面によれば、セルラー通信ネットワークで使用するため、同ネットワーク内の移動局に対する呼に関連した料金計算情報および課金情報を伝達するデータメッセージハンドラ（ＤＭＨ）通信プロトコルシステムが提供されている。このシステムには、前記移動局が位置していて、その移動局に呼を接続中の到着先移動体通信交換センタ（Ｖ- ＭＳＣ）と、前記呼が送られると、第１の課金識別データを発生し、呼発信メッセージの一部として、この第１の課金識別データを前記Ｖ- ＭＳＣに送信するゲートウエイＭＳＣ（Ｇ- ＭＳＣ）とが含まれている。Ｖ- ＭＳＣには、前記発信メッセージに応答してＶ- ＭＳＣで生じた呼トランザクションに対応して、第２の課金識別データを割り当てる手段が含まれている。またＶ- ＭＳＣには、その呼の結果が決定された後、関連課金識別データとして第２の課金識別データをＧ- ＭＳＣに返すＶ- ＭＳＣ手段も含まれている。望ましくは、Ｖ- ＭＳＣが、Ｖ- ＭＳＣからの関連課金識別データと、Ｇ- ＭＳＣからＶ- ＭＳＣに転送される（forwarded）課金識別メッセージとを含む「呼を配信するために送り返す情報」メッセージ（ＩＮＦＯＢＡＣＫＣＤ）を送り返すことである。関連課金識別データは、配信された呼が、たとえば、応答されるのを待っている通話中着信レッグのように、最初、移動局に対して発信された呼の延長（extension）である場合、前に発生した課金識別データに対して増分されたレッグ番号を割り当てるＶ- ＭＳＣによって、あるいは、配信された呼が新しい呼であって既存の呼の延長ではない場合、新しい課金識別データを割り当てるＶ- ＭＳＣによって、Ｖ- ＭＳＣにおいて確定（formulated）されると考えられている。本発明の別の側面によれば、起呼処理担当ＭＳＣと、セルラー通信ネットワーク内の移動局に呼を接続中のＶ- ＭＳＣとの間で、料金計算動作情報および課金動作情報を伝達する方法が提供されている。この方法は、サーバＭＳＣにおいて、サーバＭＳＣにおける呼を表す第１の課金識別データを発生させるステップと、第１の課金識別データを宛先ＭＳＣに送信するステップと、宛先ＭＳＣにおいて発生した呼トランザクションに対応して、宛先ＭＳＣにおいて、第２の課金識別データを発生させるステップと、呼の結果が決定された後、関連課金識別データとして、サーバＭＳＣに第２の課金識別データを返すステップと、を含んでいる。図面の簡単な説明本発明の本質と目的をよく理解するには、添付の図面を参照することがよい。図面中、図１は、ＩＳ- ４１で使用され、ＩＳ- １２４仕様書で提案されている信号方式を示すネットワークノードの図である。図２は、本発明の好適実施例の信号方式を示すネットワークノードの図である。図３は、本発明の好適実施例において、発信要求（invoke request）の処理中および課金識別子の転送中に発生するステップを示すメッセージの流れ図である。図４は、本発明の好適実施例による、関連課金ＩＤ情報を発生させるためにＶ - ＭＳＣが実行するステップの流れ図である。図５は、本発明のＩＮＦＯＢＡＣＫＣＤメッセージと、ＩＳ- １２４がＩＳ- ４１に及ぼす影響、レビジョン０、という上記参考文献の中で、ＳｙｎａｎｃｏｍＴｅｃｈｎｏｌｏｇｙ株式会社によって提案されている課金ＩＤとを含む複合解決法を利用する、本発明の別の実施例において発生するステップを示す、メッセージの流れ図である。詳細な説明本発明の範囲および目的にはどんな通信プロトコルを使用してもよいが、ここに説明する好適実施例は、ＩＳ- ４１規格によって設定され、セルラー事業で最も共通に使用されている通信プロトコルを利用する。本発明は、ＩＳ- ４１、レビジョンＣに新しいメッセージを追加することにしている。この新しいメッセージは、本明細書の中でＩＮＦＯＢＡＣＫＣＤメッセージと呼ぶことにする課金情報の戻り（billing information return）メッセージである。本メッセージに関する重要な相違点は、呼の結果が決定されてしまった後で返されることである。これは、呼び出し応答が移動局から受信されたこと、または、呼が移動局（ＭＳ）に配信されてしまっている場合のいずれかである。この時点で、ＩＳ- ４１メッセージに含まれている課金識別データ（課金ＩＤ）を含むＩＮＦＯＢＡＣＫＣＤメッセージが、起呼処理担当ＭＳＣ（Ｇ- ＭＳＣ）から宛先ＭＳＣつまり（Ｖ- ＭＳＣ）に送られると、ＩＮＦＯＢＡＣＫＣＤメッセージには、Ｖ- ＭＳＣで発生し、発明の背景の中で説明した矛盾が生じない関連課金識別データ（関連課金ＩＤ）が含まれる。本発明の課金ＩＤおよび関連課金ＩＤは、ＩＳ- ４１規格のプロトコルに準拠している。課金ＩＤは、２４ビットのグローバル交換局識別（global exchangei dentity）(GLEXM)（交換局識別（switch identity）ＳＷＩＤ）＋２４ビットの呼識別（ＣＡＬＬＩＤ）＋８ビットのセグメント番号（Segment Number）から構成される。ＣＡＬＬＩＤ部は、特定の発信者（caller）にタグをつけるために使用される、つまり１つのＣＡＬＬＩＤが、呼の各発信者に結合されている。セグメント番号は、発信者が含まれるすべての呼を識別する「レッグ番号」を表している。つまり、発信者によって設定された第１の呼は、「レッグ番号＝０」をもち、第２の三者通話の呼には「レッグ番号＝１」のタグをつけ、通話中着信の呼の受信には「レッグ番号＝２」のタグをつける、という仕組みになっている。ＩＮＦＯＢＡＣＫＣＤメッセージの各部を形成する課金ＩＤおよび関連課金ＩＤは、ＩＳ- ４１の発信レッグサブレコード（Originataion Leg Subrecord）、転送（Redirection）レッグサブレコード、機能起動（Feature Activation）レッグサブレコードおよび着信（Termination）レッグサブレコードにタグをつけるために使用される。これらのＩＳ- ４１の各課金ＩＤフィールドの中の「セグメント番号」の趣旨は、「レッグ番号」を識別することである。レッグ番号は、ＩＳ - ４１の位置情報要求メッセージ、システム間呼び出し（IntersystemPage）メッセージ、自発的応答（UnsolicitedResponse）メッセージおよび転送メッセージの課金ＩＤフィールドの一部としてＭＳＣの間で転送される。図１を参照すると、ＩＳ- １２４仕様書で提案されているとおり、ＩＳ- ４１で使用されている信号方式を示すネットワークノードの図が示されている。現在、ＩＳ- ４１規格では、呼は、公衆電話交換網（ＰＳＴＮ）１０または移動局（ＭＳ）１２から、サーバＭＳＣ１４に対して設定されるかまたは配信される。以後、このサーバＭＳＣをＭＳＣ- Ａと呼ぶことにする。呼配信情報には、ＭＳ- Ｂ１６に対するＢ識別番号が含まれる。ＭＳ- Ｂ１６に対する呼を設定するため、ＭＳＣ- Ａ１４は、ＨＬＲ- Ｂ１８に位置情報要求メッセージ（ＬＯＣＲＥＱ）を送る。ＬＯＣＲＥＱ番号には、上記段落で述べたＩＳ- ４１プロトコルによるＢ番号情報および課金ＩＤが含まれる。説明を簡単にするため、この課金ＩＤには、ＳＷＩＤ＝Ａ、ＣＡＬＬＩＤ＝１０２およびＬＥＧＮＵＭＢＥＲ＝０がリストされている。換言すると、この課金ＩＤは、ＭＳＣ- Ａから着信する呼が、ＭＳＣ- Ａによって設定された第１０２番目の呼であることと、この特定の呼がその呼の第１レッグであること、とを識別する。本図は、この情報を課金ＩＤ［A- 102-0］で示している。ＬＯＣＲＥＱメッセージを受信すると、ＨＬＲ- Ｂ１８は、Ｂ番号が有効な番号であるか否かを決定する。Ｂ番号が有効な番号の場合、ＨＬＲ- Ｂ１８は、ＭＳＣ- Ｂ２０にルート要求（ＲＯＵＴＲＥＱ）（発信）メッセージを送る。このＲＯＵＴＲＥＱには、課金ＩＤ［A-102-0］が含まれている。このＲＯＵＴＲＥＱを受信すると、ＭＳＣ- Ｂ２０は、自身の課金ＩＤを割り当てることにより、自身の呼レコードをつくり出す。本例では、ＳＷＩＤ＝Ｂ、ＣＡＬＬＩＤ＝５００、およびＬＥＧＮＵＭＢＥＲ＝０が、［B-500-0］に割り当てられる。ＭＳＣ- Ｂ２０は、ＨＬＲ- Ｂにルート要求の戻り（ＲＯＵＴＲＥＱＲ）（応答）メッセージを送る。ＩＳ- １２４規格に対する提案の中では、ＲＯＵＴＲＥＱＲメッセージに、ＭＳＣ- Ｂ２０で発生した課金ＩＤ［B-500- 0］が含まれている。当初、この機能は、ＩＳ- ４１規格に与えられていなかった。つぎに、ＨＬＲ- Ｂは、ＭＳＣ- Ａ１４に位置情報要求の戻り（LocateRequestReturn）（ＬＯＣＲＥＱＲ）（応答）メッセージを送る。ＬＯＣＲＥＱＲメッセージにもＭＳＣ- Ｂの課金ＩＤ［B-500-0］が含まれる。そうするとＭＳＣ- Ａ１４は、ＭＳＣ- Ｂ２０に対して中継線２２を確立し、この中継線で呼が配信される。図１の下方の点線２３は、呼設定処理中に、２２で配信された呼に対して確立される課金レコードを示している。この呼の発信レッグまたは転送レッグのため、ＭＳＣ- Ａ１４によって確立された課金レコードが２４に示されている。この呼の着信（termination）レッグに対して、ＭＳＣ- Ｂ２０によって確定された課金レコードが２６に示されている。レコード２４のボックス２８に示す課金ＩＤ［A-102-0］は、ＭＳＣ- Ａ１４によって最初に発生したものである。つぎにＭＳＣ- Ｂ２０は、関連課金ＩＤとして課金ＩＤ［A-102-0］をレコード２６の３２に格納する。ＭＳＣ- Ｂ２０は、自身が発生させた課金ＩＤ［B-500-0］をレコード２６の３０に格納する。ＩＳ- ４１規格は、この２つのレコードの中に格納される３つの情報を備えている。これは、後日必要がある場合、呼の着信レッグレコード２６があれば、呼の発信レッグレコード２４までさかのぼって、その呼を追跡できることを意味している。提案されているＩＳ- ４１規格に具備されているとおり、呼の設定中に、応答メッセージでＭＳＣ- Ａ１４に送り返されるＭＳＣ- Ｂ２０の課金ＩＤ［B-500-0］を導入すると、発信呼レコード２４は、３４に関連課金ＩＤ［B-500-0］をもつことになる。このため、後日または呼が完了してから、呼の相互関係を調べることが可能になる。ＩＳ- １２４規格が提案しているこの呼設定方法に関する問題点は、呼が配信されない場合に、ＭＳＣ - Ａに正しくない課金ＩＤ情報が返されることに関連しているが、これらの問題点は、発明の背景の中でこれまでに考察済みである。図２を参照すると、本発明の好適実施例が示されている。ほとんどの部分に対して、図２で提供される信号方式は、図１に示すＩＳ- ４１信号方式と一致している。しかし、図１と図２との間には信号方式の基本的な相違点がある。第１の基本的相違点は、図２のＭＳＣ- ＡからＭＳＣ- Ｂ２０からＨＬＲ- Ｂ１８へのＲＯＵＴＲＥＱＲメッセージに、課金ＩＤ［B-500-0］が含まれていないことである。第２の基本的相違点は、ＨＬＲ- Ｂ１８からＭＳＣ- Ａ１４に送られるＬＯＣＲＥＱＲメッセージに、課金ＩＤ［B-500-0］が含まれていないことである。これらの２つの基本的相違点は、本発明の好適実施例に独自のものである。本発明において、別の「呼を配信するため送り返す情報」（ＩＮＦＯＢＡＣＫＣＤ（発信）メッセージ３３がＭＳＣ- Ｂ２０からＭＳＣ- Ａ１４に送られるのは、ＭＳ- Ｂ１６から受信中の呼び出し応答、あるいは、確立中の中継線２２のいずれかによって、呼の結果が決定された後だけである。ＩＮＦＯＢＡＣＫＣＤメッセージ３３は、ＭＳＣ- Ｂが発生した課金ＩＤ番号［B-500-0］と、ＭＳＣ- Ａ１４が発生した課金ＩＤ番号［A-120-0］とを含んでいる。この例では、この情報を，［課金ＩＤ、関連課金ＩＤ］つまり［A-120-0、B-500-0］のプロトコルで送り返されるので、この新しい情報を、その呼の発信レッグ用として、新しい課金レコード２４に格納することができる。更に、ＭＳＣ- Ｂ２０によって、このＩＮＦＯＢＡＣＫＣＤメッセージを直接ＭＳＣ- Ａ１４に送り返すことができる。次に、本発明の通信プロトコルは、ＩＮＦＯＢＡＣＫＣＤメッセージ３３が受信された肯定応答として、ＭＳＣ- Ａ１４に、「呼を配信するために送り消す情報の応答（information back for call delivery response）」（ＩＮＦＯＢＡＣＫＣＤＲ）（応答）メッセージ３５をＭＳＣ- Ｂ２０に対して送らせる。図２は、課金レコード２４，２６を示していないが、本発明の信号方式プロトコルが、図１に示す課金レコードを発生できることは、前述の説明から理解できるはずである。図３を参照すると、発信要求の処理中と課金識別子の転送中に発生するステップを示すメッセージの流れ図の形で本発明の好適実施例が説明されている。この説明は、図２の前の説明から見ると、やや冗長にすぎるかもしれないが、本発明の信号方式プロトコルの実現に役立つだろうと思われる。最初に、ＩＳ- ４１接続規格に定義されたプロトコルを使用して、セル経由の別の移動局、または公衆電話交換網（ＰＳＴＮ）４０のいずれかから、サーバＭＳＣつまりゲートウエイＭＳＣ（Ｇ- ＭＳＣ）４２で、呼の発信３６と、ダイヤルされた移動体アドレスの数字（つまりディレクトリ番号）３８とが受信される。この呼の配信は、呼配信３９で示されている。次に、Ｇ- ＭＳＣ４２は、呼び出された移動局に関連するホームロケーションレジスタ（ＨＬＲ）４６に、課金ＩＤを含むＩＮＶＯＫＥ（発信）メッセージ４４要求を送る。呼び出された移動局とＨＬＲ４６との関連は、ディレクトリ番号３８を介して行われる。ＩＮＶＯＫＥメッセージ４４は、機能要求メッセージ（ＦＥＡＴＲＥＱ）、発信要求メッセージ（ＯＲＲＥＱ）、位置情報要求メッセージ（ＬＯＣＲＥＱ）または番号転送要求（ＴＲＡＮＵＭＲＥＱ）など、いくつかの異なるタイプのメッセージのどれか１つを含むことができる。これらのメッセージすべてに課金ＩＤデータが含まれている。次に、正当な加入者にディレクトリ番号が割り当てられると、ＨＬＲ４６は、結果の戻り（ＲＥＴＵＲＮＲＥＳＵＬＴ）メッセージをＧ- ＭＳＣに送り返す到着先ＨＬＲ（ＶＬＲ）５０に、ルート要求（ＲＯＵＴＲＥＱ）（発信）メッセージ４８を送る。ＶＬＲ５０は、宛先ＭＳＣ（Ｖ- ＭＳＣ）５２にＲＯＵＴＲＥＱ（発信）メッセージを送る。この２つのＲＯＵＴＲＥＱメッセージ４８，５１には課金ＩＤデータが含まれている。次に、ＭＳに呼を配信することができる方法はいくつかある。第１にＶ- ＭＳＣ５２は、自身のサービスエリアに呼び出し要求を送り、自身のサービスエリアにＭＳが位置していないか調べる。Ｖ- ＭＳＣ５２のサービスエリアにＭＳが位置している場合、そのＭＳは、この呼び出しに応答するはずであるから、Ｖ- ＭＳＣは、ＶＬＲ５０にＲＯＵＴＲＥＱ（応答）メッセージ５３を送る。Ｖ- ＭＳＣ５２は、ＭＳに呼び出し要求を送っているのと同時に、いくつかの隣接ＭＳＣ４３にＩＳＰＡＧＥ（発信）メッセージ４１を送る。ＩＳＰＡＧＥメッセージ４１には、隣接ＭＳＣ４３がそのＭＳに対する呼を配信する場合、その隣接ＭＳＣ４３がその呼に課金できるようにする課金ＩＤデータが含まれている。ＩＳＰＡＧＥメッセージの目的は、ＭＳが、そのＭＳ自身が最後に登録したＶ - ＭＳＣ５２、つまり複数の隣接ＭＳＣ４３、の中に位置していない場合、そのＭＳを見つけることである。ＭＳが、複数の隣接ＭＳＣ４３の１つの中に位置していて、そのＭＳが、その隣接ＭＳＣ４３に呼び出し応答を送り返すと、Ｖ- ＭＳＣ５２にＩＳＰＡＧＥ（応答）メッセージ４５が送り返される。そうすると、Ｖ- ＭＳＣ５２は、ＶＬＲ５０にＲＯＵＴＲＥＱ（応答）メッセージ５３を送って、隣接ＭＳＣが呼を設定する準備ができていることを連絡する。ＭＳに対する呼を設定するためのさらに別の経過状況は、Ｖ- ＭＳＣ５２からの呼び出しに応答して、ＭＳが、ＩＳＰＡＧＥ（発信）メッセージ４１を受信しなかった別の隣接ＭＳＣ４７に呼び出し応答メッセージを送る場合に発生する。呼び出しを受信すると、ＭＳはロックすべき最強信号のチャネルを探す再走査処理を実行するので、この経過状況が発生することがある。隣接ＭＳＣ４７が提供するサービスエリアに、そのチャネルが関連している場合、ＭＳはその隣接ＭＳＣ４７に自身の呼び出し応答を送り返す。この時点で、隣接ＭＳＣ４７は、課金ＩＤ情報とともに、Ｖ- ＭＳＣ５２に自発的応答（ＵＮＳＯＬＲＥＳ）（発信）メッセージ４７を送る。Ｖ- ＭＳＣ５２は、隣接ＭＳＣ４７にＵＮＳＯＬＲＥＳ（応答）メッセージ４９Ｒを返す。この戻りメッセージには、隣接ＭＳＣ４７が、その呼にタグをつけることを可能にする課金ＩＤ情報が含まれている。そうするとＶ- ＭＳＣ５２は、ＶＬＲ５０にＲＯＵＴＲＥＱ（応答）メッセージ５３を送る。ＶＬＲ５０にＲＯＵＴＲＥＱ（応答）メッセージ５３が送られると、つぎにＶＬＲ５０は、ＨＬＲ４６にＲＯＵＴＲＥＱ（応答）メッセージ５４を送り返す。そうすると、ＨＬＲ４６はＧ- ＭＳＣに結果を戻す（ＲＥＴＵＲＮＲＥＳＵＬＴ）メッセージを送る。本発明によれば、この時点で、Ｖ- ＭＳＣ５２または、隣接ＭＳＣ４３あるいは隣接ＭＳＣ４７のどれかが、ＭＳから呼び出し応答を受信できる。ＭＳから呼び出し応答が受信されると、それは、そのＭＳに対して新しい呼が設定中であり、適切なサーバＭＳＣ（４３，４７または５２）が課金ＩＤを割り当てることの表示である。隣接するＭＳＣ４３または４７の１つが呼び出し応答を受信すると、このＭＳＣからＧ- ＭＳＣ４２に、ＩＮＦＯＢＡＣＫＣＤ（発信）メッセージ１７６が送られる。メッセージ１７６は、１つのメッセージとして示されているが、隣接するＭＳＣ４３，４７がそれぞれ自ＭＳＣのＩＮＦＯＢＡＣＫＣＤメッセージ１７８を使用するであろうことは理解できるはずである。肯定応答の戻りＩＮＦＯＢＡＣＫＣＤＲは、１７８でＧ- ＭＳＣ４２から適切なＭＳＣ４３または４７に送られる。Ｖ- ＭＳＣ５２の１つが呼び出し応答を受信すると、ＩＮＦＯＢＡＣＫＣＤ（発信）メッセージ１８０が、このＶ- ＭＳＣ５２からＧ- ＭＳＣ４２に送られる。肯定応答の戻りＩＮＦＯＢＡＣＫＣＤＲは、１８２でＧ- ＭＳＣ４２から適切なＶ- ＭＳＣ５２に送られる。ＲＥＴＵＲＮＲＥＳＵＬＴ（応答）メッセージ５５を受信すると、、どのＭＳＣ（４３，４７または５２）がＭＳから呼び出し応答を受信したかによって、中継線５６または中継線１７０で設定される呼配信によって、この呼がＭＳに配信される。本発明によれば、Ｖ- ＭＳＣまたは隣接するＭＳＣの中の移動局から呼び出し応答が受信されないと、呼配信５６または１７０が一旦設定され、Ｖ- ＭＳＣ５２からＧ- ＭＳＣ４２にＩＮＦＯＢＡＣＫＣＤ（発信）メッセージ５７または１７２がそれぞれ送られる。そうするとＧ- ＭＳＣ４２は、ＩＮＦＯＢＡＣＫＣＤＲ（応答）メッセージ５８または１７４を適切なＭＳＣに送って、この通信を完了する。ＩＮＦＯＢＡＣＫＣＤメッセージは、最初Ｇ- ＭＳＣによって転送された課金ＩＤと、１つの新しい情報とを含んでいる。この新しい情報は、Ｖ- ＭＳＣによって発生した関連課金ＩＤを含んでいる。ルート要求メッセージについて、Ｖ- ＭＳＣにおける関連課金ＩＤの発生が図４の流れ図に示されている。ＩＳＰＡＧＥメッセージまたはＵＮＳＯＬＲＥＳＰＯＮＳＥメッセージの流れ図は、以下に説明する流れ図と同様であり、流れ図における相違点は、当業者には容易に理解できるはずである。Ｖ- ＭＳＣでルート要求６５が受信されると、Ｖ- ＭＳＣはＭＳを呼び出し、６７で呼び出しを受信するのを待つ。ＭＳから呼び出し応答が受信されると、Ｖ- ＭＳＣは６９で新しい課金ＩＤを割り当てる。次に、ＹＥＳが応答されると、６７で呼の結果が決定されているので、７８でIＮＦＯＢＡＣＫＣＤメッセージの一部として、関連課金ＩＤとして課金ＩＤがＧ- ＭＳＣに送り返される。ＩＮＦＯＢＡＣＫＣＤメッセージの課金ＩＤは、当初、呼を設定するときにＧ- ＭＳＣで発生した課金ＩＤに対応する。６７で、呼び出し応答が受信されない場合、７０でＧ- ＭＳＣからＶ- ＭＳＣに呼が配信された後、Ｖ- ＭＳＣは、７２で、この呼が最初に発信された呼の延長でないか否か決定することにより、この呼に質問する。これは、この呼の第１レッグ、呼の転用（call diversion）、呼の抑止（call inhibit）、あるいは送信可（foward release）の呼ではないかという質問であろう。これらの質問のどれに対しても、その呼が肯定する場合、Ｖ- ＭＳＣは、７４で、その呼に新しい課金ＩＤを割り当て、関連課金ＩＤのこの部分を作成する。Ｖ- ＭＳＣは、Ｇ- ＭＳＣから送られた課金ＩＤ情報と、ステップ７８からの関連課金ＩＤとを一緒にすることにより、ＩＮＦＯＢＡＣＫＣＤメッセージを確定する。７２のステップの質問に対する答えが否定的であるから、配信中の呼は、通話応答待ちのレッグである。Ｖ- ＭＳＣは、７６で、前に発生したこの課金ＩＤのレッグ番号を増分する。次に、Ｖ- ＭＳＣは７８で、Ｇ- ＭＳＣから送られた課金ＩＤ情報と、ステップ７４または７６のいずれかからの関連課金ＩＤとを一緒にして、ＩＮＦＯＢＡＣＫＣＤメッセージを確定する。図５を参照すると、本発明のＩＮＦＯＢＡＣＫＣＤメッセージと、ＩＳ- １２４がＩＳ- ４１に及ぼす影響、レビジョン０、という上記参考文献の中で、ＳｙｎａｃｏｍＴｅｃｈｎｏｌｏｇｙ株式会社によって提案されている課金ＩＤとを含む複合解決法を利用する本発明の別の実施例において、発信要求の処理中と課金識別子の転送中に発生するステップを示すメッセージの流れ図が示されている。最初に、ＩＳ- ４１接続規格に定義されたプロトコルを使用して、別の移動局、または公衆電話交換網（ＰＳＴＮ）１１６のいずれかから、サーバＭＳＣつまりゲートウエイＭＳＣ（Ｇ- ＭＳＣ）１１８で、呼の発信１１０と、ダイヤルされた移動体アドレスの数字（つまりディレクトリの番号）１１２とが受信される。この呼の配信は、呼配信１１４で示されている。次に、Ｇ- ＭＳＣ１１８は、呼び出された移動局に関連するホームロケーションレジスタ（ＨＬＲ）１２２に、課金ＩＤを含むＩＮＶＯＫＥ（発信）メッセージ１２０要求を送る。呼び出された移動局とＨＬＲ１２２との関連は、ディレクトリ番号を介して行われる。ＩＮＶＯＫＥメッセージ１２０が、ＦＥＡＴＲＥＱ、ＯＲＲＥＱ、ＬＯＣＲＥＱおよびＴＲＡＮＵＭＲＥＱなど、いくつかの異なるタイプのメッセージのどれか１つを含むことができることは理解できるはずである。これらのメッセージすべてに課金ＩＤデータが含まれている。次に、正当な加入者にディレクトリ番号が割り当てられると、ＨＬＲ１２２は、呼び出された移動局に登録通知を最後に与えた到着先ロケーションレジスタ（ＶＬＲ）１２６にＲＯＵＴＲＥＱ（発信）メッセージを送る。（ＶＬＲ）１２６は、１２８で宛先ＭＳＣ（Ｖ- ＭＳＣ）１３０にＲＯＵＴＲＥＱ（発信）メッセージを送る。この２つのＲＯＵＴＲＥＱメッセージ１２４，１２８には課金ＩＤが含まれている。次に、ＭＳに呼を配信することができる方法はいくつかある。第１にＶ- ＭＳＣ１３０は、自身のサービスエリアに呼び出し要求を送り、自身のサービスエリアにＭＳが位置していないか調べる。Ｖ- ＭＳＣ１３０のサービスエリアにＭＳが位置している場合、そのＭＳは、この呼び出しに応答するはずであるから、Ｖ - ＭＳＣは、ＶＬＲ１２６にＲＯＵＴＲＥＱ（応答）メッセージ１３２を送る。このメッセージは、課金ＩＤ情報を送り返す。Ｖ- ＭＳＣ１３０は、ＭＳに呼び出し要求を送っているのと同時、いくつかの隣接ＭＳＣ１３６にＩＳＰＡＧＥ（発信）メッセージ１３４を送る。ＩＳＰＡＧＥメッセージ１３４には、隣接ＭＳＣ１３６がそのＭＳに対する呼を配信する場合、その隣接ＭＳＣ４３がその呼に課金できるようにする課金ＩＤデータが含まれている。ＩＳＰＡＧＥメッセージの目的は、ＭＳが、自身が最後に登録されたＶ- ＭＳＣの中に位置していない場合、そのＭＳの位置を見つけることである。ＭＳが隣接ＭＳＣ１３６の１つの中に位置していて、そのＭＳが隣接ＭＳＣ１３６に呼び出し応答を送り返す場合、Ｖ- ＭＳＣ１３０にＩＳＰＡＧＥ（応答）メッセージ１３８が送り返される。メッセージ１３８には課金ＩＤ情報が含まれる。そうすると、Ｖ- ＭＳＣ１３０は、ＶＬＲ１２６にＲＯＵＴＲＥＱ（応答）メッセージ１３２を送って、隣接ＭＳＣが呼を設定する準備ができていることを連絡する。ＭＳに対する呼を設定するためのさらに別の経過状況は、Ｖ- ＭＳＣからの呼び出しに応答して、ＭＳが、ＩＳＰＡＧＥ（発信）メッセージ１３４を受信しなかった別の隣接ＭＳＣ１４０に呼び出し応答メッセージを送る場合に発生する。呼び出しを受信すると、ＭＳはロックすべき最強信号のチャネルを探す再走査処理を実行するので、この経過状況が発生することがある。隣接ＭＳＣ１４０が提供するサービスエリアに、そのチャネルが関連している場合、ＭＳはその隣接ＭＳＣ１４０に自身の呼び出し応答を送り返す。この時点で、隣接ＭＳＣ１４０は、課金ＩＤ情報とともに、Ｖ- ＭＳＣ１３０に自発的応答（ＵＮＳＯＬＲＥＳ）（発信）メッセージ１４２を送る。Ｖ- ＭＳＣ１３０は、隣接ＭＳＣ１４０にＵＮＳＯＬＲＥＳ（応答）メッセージ１４４を返す。この戻りメッセージには、隣接ＭＳＣ１４０が、その呼にタグをつけることを可能にする課金ＩＤ情報が含まれている。そうするとＶ- ＭＳＣ１３０は、ＶＬＲ１２６にＲＯＵＴＲＥＱ（応答）メッセージ１３２を送り、隣接ＭＳＣが呼を設定する準備ができていることを連絡する。ＶＬＲ１２６にＲＯＵＴＲＥＱ（応答）メッセージ１３２が送られると、つぎにＶＬＲ１２６は、ＲＯＵＴＲＥＱ（応答）メッセージ１４６をＨＬＲ１２２に送り返す。ＨＬＲ１２２は、結果の戻り（ＲＥＴＵＲＮＲＥＳＵＬＴ）メッセージをＧ- ＭＳＣに返す。メッセージ１３２，１４６，１４８はすべてＶ- ＭＳＣが発生した課金ＩＤを含んでいる。発明の背景の中でこれまで考察してきたように、メッセージ１３２で戻ってきた課金ＩＤは、レッグ番号が０以外の場合信頼できないかもしれない。ＲＥＴＵＲＮＲＥＳＵＬＴ（応答）メッセージ１４８を受信すると、ＭＳに呼が配信される。どのＭＳＣ（１３０，１３６または１４０）がＭＳから呼び出し応答を受信したかによって、呼配信（送信）１５０または１６０のどちらかが設定される。本発明によれば、呼配信（発信）メッセージ１５０または１６０が設定されると、「呼配信の後に送り返す情報」（ＩＮＦＯＢＡＣＫＣＤＲ）（応答）メッセージ１５２または１６２は、それぞれＭＳＣ１３０またはＭＳＣ１３６または１４０から送り返されるであろう。意図および目的のすべてから、呼が配信されるＭＳＣをこれからＶ- ＭＳＣと呼ぶことにする。このＧ- ＭＳＣ１１８は、ＩＮＦＯＢＡＣＫＣＤＲ（応答）メッセージ１５４または１６４をＶ- ＭＳＣに送って通信を完了する。ＩＮＦＯＢＡＣＫＣＤメッセージは、最初Ｇ- ＭＳＣによって転送された課金ＩＤ情報と、１つの新しい情報とを含んでいる。この新しい情報は、Ｖ- ＭＳＣによって発生する関連課金ＩＤ情報を含んでいる。本発明における関連課金ＩＤは、メッセージ１３２、１４６，１４８によって返された課金ＩＤ情報を訂正するために使用される。これらのメッセージのすべては、ＭＳに対する呼トランザクションにタグをつけるために使用される。このように、本発明の動作と構成とは、前述の説明から明らかであると確信する。示されかつ説明されている方法とシステムは好適に特徴づけられているが、以下に示す請求の範囲に定義されているとおり、本発明の趣旨と範囲から逸脱せずに各種の変更や修正ができることは、すぐに判るであろう。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ)，ＵＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＨＵ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ【要約の続き】算動作と課金動作とを伝達するデータメッセージハンドラ通信プロトコルシステムに用途がある。

Claims

【特許請求の範囲】１．セルラー通信ネットワークにおいて、該ネットワーク内の移動局への呼に関連する料金計算情報および課金情報を伝達するために用いられる、データメッセージハンドラ（ＤＭＨ）通信プロトコルシステムであって、呼が接続される前記移動局が存在する到着先移動体通信交換センタ（Ｖ- ＭＳＣ）と、前記呼がゲートウエイ移動体通信交換センタ（Ｇ- ＭＳＣ）配信されると、第１の課金識別データを発生させ、呼発信メッセージの一部として、該第１の課金識別データを前記Ｖ- ＭＳＣに送信するＧ- ＭＳＣと、前記呼発信メッセージに応答してＶ- ＭＳＣで発生した呼トランザクションに対応して、第２の課金識別データを割り当てる前記Ｖ- ＭＳＣ内の手段と、呼の結果が決定された後、関連課金識別データとして、前記第２の課金識別データを該Ｇ- ＭＳＣに返す前記Ｖ- ＭＳＣ内の手段と、を含むシステム。２．請求項１記載のシステムにおいて、移動局から呼び出し応答を受信すると、あるいはＧ- ＭＳＣからＶ- ＭＳＣに呼が配信された後、該呼に対する結果が該Ｖ- ＭＳＣのよって決定される、システム。３．請求項１記載のシステムにおいて、関連課金識別データと、Ｇ- ＭＳＣからＶ- ＭＳＣに転送された第１の課金識別データとを含みかつ該Ｖ- ＭＳＣで呼の結果が決定されると返ってくる「呼を配信するために送り返す情報」メッセージを前記Ｖ- ＭＳＣが返す、システム。４．請求項１記載のシステムにおいて、配信された呼が、移動局に対して発信された呼の延長である場合、前に発生した関連課金識別データのレッグ番号に、増分したレッグ番号を割り当てるＶ- ＭＳＣと、配信された呼が新しい呼であって既存の呼の延長ではない場合、新しい課金識別データを割り当てるＶ- ＭＳＣとによって、該関連課金識別データが該Ｖ- ＭＳＣにおいて確定される、システム。５．請求項１記載のシステムにおいて、前記Ｖ- ＭＳＣは、移動局が最後に呼び出された移動体通信交換センタ（ＭＳＣ）と、移動局が最後に登録されかつ隣接するＭＳＣからの呼び出し応答メッセージが受信されたＭＳＣに隣接するＭＳＣと、別のＭＳＣによって呼び出された移動局からの「未知の」呼び出し応答を受信する隣接ＭＳＣとから構成されるグループから選択される、システム。６．請求項１記載のシステムにおいて、Ｇ- ＭＳＣによって発生した呼発信メッセージは、機能要求メッセージと、発信要求メッセージと、位置情報要求メッセージと、番号転送要求メッセージとから構成されるグループに対して選択される、システム。７．請求項１記載のシステムにおいて、第１の課金識別データと関連課金識別データとは、それぞれ交換局識別番号と、呼識別と、呼レッグを識別するセグメント番号とを含む、システム。８．請求項１記載のシステムにおいて、発信メッセージは、Ｇ- ＭＳＣに関連するホームロケーティングレジスタ（ＨＬＲ）に送られ、該ＨＬＲはつぎに、移動局が最後に登録されたＶ- ＭＳＣに関連する到着先ロケーションレジスタ（ＶＬＲ）にルート要求メッセージを送り、前記ＶＬＲはつぎに、前記関連するＶ- ＭＳＣにルート要求メッセージを送る、システム。９．サーバ移動体通信交換センタ（ＭＳＣ）と、セルラー通信ネットワークの移動局に呼を接続中の宛先ＭＳＣとの間で、料金計算動作情報および課金動作情報を伝達する方法であって、サーバＭＳＣにおいて呼の第１の課金識別データを発生させるステップと、宛先ＭＳＣに該第１の課金識別データを送信するステップと、宛先ＭＳＣにおいて発生する呼トランザクションに対応して、該宛先ＭＳＣにおいて第２の課金識別データを発生させるステップと、呼の結果が宛先ＭＳＣにおいて決定されてしまった後、関連課金識別データとして第２の課金識別データをサーバＭＳＣに返すステップと、を含む方法。１０．請求項９記載の方法において、呼の結果は、移動局からの呼び出し応答が受信されていないか最初にチェックし、受信されていない場合は、呼はＧ- ＭＳＣからＶ- ＭＳＣに配信されていると決定する該Ｖ- ＭＳＣによって、該Ｖ- ＭＳＣ内で決定される、方法。１１．請求項９記載の方法において、関連課金識別データを起呼処理担当ＭＳＣに返す該ステップは、関連課金識別データと、サーバＭＳＣから宛先ＭＳＣに送信される第１の課金識別データとを含む、「呼を配信するため送り返す情報」メッセージを返すことを含む、方法。１２．請求項９記載の方法において、宛先ＭＳＣにおいて第２の関連課金識別データを発生させる前記ステップは、配信された呼が移動局に発信された呼の延長である場合、前に発生した関連課金識別データのレッグ番号に、増分したレッグ番号を割り当て、配信された呼が新しい呼であって既存の呼の延長ではない場合、新しい課金識別データを割り当てる、ことを含む、方法。１３．請求項９記載の方法において、呼に対して第１の課金識別データを発生させる前記ステップは、機能要求メッセージと、発信要求メッセージと、位置情報要求と、番号転送要求メッセージとから構成されるグループの１つに対して呼発信メッセージを発生させることを含む、方法。１４．請求項９記載の方法において、第１の課金識別データと関連課金識別データとは、それぞれ交換局識別番号と、呼識別番号と、呼レッグを識別するセグメント番号とを含む、方法。１５．請求項９記載の方法において、発信メッセージは、起呼処理担当ＭＳＣに関連するホームロケーティングレジスタ（ＨＬＲ）に送られ、前記ＨＬＲはつぎに、移動局が最後に登録されたＶ- ＭＳＣに関連する到着先ロケーションレジスタ（ＶＬＲ）にルート要求メッセージを送り、前記ＶＬＲはつぎに、前記関連するＭＳＣにルート要求メッセージを送る、方法。１６．セルラー通信ネットワークにおいて、該ネットワーク内の移動局への呼に関連する料金計算情報および課金情報を伝達するために用いられる、データメッセージハンドラ（ＤＭＨ）通信プロトコルシステムであって、呼が接続される前記移動局が存在する到着先移動体通信交換センタ（Ｖ- ＭＳＣ）と、前記呼がゲートウエイ移動体通信交換センタ（Ｇ- ＭＳＣ）に配信されると、第１の課金識別データを発生させ、呼発信メッセージの一部として、該第１の課金識別データを前記Ｖ- ＭＳＣに送信するＧ- ＭＳＣと、前記呼発信メッセージに応答してＶ- ＭＳＣで発生した呼トランザクションに対応して、第２の課金識別データを割り当てる前記Ｖ- ＭＳＣ内の手段と、呼がＧ- ＭＳＣからＶ- ＭＳＣに配信されてしまった後、関連課金識別データとして、前記第２の課金識別データを該Ｇ- ＭＳＣに返す前記Ｖ- ＭＳＣ内の手段と、を含むシステム。１７．請求項１６記載のシステムにおいて、該Ｖ- ＭＳＣは、関連課金識別データと、Ｇ- ＭＳＣからＶ- ＭＳＣに転送された第１の課金識別データとを含みかつ該Ｖ- ＭＳＣで呼の結果が決定されると返ってくる「呼を配信するために送り返す情報」メッセージを前記Ｖ- ＭＳＣが返す、システム。１８．請求項１６記載のシステムにおいて、配信された呼が、移動局に対して発信された呼の延長である場合、前に発生した関連課金識別データのレッグ番号に、増分したレッグ番号を割り当てるＶ- ＭＳＣと、配信された呼が新しい呼であって既存の呼の延長ではない場合、新しい課金識別データを割り当てるＶ- ＭＳＣとによって、該関連課金識別データが該Ｖ- ＭＳＣにおいて確定される、システム。１９．請求項１６記載のシステムにおいて、前記Ｖ- ＭＳＣは、移動局が最後に呼び出された移動体通信交換センタ（ＭＳＣ）と、移動局が最後に登録されかつ隣接するＭＳＣからの呼び出し応答メッセージが受信されたＭＳＣに隣接するＭＳＣと、別のＭＳＣによって呼び出された移動局からの「未知の」呼び出し応答を受信する隣接ＭＳＣとから構成されるグループから選択される、システム。２０．請求項１６記載のシステムにおいて、Ｇ- ＭＳＣによって発生した呼発信メッセージは、機能要求メッセージと、発信要求メッセージと、位置情報要求と、番号転送要求メッセージとから構成されるグループのうちの１つであるシステム。２１．請求項１６記載のシステムにおいて、第１の課金識別データと関連課金識別データとは、それぞれ交換局識別番号と、呼識別と、呼レッグを識別するセグメント番号とを含む、システム。２２．請求項１６記載のシステムにおいて、発信メッセージは、Ｇ- ＭＳＣに関連するホームロケーティングレジスタ（ＨＬＲ）に送られ、該ＨＬＲはつぎに、移動局が最後に登録されたＶ- ＭＳＣに関連する到着先ロケーションレジスタ（ＶＬＲ）にルート要求メッセージを送り、前記ＶＬＲはつぎに、前記関連するＶ- ＭＳＣにルート要求メッセージを送る、システム。２３．起呼処理担当移動体通信交換センタ（ＭＳＣ）と、セルラー通信ネットワークの移動局に呼を接続中の宛先ＭＳＣとの間で、料金計算動作情報および課金動作情報を伝達する方法であって、サーバＭＳＣにおいて呼の第１の課金識別データを発生させるステップと、宛先ＭＳＣに第１の課金識別データを送信するステップと、宛先ＭＳＣにおいて発生する呼トランザクションに対応して、該宛先ＭＳＣにおいて第２の課金識別データを発生させるステップと、サーバＭＳＣから宛先ＭＳＣに呼が配信されてしまった後、関連課金識別データとして第２の課金識別データをサーバＭＳＣに返すステップと、を含む方法。２４．請求項２４記載の方法において、関連課金識別データを起呼処理担当ＭＳＣに返す前記ステップは、関連課金識別データと、サーバＭＳＣから宛先ＭＳＣに送信される第１の課金識別データとを含む、「呼を配信するため送り返す情報」メッセージを返すことを含む、方法。２５．請求項２４記載の方法において、宛先ＭＳＣにおいて第２の関連課金識別データを発生させる前記ステップは、配信された呼が移動局に発信された呼の延長である場合、前に発生した関連課金識別データのレッグ番号に、増分したレッグ番号を割り当て、配信された呼が新しい呼であって既存の呼の延長ではない場合、新しい課金識別データを割り当てる、ことを含む、方法。２６．請求項２４記載の方法において、呼に対して第１の課金識別データを発生させる前記ステップは、機能要求メッセージと、発信要求メッセージと、位置情報要求メッセージと、番号転送要求メッセージとから構成されるグループの１つに対して呼発信メッセージを発生させることを含む、方法。２７．請求項２４記載の方法において、第１の課金識別データと関連課金識別データとは、それぞれ交換局識別番号と、呼識別番号と、呼レッグを識別するセグメント番号とを含む、方法。２８．請求項２４記載の方法において、発信メッセージは、サーバＭＳＣに関連するホームロケーティングレジスタ（ＨＬＲ）に送られ、前記ＨＬＲはつぎに、移動局が最後に登録されたＶ- ＭＳＣに関連する到着先ロケーションレジスタ（ＶＬＲ）にルート要求メッセージを送り、前記ＶＬＲはつぎに、ルート要求メッセージを前記関連するＭＳＣに送る、方法。