蜂窝电信网络目前采用多体制移动交换中心(MSC)网络，这些网络利 用不同的专用记帐协议进行工作。结果造成操作员在把这些MSC网络中的 记帐信息相互对应起来时很费劲。这时就不可能实时地把该信息对应起来。 由于MSC网络之间专用记帐协议的差异，所以使通过几个多体制MSC建立 的各呼叫或是按照建立至PSTN的呼叫所通过的信关MSC所登录的信息进 行计算，或是按照传至移动站(MS)的呼叫所经过的固定MSC所登录的信 息进行计算。
目前，电信工业协会(TIA)标准IS-41(在此引入作为参考)为前向传 送的记帐信息，即从服务于呼叫请求的服务或信关MSC(G-MSC)至将呼 叫传送给移动用户的目的或访问MSC(V-MSC)的记帐信息作出规定。该 记帐信息与一个“记帐标识”数据域相对应，该数据域被定义成包括交换标 识(SWID)、IS-41呼叫标识(CALLID)以及呼叫支路号(LEG NO)(在 下文统称为记帐标识BillingId)。在“呼叫传送”中记帐标识的目的是在从 G-MSC到V-MSC的IS-41调用(invoke)消息中传送相关的记帐标识。IS-41 没有对为使记帐信息相互关联而把V-MSC中产生的记帐信息返回到G-MSC 作出任何规定。
电信工业协会(TIA)目前正在制定称作DMH标准的IS-124标准。TIA 在IS-41 C版本Ballot，1994年7月11日，SYNACOM TECHNOLOGY (在此引入作为参考)中建议在IS-41返回结果消息“呼叫传送”中引入记 帐标识数据域。IS-124建议从V-MSC到G-MSC发送一个记帐标识，该标 识包括SWID+CALLID+LEG NO信息，这些信息对V-MS C中的呼叫支路 进行识别。在访问MS C(V-MS C)中产生的记帐标识被作为“路由请求返 回”和返回结果消息(例如对于位置请求，特征请求，始发请求以及转移号 码请求的返回结果)的一部分返回到服务或信关MS C(G-MSC)。通过利 用标准化的IS-124DMH通信协议，在多体制MSC网络中 共享呼叫事件信息以及实现立即计费和记帐操作应该是可能的。然而，在某 些呼叫情况下，所建议的标准可能会向G-MSC返回不可靠和不正确的记帐 信息。
在“记帐标识”被从边缘/目的系统或V-MSC发送到服务系统或G-MSC 的情况下，记帐标识在某些状态下可能不正确，或者记帐标识可以被分配而 没有标记记帐数据。这样，目前所建议的IS-124标准在某些呼叫传送情况下 可能导致从V-MSC到G-MSC传送不可靠的记帐标识信息。例如，在呼叫被 发往位于V-MSC中的MS，而在向MS传送呼叫前没分配语音信道的情况 下，V-MSC一旦接收到路由请求消息(ROUTREQ)便会给被叫方分配记 帐标识。如果该呼叫被G-MSC中的主叫方终止而记帐标识正被V-MSC传送 到G-MSC，则该记帐标识就变为无用的，因为在V-MSC中记帐标识赶不上 对呼叫进行标记。其结果是一个不可靠的记帐标识。
另一个不可靠记帐标识的例子可能在下面的情况下发生，即MS在V-MSC 中，MS在进行三方通话而当前的呼叫的LEG NO被标记成LEG NO＝n。 如果紧接着有一个呼叫等待呼叫被发往V-MSC中的MS，则在V-MSC中一 旦收到路由请求消息，便会将一个LEG NO＝n+1的记帐标识分配给等待呼 叫的呼叫。记帐标识将通过IS-41路由请求/位置请求消息返回到G-MSC， 如果记帐标识正被发送到G-MSC时，MS终止该呼叫，并且MS紧接着以 一个新的CALLID和LEG NO＝0开始一个新的呼叫，则接着用以前产生的 CALLID和LEG NO＝n+1接收到的三方呼叫便会与新呼叫不一致。其结果 是一个不可靠的记帐标识。
还有另一个不可靠记帐标识的例子在下面情况下可能发生。当MS在V- MSC中已经建立起标记为LEG NO＝n的呼叫时，紧接着一个呼叫等待的呼 叫被试图发往MS。在收到IS-41路由请求消息时，一个LEG NO＝n+1的 记帐标识被分配给该呼叫等待的呼叫并且被返回到G-MSC。如果该呼叫被 传送到V-MSC却没得到应答，则紧接着标记为记帐标识LEG NO n+2，n+3 等等的“C-号码”呼叫转移可能在V-MSC中发生。如果在V-MSC中被叫 方碰巧同时发起一个三方呼叫，则可能潜在有LEG号冲突和交错的现象。这 样需要能够以新的CALLID标记在被转移的各呼叫上，这是本发明提出的一 个方面。
上述这些在报告记帐标识信息中的不一致导致了向G-MSC网络反馈回不 可靠的记帐标识信息。
采用DMH通信协议系统会有明显的优点，能够向G-MSC返回可靠的呼 叫传送的有关记帐信息。本发明提供这样一种系统。
发明概述
本发明直接面向DMH通信协议系统，该系统对于呼叫传送能够向G-MSC 返回可靠的相关记帐标识信息。本发明提供这样一种系统，即在呼叫结果在 V-MSC中被决定后，从目的MSC或V-MSC向服务MSC或G-MSC返回一 个新的呼叫传送后向信息(INFOBACKCD)(调用)消息。新的 INFOBACKCD消息包括两部分，第一部分是从G-MSC发送到V-MSC的 前向记帐标识(Billing Id)(调用)；INFOBACKCD消息的第二部分是 一个相关记帐标识(Related Billing Id)，该相关记帐标识是在呼叫被传送后在 V-MSC中被分配的记帐标识。应当清楚，相关记帐标识描述了发往G-MSC 的记帐信息。在工业中，从V-MSC的观点来看，在G-MSC中所产生的记帐 标识变成相关记帐标识。然而，出于明确和权利要求的目的，除非另外说明， 否则从G-MSC来看，术语相关记帐标识(Related BillingId)指的是在V-MSC 产生的记帐标识(BillingId)信息。
当寻呼响应被V-MSC从移动站接收到时或者从G-MSC到V-MSC完成 呼叫传送后，呼叫的结果就能被决定。此时一个更可靠的消息被返回到G- MSC。该信息可以专门用来标记呼叫事务处理，或可以用来把G-MSC和 V-MSC的呼叫事务处理关联起来。
根据本发明的一个方面，提供有一个数据消息处理器(DMH)通信协议 系统用在蜂窝电信网络中传送计费和记帐信息，该信息与网络中对移动站的 呼叫有关。这个系统包括一个访问移动交换中心(V-MSC)和一个信关移 动交换中心(G-MSC)，在该V-MSC中定位正在被传送到所说的移动站的 呼叫；并且当所说的呼叫被传送到G-MSC时，G-MSC产生第一个记帐标 识数据，并且把第一个记帐标识数据作为呼叫调用消息的一部分传送到所说 的V-MSC。V-MSC包括用于分配第二个记帐标识数据的装置，其中该第二 个记帐标识数据对应V-MSC中为响应所说的调用消息而发生的呼叫事务处 理。V-MSC还包括用于在呼叫结果被确定后把第二个记帐标识数据作为相 关记帐标识数据返回到G-MSC的装置。
优选地，V-MSC返回一个“呼叫传送后向信息”消息 (INFOBACKCD)，该消息包括从V-MSC来的相关记帐标识数据和从 G-MSC到V-MSC的前向记帐标识消息。可以设想得到，相关记帐标识数据 是在V-MSC中当被传送的呼叫为到移动站的始发呼叫的一个延伸(extension) 时由V-MSC对以前产生的记帐标识数据分配一个递增的支路号来形成的， 例如，一个要被应答的呼叫等待支路；或者当被传送的呼叫为一个新的呼叫 或不是已存在呼叫的延伸时V-MSC分配新的记帐标识数据。
根据本发明的另一个方面，提供有一种在服务MSC和目的MSC之间传 送计费和记帐操作信息的方法，其中对于目的MSC来说呼叫被直接送到在 蜂窝电信网络内的移动站。该方法包括以下步骤：
在服务MSC内产生第一个记帐标识数据以代表在服务MSC内的呼叫；
发送第一个记帐标识数据到目的MSC；
相应于在目的MSC中所发生的呼叫事务处理，在目的MSC中产生第二 个记帐标识数据；
并且在决定呼叫结果后，把第二个记帐标识数据作为相关记帐标识数据返 回到服务MSC。
附图简述
为了更好理解本发明的本质和目标，可以参照如下附图，其中：
图1为一个网络节点图，用来描述在IS-41中使用的和在IS-124规范中建 议的信令；
图2为一个网络节点图用来描述本发明优选实施方案的信令；
图3为一个消息流程图用来描述在本发明优选实施方案中在服务调用请求 及传递记帐标记期间发生的步骤；
图4为根据本发明优选实施方案V-MSC产生相关记帐标识信息的步骤的 流程图；以及
图5为一个消息流程图用于描述发生在本发明另一个实施方案中的步骤， 该实施方案采用混合解决方法，这个方法包括本发明的INFOBACKCD消息 和在上面参考文献中题为对IS-41产生冲击的IS-124版本0中Synacom Technology，Inc.所建议的记帐标识。
发明详述
虽然在本发明的范围和目的内可以采用任何通信协议，但在这里所描述的 优选实施方案采用蜂窝通信工业中由IS-41标准规定的最普遍使用的通信协 议。
本发明期待IS-41C版本中加入一个新消息。这个新消息为一个记帐信息 返回消息，在整个规范中它被称为INFOBACKCD消息。关于该消息的显著 不同之处是它在呼叫结果被决定后才被返回。这可以是从移动站接收到的寻 呼响应，或者当呼叫被传送到移动站(MS)时。这时包含记帐标识数据 (BillingId)的INFOBACKCD消息(该数据被包含在IS-41消息中)被从 服务MSC(G-MSC)发送到目的MSC或(V-MSC)，并且INFOBACKCD 消息包括了由V-MSC产生的相关记帐标识数据(Related BillingId)，这不 容易产生发明背景中所介绍的不一致性。
本发明的BillingI(和Related BillingIds与IS-41标准协议相符合。 BillingId由24比特全球交换识别号(GLEXM)(交换识别号SWID)+ 一个24比特呼叫标识(CALLID)+一个8比特区段号组成。CALLID部 分被用来标记一个特定的呼叫者，即在一个呼叫中每个呼叫者有一个 “CALLID”。区段号代表一个“支路号”以对一个呼叫者涉及到的所有呼 叫进行鉴别，也就是说，由呼叫者发起的第一个呼叫建立将有一个“支路号 ＝0”，一个第二的三方呼叫将被标记成“支路号＝1”，一个呼叫等待呼叫的 接收被标记成“支路号＝2”，等等。作为INFOBACKCD消息组成部分的 BillingId和Related BillingId被用来标记IS-124始发，改发，特征激活以及 终接支路子记录。在每个这些IS-41 BillingId域中，“区段号”的含义是用 来鉴别“LEG NO.(支路号)”。支路号作为路由请求，位置请求，系统间 寻呼，未经请求的响应以及改发消息的BillingId域的一部分通过IS-41的信 令消息在各MSC之间传递。
参照图I，它显示一个网络节点图用来描述由IS-124规范所提出的在IS-41 中使用的信令。当前，在IS-41标准中，一个呼叫是从公用交换网络(PSTN) 10或移动站(MS)12至服务MSC14(在下文被称作MSC-A14)被建 立或传送的。该呼叫传送信息包含对于MS-B 16的标识号码B。为了建立到 MS-B 16的呼叫，MSC-A 14向HLR-B 18发送一个位置/请求消息 (LOCREQ)(调用invoke)。LOCREQ号码包括B-号码信息和上面段 落陈述过的符合IS-41协议的BillingId。为了简化，该BillingId被表示成 SWID＝A，CALLID＝102，以及LEG NUMBER＝0。换句话说，BillingId 将来自MSC-A的呼叫标识为由MSC-A建立的第102的呼叫，这个特定 呼叫为呼叫的第一个支路。该图把这个信息图示成BillingId[A-102-0]。一旦 接收到LOCREQ消息，HLR-B 18接着判断B-号码是否为有效号码。如果 B-号码为有效号码，则HLR-B 18发送一个路由请求(ROUTREQ)(调用) 消息到MSC-B 20。这个ROUTREQ包括BillingId[A-102-0]。一旦接收到这 个ROUTREQ，MSC-B 20便通过分配它自己的BillingId来创建它自己的 呼叫记录。在这个例子中，分配一个SWID＝B，CALLID＝500，LEG NUMBER＝0，即[B-500-0]。MSC-B 20发送一个路由请求返回 (ROUTREQR)(响应)消息到HLR-B。在IS-124标准的建议中是 ROUTREQR消息包括在MSC-B 20中产生的BillingId[B-500-0]。在IS-41 标准中最初没有提供该特征。下一步，HLR-B发送一个位置请求返回 (LOCREQR)(响应)消息到MSC-A 14。LOCREQR消息同时还包括 MSC-B BillingId[B-500-0]。MSC-A 14接着建立一条到MSC-B 20的中继 22，呼叫沿该中继传送。
图1中虚线23下面表示呼叫建立过程中在22处为呼叫传送建立的帐单记 录。由MSC-A 14为呼叫的始发或改发支路建立的帐单记录如24所示。由 MSC-B 20为呼叫的终接支路建立的帐单记录如26所示。记录24的方框28 里所示的BillingId[A-102-0]首先由MSC-A 14产生。下一步，MSC-B 20把 BillingId[A-102-0]作为Related BillingId存储在记录26的32处。MSC-B 20 把它产生的BillingId[B-500-0]存储在记录26的30处。IS-41标准规定这三 种信息存储在这两个记录中。这就意味着如果以后需要的话，呼叫的终接支 路记录26能跟踪该呼叫回到呼叫24的始发支路记录。正如建议的标准IS-124 所规定的，随着引入在至MSC-A 14的呼叫建立期间在响应消息中被发送回 的MSC-B 20 BillingId[B-500-0]，始发呼叫记录24于是在34处有一个Related BillingId[B-500-0]。现在这就便于在稍迟些或在呼叫完成后前向呼叫互相 关。与IS-124标准建议的该呼叫建立流程有关的问题涉及到在呼叫没有被传 送的情况下可能向MSC-A返回不正确的记帐标识信息，这些问题在此以前 已经在发明背景中讨论过。
参照图2，对于本发明优选实施方案进行描述。对于大多数部分，图2中 提供的信令与图1中列出的IS-41信令相一致。然而，图1和图2的信令之 间有些基本差别。第一个基本差别是图2中来自MSC-A的从MSC-B 20到 HLR-B 18的ROUTREQR消息不包含BillingId[B-500-0]。第二个基本差别 是从HLR-B 18被发送到MSC-A 14的LOCREQR消息不包括BillingId[B- 500-0]。这两个基本差别仅限于本发明的优选实施方案。在本发明中，只有 在呼叫结果由自MS-B 16接收的寻呼响应或由建立的中继22确定之后，一 个分离的“呼叫传送后向信息”INFOBACKCD(调用)消息33才被从 MSC-B 20发送到MSC-A 14。INFOBACKCD消息33包含由MSC-B[B- 500-0]产生的BillingId号码和在MSC-A 14[A-102-0]中产生的BillingId号 码。在该例子中，信息以[BillingId，Related BillingId]或者[A-102-0，B- 500-0]协议送回，这样，对于呼叫的起始支路来说，该信息现在能被储存在 一个该呼叫始发支路的新的记帐记录24中。而且，该INFOBACKCD消息 能直接被MSC-B 20发送回MSC-A 14。下一步，本发明的通信协议是MSC-A 14发送一个“呼叫传送后向信息响应”(INFOBACKCDR)(响应 (response))消息35到MSC-B 20，作为对接收到INFOBACKCD消息33 的确认。虽然图2中没有列出记帐记录24和26，但应当清楚，根据前面的 描述本发明的信令协议提供图1所描述记帐记录的产生。
参照图3，以消息流程图的形式来描述本发明的优选实施方案，说明在服 务调用请求和记帐标识符传递期间所发生的步骤。
由于图2前面已有描述，尽管本叙述可能稍微有点冗余，但相信对本发明 信令协议的实现是会有帮助的。首先在服务或信关MSC处利用IS-41互连标 准所定义的协议通过小区从另一个移动站或公众电话交换网络(PSTN)40 接收到一个始发呼叫36和拨号移动地址数字(即电话号码簿号码)38。这 个呼叫的传送被表示成呼叫传送39。
下一步G-MSC42发送一个包含到归属位置寄存器(HLR)46的 BillingId的INVOKE(调用)消息44的请求，其中HLR46与被叫移动站 相关。被叫移动站到HLR46的联系通过电话号码簿号码38来实现。应当清 楚INVOKE消息44可以包括几种不同类型消息中的任何一种类型消息，诸 如特征请求消息(FEATREQ)、始发请求消息(ORREQ)、位置请求消 息(LOCREQ)、或者转移号码请求(TRANNUMREQ)。所有这些消 息将包括BillingId数据。
接着，如果电话号码簿号码被分配给一个合法用户，则HLR46向访问 HLR(VLR)50发送一个“路由请求(ROUTREQ)(调用)”消息48， 访问HLR(VLR)50最后提供给被叫移动站的注册通知。VLR50接着在 51处向目的MSC(V-MSC)52发送一个ROUTREQ(调用)消息。 ROUTREQ消息48和51都包含BillingId。
紧接着，该呼叫能通过几种方法被传送到MS。首先V-MSC52在它所在 区域发送寻呼请求看MS是否在该区域中。如果MS位于V-MSC52的覆盖 区域，则MS应该对寻呼作出响应，并且V-MSC向VLR50发送一个 ROUTREQ(响应)消息53。
在V-MSC52向MS发送寻呼请求的同时，V-MSC还向几个边缘MSC43 发送ISPAGE(调用)消息41。ISPAGE消息41将包括BillingId信息， 以允许边缘MSC43在它把呼叫传送到MS的情况下对呼叫进行记帐。 ISPAGE消息的目的是当MS没有位于它最后注册的V-MSC52、边缘MSC 43中时对它进行定位。当MS位于边缘MSC43的其中之一中时，它向边缘 MSC43发送回一个寻呼响应，一个ISPAGE(响应)消息45被发送回V- MSC52。V-MSC52接着向VLR50发送ROUTREQ(响应)消息53，以 通知它边缘MSC正准备建立该呼叫。
当MS对来自V-MSC52的寻呼进行响应，向未曾收到ISPAGE(调用) 消息41的另一个边缘MSC47发送寻呼响应消息时，还可能发生建立至MS 的呼叫的另一种情况。这种情况可能发生是因为一旦接收到一个寻呼，MS 就进行重扫描过程，以便找到并锁定信号最强的信道。如果该信道与边缘 MSC47的覆盖区域有关，则MS向边缘MSC 47发回它的寻呼响应。此时， 边缘MSC47用BillingId信息向V-MSC52发送一个未经请求的响应 (UNSOLRES)(调用)消息47。V-MSC52向边缘MSC47返回一个 UNSOLRES(响应)消息49R。这个返回消息包括BillingId信息，以允许 边缘MSC47对呼叫进行标记。V-MSC52接着向VLR50发送一个 ROUTREQ(响应)消息53。
当ROUTREQ(响应)消息53被发送到VLR50后，VLR50反过来又 给HLR46发送回一个ROUTREQ(响应)消息54。HLR46接着向G- MSC返回一个返回结果(RETURNRESULT)消息。
根据本发明，此时V-MSC52，边缘MSC43或47中的任何一个都可以 接收到从MS来的寻呼响应。如果这种情况发生，则它表明一个对MS建立 的新的呼叫，并且由一个合适的服务MSC(43，47或52)来分配 BillingId。如果边缘MSC43或47其中之一接收到寻呼响应，则接看 INFOBACKCD(调用)消息176被从该MSC发送到G-MSC42。消息176 被表示为一个消息并且应当清楚每个边缘MSC43或47都有自己的 INFOBACKCD消息178。一个返回确认INFOBACKCDR被从G-MSC42 以178向合适的MSC43或47发送。如果V-MSC52之一接收该寻呼响应， 那么INFOBACKCD(调用)消息180就被从该V-MSC52向G-MSC42 发送。一个返回确认INFOBACKCDR被从G-MSC42以182向合适的V- MSC52发送。
一旦接收到RETURNRESULT(响应)消息S5，该呼叫就被一个在中继 56或中继170上建立的呼叫传送给MS，这取决于哪个MSC(43、47或 52)上已从MS收到寻呼响应。
根据本发明，如果在V-MSC或边缘MSC中没有从移动站收到寻呼响应， 则一旦呼叫传送56或170被建立起来，一个INFOBACKCD(调用)消息 57或172就被分别从V-MSC52发送到G-MSC42。G-MSC42接着发送一 个INFOBACKCDR(响应)消息58或174到合适的MSC以完成通信。
INFOBACKCD消息包括由G-MSC起始向前发送的BillingId和一个新的 信息。这个新信息包括由V-MSC产生的Related BillingId。
图4中路由请求消息的流程图显示在V-MSC中Related BillingId的产 生。应当清楚，对于ISPAGE或UNSOLRESPONSE消息的流程图与下面介 绍的类似，并且对于本领域技术人员来说，流程图中的差别应是十分清楚的。 一旦在V-MSC中接收到一个路由请求65，则V-MSC对MS进行寻呼并在 67处等待接收寻呼。如果从MS接收到寻呼响应，则V-MSC在69处分配一 个新的BillingId，下一步，因为呼叫结果在67处被“YES”应答所决定， 所以BillingId在78处被看作Related BillingId，作为INFOBACKCD消息 的一部分被送回到G-MSC。INFOBACKCD消息的BillingId与在呼叫建立 时G-MSC中起始产生的BillingId相对应。
当在67没有收到来自MS的寻呼响应的情况下，在70处将该呼叫从G- MSC传送到V-MSC之后，V-MSC便通过判断呼叫是否不是在72处的 起始呼叫的一个延伸来对呼叫进行查询。这可能是呼叫的第一个支路，一个 呼叫转移，一个呼叫禁止或一个前向释放的呼叫。如果呼叫对于任何这些查 询是肯定的，则V-MSC接着在74处给该呼叫分配一个新的BillingId，并形 成Related BillingId的这部分。V-MSC在78处通过把由G-MSC发送的 BillingId信息和步骤78的Related BillingId合并到一起形成INFOBACKCD 消息。因为在步骤72处的查询是否定的，所以正在传送的呼叫是一个应答呼 叫等待支路。V-MSC接着在76处对这个以前产生的BillingId的支路编号进 行递增。下一步V-MSC在78处通过把由G-MSC发送的BillingId信息和步 骤74或76的Related BillingId合并到一起形成INFOBACKCD消息。
参照图5，显示的消息流程图用来描述在本发明的另一个实施方案中在服 务调用请求和传送记帐标识符期间发生的步骤，这个实施方案采用了一种混 合解决方法，包括本发明的INFOBACKCD消息和在上面引用的文章题为对 IS-41产生冲击的IS-124版本0中Synacom Technology，Inc.建议的 BillingId。首先在服务或信关MSC(G-MSC)利用由IS-41互连标准所定 义的协议从另一个移动站或公用电话交换网络(PSTN)116接收一个始发 呼叫110和拨号移动地址数字(即电话号码簿号码)112。该呼叫的传送被 表示成呼叫传送114。
接着G-MSC118向与被叫移动站有关的归属位置寄存器(HLR)122 发送一个INVOKE(调用)消息120的请求，包括消息(BillingId)中的 记帐标识信息。被叫移动站与HLR122间的联系通过电话号码簿号码来实 现。应当清楚，INVOKE消息120可以包括几种不同类型消息中的任何一 种，如FEATREQ，ORREQ，LOCREQ以及TRANUMREQ。所有这些 消息将包括BillingId。
下一步，如果电话号码簿号码分配给一个合法用户，则HLR122向访问位 置寄存器(VLR)126发送一个ROUTREQ(调用)消息124，其中访问 位置寄存器(VLR)126最后为被叫移动站提供注册通知。VLR126接着 在128处向目的MSC(V-MSC)130发送一个ROUTREQ(调用)消息。 ROUTREQ消息124和128都包含BillingId。
紧接着，呼叫可以有几种方法被传送到MS。首先V-MSC130在自己的 区域内发出寻呼请求，看MS是否在该区域内。如果MS在V-MSC130的覆 盖区域内，MS应该对寻呼进行响应并且V-MSC向VLR126发送一个 ROUTREQ(响应)消息132。这个消息返回BillingId信息。
在V-MSC130向MS发送寻呼请求的同时，V-MSC还向几个边缘MSC 136发送ISPAGE(调用)消息134。ISPAGE消息134将包含BillingId信 息，以允许边缘MSC136在它把呼叫传送给MS时对呼叫进行记帐。 ISPAGE消息的目的是当MS不在它最后注册的V-MSC中时确定MS的位 置。当MS位于其中一个边缘MSC136中并且它向边缘MSC136发送回一 个寻呼响应时，一个ISPAGE(响应)消息138被发送回V-MSC130。消 息138含有BillingId信息。V-MSC130接着发送ROUTREQ(响应)消息 132到VLR126，以通知边缘MSC正准备建立呼叫。
当MS响应从V-MSC来的寻呼而向另一个没有收到ISPAGE(调用)消 息134的边缘MSC140发送寻呼响应消息时，建立到MS的呼叫还可能会发 生另外的情况。这利情况可能发生是因为一旦收到寻呼，MS马上就进行一 个重扫描过程，以便找到并锁定信号最强的信道。如果该信道与边缘MSC140 的覆盖区域有关，则MS接着向边缘MSC140发回寻呼响应。此时，边缘 MSC140向带有BillingId信息的V-MSC130发送一个未经请求的响应 (UNSOLRES)(调用)消息142。V-MSC130向边缘MSC140返回一 个UNSOLRES(响应)消息144。这个返回消息包含BillingId信息，以允 许边缘MSC140对呼叫进行标记。V-MSC130接着向VLR126发送 ROUTREQ(响应)消息132，以通知边缘MSC正准备建立呼叫。
ROUTREQ(响应)消息132被发送到VLR126后，VLR126反过来 又向HLR122返回一个ROUTREQ(响应)消息146。HLR122接着向 G-MSC返回一个返回结果(RETURNRESULT)消息。消息132，146以 及148都包含V-MSC产生的BillingId。正如在前面发明背景中所讨论过的 那样，在消息132，146以及148中返回的BillingId当LEG No.为非零的值 时可能不可靠。
一旦接收到RETURNRESULT(响应)消息148，呼叫便被传送到MS。 取决于哪一个MSC(130，136或140)已从MS收到寻呼响应，呼叫传送(调用) 150或160的其中之一被建立。
根据本发明，一旦呼叫传送(调用)消息150或160被建立，在呼叫传送 (INFOBACKCDR)(响应)消息152或162后，一个后向返回消息将分 别被从MSC130或MSC136或140发送回去。对于所有意图和目的来说， 呼叫被传送到的MSC现在可以被称作V-MSC。这个G-MSC118于是发送 一个INFOBACKCDR(响应)消息154或164返回到V-MSC以完成通信。
INFOBACKCD消息包括由G-MSC发送的前向起始BillingId信息，同时 还包括一种新的信息。这个新信息包括由V-MSC产生的Related BillingId 信息。在本实施方案中的Related BillingId被用来对由消息132，146以及 148返回的BillingId信息进行纠错。所有这些消息可以接着被用来对到MS 的呼叫事务处理进行标记。
这样可以相信，通过前面的介绍，本发明的操作和构建将会很直观。虽然 表示和描述的方法和系统已经表征为优选，但很显然，可以作出各种改动和 修改，而不背离在下面权利要求中所规定的本发明的构思和范围。