一种被叫同城特例的计费方法

摘要

本发明公开了一种被叫同城特例的计费方法，该方法至少包括以下步骤：A.批价计费设备获取主叫拜访地信息；B.批价计费设备根据被叫拜访地信息与获取的主叫拜访地信息进行判断：如果被叫拜访地与主叫拜访地同城，则判定属于被叫同城特例的情况，对被叫用户按同城特例情况进行计费；否则，判定不属于被叫同城特例的情况，对被叫用户按非同城特例情况进行计费。利用本发明，提高了对被叫同城特例情况判断和计费的准确性，避免了主被叫用户实际同城而被判为不属于同城特例的情况，也避免了主被叫用户实际不同城而被判为属于同城特例的情况，同时维护了用户和运营商的利益。

说明书

技术领域

本发明涉及移动通信系统中的计费技术，特别涉及一种被叫同城特例的计费方法。

背景技术

移动通信技术为人们提供了一个方便快捷的沟通手段，现在有越来越多的人都开始享受移动通信技术提供的服务，移动通信业务也得以迅速普及。随着移动通信业务的迅速普及，移动通信业务中与用户切身利益密切相关的费用计算问题越来越受到广大用户的关注，用户对费用计算准确性的要求也越来越高。

由于用户的移动性，当归属两地的主被叫双方漫游到同一地区的通信网络进行通话时，因为通话没有占用通信网络的长途中继，所以就应该对呼叫按本地通话计费，收取用户的本地通话费用，这也就是所谓的同城特例情况。

目前移动通信网络系统中的批价计费设备在对同城特例情况进行判断时，对主叫同城特例情况和被叫同城特例情况的判断标准是不同的。

其中，对主叫同城特例情况根据主叫拜访地与被叫拜访地进行判断：当主叫拜访地与被叫拜访地同城时，判定属于主叫同城特例情况，对主叫用户按同城特例情况进行计费，不收取主叫的长途费用；否则，判定不属于主叫同城特例情况，对主叫用户按非同城特例情况进行计费，收取主叫的长途费用。

对被叫同城特例情况则根据被叫拜访地与主叫归属地进行判断：当被叫拜访地与主叫归属地同城时，判定属于被叫同城特例情况，对被叫用户按同城特例情况进行计费，不收取被叫的长途费用；否则，判定不属于被叫同城特例情况，对被叫用户按非同城特例情况进行计费，收取被叫的长途费用。

在上述同城特例情况判断中，拜访地也称漫游地，是指用户当前实际位置所处地，而归属地指的是用户的入网地。由于批价计费设备对主叫同城特例情况是根据主叫拜访地与被叫拜访地进行判断的，即根据主被叫用户当前所处的实际位置进行判断的，所以对主叫同城特例情况的判断是真正的同城判断，对主叫同城特例计费也是准确的。

但是，由于批价计费设备对被叫同城特例情况是根据被叫拜访地与主叫归属地进行判断的，并不是根据主被叫用户当前所处的实际位置进行判断的，所以对被叫同城特例情况的判断并非真正的同城判断。

依据这种判断标准对被叫同城特例情况进行判断时，既存在主被叫用户实际同城而被判为不属于同城特例的情况，又存在主被叫用户实际不同城而被判为属于同城特例的情况，这样也就导致了被叫同城特例计费是不准确的。如果主被叫用户实际同城而被判为不属于同城特例的情况，被叫用户将被按照长途通话计费，被叫用户的利益将不可避免的会受到损害；同样，如果主被叫用户实际不同城而被判为属于同城特例的情况，运营商将只能按照本地通话对被叫用户计费，运营商的利益也将会受到损害。

发明内容

有鉴于此，本发明的主要目的在于提供一种被叫同城特例的计费方法，以提高被叫同城特例计费的准确性。

为达到上述目的，本发明提供了一种被叫同城特例的计费方法，关键在于，该方法至少包括以下步骤：

A、批价计费设备获取主叫拜访地信息；

B、批价计费设备根据被叫拜访地信息与获取的主叫拜访地信息进行判断：如果被叫拜访地与主叫拜访地同城，则判定属于被叫同城特例的情况，对被叫用户按同城特例情况进行计费；否则，判定不属于被叫同城特例的情况，对被叫用户按非同城特例情况进行计费。

上述方案中，所述的批价计费设备在非实时批价计费处理方式中为运营支撑系统的批价计费模块。所述的步骤A包括：运营支撑系统的批价计费模块通过分析被叫话单中主叫拜访端局的全局标题码地址来获取主叫拜访地信息。

上述方案中，所述的步骤A之前进一步包括：主叫拜访端局将主叫拜访端局的全局标题码地址发送给被叫拜访端局，被叫拜访端局将主叫拜访端局的全局标题码地址填写入被叫话单。

上述方案中，当网络设备支持综合业务数字网用户部分时，所述的主叫拜访端局的全局标题码地址被携带在初始地址消息的用户到用户信息中进行发送。当网络设备支持电话用户部分时，所述的主叫拜访端局的全局标题码地址被携带在带附加信息的初始地址消息的计费信息中进行发送。

上述方案中，所述的批价计费设备在实时批价计费处理方式中为智能网络系统的业务控制点。所述的步骤A包括：智能网络系统的业务控制点通过分析主叫用户当前所在的拜访位置寄存器号码来获取主叫拜访地信息。

上述方案中，所述的步骤A之前进一步包括：智能网络系统的业务控制点通过与主叫归属位置寄存器进行交互，获取主叫用户当前所在的拜访位置寄存器号码。所述的智能网络系统的业务控制点与主叫归属位置寄存器进行交互包括：智能网络系统的业务控制点向主叫归属位置寄存器发送随时查询信息消息，主叫归属位置寄存器向智能网络系统的业务控制点返回至少包含主叫用户当前所在拜访位置寄存器号码的随时查询信息响应消息。

因此，本发明提供的这种被叫同城特例的计费方法，批价计费设备通过获取主叫拜访地信息，能够根据主叫拜访地与被叫拜访地来判断被叫同城特例的情况，并根据判断的结果对用户进行批价计费。利用本发明，在对被叫同城特例的情况进行判断时，是根据主叫拜访地与被叫拜访地，即主被叫当前所处的实际位置进行判断的，提高了对被叫同城特例的情况判断的准确性，进而提高了被叫同城特例计费的准确性。另外，本发明根据主叫拜访地与被叫拜访地判断被叫同城特例的情况，避免了主被叫用户实际同城而被判为不属于同城特例的情况，也避免了主被叫用户实际不同城而被判为属于同城特例的情况，同时维护了用户和运营商的利益。

附图说明

图1为本发明被叫同城特例计费的总体技术方案流程图；

图2为本发明第一个实施例中被叫同城特例计费的信令流程图；

图3为本发明第二个实施例中被叫同城特例计费的信令流程图；

图4为本发明第三个实施例中被叫同城特例计费的方法流程图；

图5为本发明第四个实施例中被叫同城特例计费的信令流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，以下举实施例，并参照附图，对本发明进一步详细说明。

本发明的核心内容是：批价计费设备通过获取主叫拜访地信息，能够根据主叫拜访地与被叫拜访地来判断被叫同城特例的情况，并根据判断的结果对用户进行批价计费。

如图1所示，图1为本发明被叫同城特例计费的总体技术方案流程图，该流程图至少包括以下步骤：

步骤101：批价计费设备获取主叫拜访地信息；

步骤102：批价计费设备根据被叫拜访地信息与获取的主叫拜访地信息进行判断：如果被叫拜访地与主叫拜访地同城，则执行步骤103；否则，执行步骤104；

步骤103：判定属于被叫同城特例的情况，对被叫用户按同城特例情况进行计费；

步骤104：判定不属于被叫同城特例的情况，对被叫用户按非同城特例情况进行计费。

通过上述方法，批价计费设备根据被叫拜访地信息与主叫拜访地信息来判断被叫同城特例的情况，提高了对被叫同城特例的情况判断的准确性，也就相应提高了对被叫同城特例情况计费的准确性。

在非实时批价计费处理方式中，批价计费设备为运营支撑(BOSS)系统的批价计费模块。在用户通话结束以后，主被叫拜访端局将分别生成主被叫话单，BOSS系统与主被叫拜访端局之间的计费网关定时从主被叫拜访端局读取话单信息，BOSS系统的批价计费模块通过与计费网关之间的文件传输协议/文件传输存取管理(FTP/FTAM)接口从计费网关获取话单，然后BOSS系统的批价计费模块根据主被叫话单中填写的相应信息对用户进行批价计费。

在此批价计费处理方式中，如果网络设备支持综合业务数字网用户部分(ISUP)，对被叫同城特例情况进行计费的流程图如图2所示。图2为本发明第一个实施例中被叫同城特例计费的信令流程图，该方法包括以下步骤：

步骤201：主叫用户A呼叫被叫用户B，主叫MSC/VLR向被叫HLR发送“发送路由信息(SRI)”消息，以获取被叫用户的路由信息。

步骤202：被叫HLR收到SRI消息以后，向被叫MSC/VLR发送提供漫游号码(PRN)消息，以获取被叫用户的漫游号码。

步骤203：被叫MSC/VLR收到PRN消息以后，为被叫用户分配漫游号码(MSRN)，并通过提供漫游号码响应(PRN-res)消息将被叫用户的漫游号码返回给被叫HLR。

步骤204：被叫HLR收到被叫用户的漫游号码后，通过发送路由信息响应(SRI-res)消息将被叫用户的漫游号码返回给主叫MSC/VLR。

步骤205：主叫MSC/VLR收到被叫用户的漫游号码后，向被叫MSC/VLR发送初始地址消息(IAM)，请求建立呼叫话路；其中，IAM消息中主叫号码为用户A的号码，被叫号码为用户B的漫游号码，用户到用户信息(User-to-userinformation)中填写主叫MSC/VLR的GT地址。

步骤206：被叫MSC/VLR收到IAM消息，从中提取出主叫号码、被叫漫游号码和主叫MSC/VLR的GT地址，并向主叫MSC/VLR返回地址全消息(ACM)，表明被叫MSC/VLR已将地址收全，同时接续被叫，接通后向被叫振铃。

步骤207：被叫应答，被叫MSC/VLR开始对被叫计费，并向主叫MSC/VLR发送应答消息(ANM)指示主叫MSC/VLR开始为主叫计费。

步骤208：主被叫双方开始通话，通话结束以后，主叫MSC/VLR将主叫MSC/VLR的GT地址、被叫用户的漫游号码和主被叫号码分别填写入主叫话单；同时被叫MSC/VLR将被叫MSC/VLR的GT地址、主叫MSC/VLR的GT地址和主被叫号码分别填写入被叫话单。

步骤209：BOSS系统的批价计费模块获取被叫话单，并依据被叫话单中被叫MSC/VLR的GT地址分析出被叫拜访地信息，依据被叫话单中主叫MSC/VLR的GT地址分析出主叫拜访地信息，然后根据被叫拜访地信息与主叫拜访地信息对被叫同城特例情况进行判断：

如果被叫拜访地与主叫拜访地同城，则判定属于被叫同城特例的情况，对被叫用户按同城特例情况进行计费；否则，判定不属于被叫同城特例的情况，对被叫用户按非同城特例情况进行计费。

在此批价计费处理方式中，如果网络设备支持电话用户部分(TUP)，对被叫同城特例情况进行计费的流程，与网络设备支持ISUP时对被叫同城特例情况进行计费的流程是一致的，仅在发送的某些消息上有所区别。

如图3所示，图3为本发明第二个实施例中被叫同城特例计费的信令流程图。在本实施例中网络设备支持TUP，图3与图2的区别在于：

1、步骤305是将步骤205调整为：主叫MSC/VLR收到被叫用户的漫游号码后，向被叫MSC/VLR发送带附加信息的初始地址消息(IAI)，请求建立呼叫话路；其中，IAI消息中主叫号码为用户A的号码，被叫号码为用户B的漫游号码，计费信息(Charging information)中填写主叫MSC/VLR的GT地址。

2、步骤306是将步骤206调整为：被叫MSC/VLR收到IAI消息，从中提取出主叫号码、被叫漫游号码和主叫MSC/VLR的GT地址，并向主叫MSC/VLR返回ACM消息，表明被叫MSC/VLR已将地址收全，同时接续被叫，接通后向被叫振铃。

3、步骤307是将步骤207调整为：被叫应答，被叫MSC/VLR开始对被叫计费，并向主叫MSC/VLR发送应答计费消息(ANC)指示主叫MSC/VLR开始为主叫计费。

在实时批价计费处理方式中，批价计费设备为智能网络系统的业务控制点(SCP)。主被叫用户进行通话时，智能网络系统的SCP通过与主叫MSC/VLR和主叫归属位置寄存器(HLR)进行交互获取相应的信息，对用户进行批价计费。

在此批价计费处理方式中，如果网络设备支持ISUP，对被叫同城特例情况进行计费的流程图如图4所示。图4为本发明第三个实施例中被叫同城特例计费的方法流程图，该方法包括以下步骤：

步骤401：主叫用户A呼叫被叫用户B，主叫MSC/VLR向被叫HLR发送SRI消息，以获取被叫用户的路由信息。

步骤402：被叫HLR收到SRI消息以后，根据用户在被叫HLR登记的移动网络增强业务客户化应用签约信息(CSI)，判断被叫用户为智能用户，然后向主叫MSC/VLR发送SRI-res消息；该消息中包含有CSI和被叫用户当前所在的拜访位置寄存器号码(VLRNUMBER)。

步骤403：主叫MSC/VLR收到SRI-res消息后，依据CSI向SCP发送启动检测点(IDP)消息，触发被叫智能业务；IDP消息中包含有被叫用户当前所在的VLRNUMBER和主被叫号码。

步骤404：SCP向主叫HLR发送随时查询信息(ATI)消息，以查询主叫位置信息。

步骤405：主叫HLR向主叫MSC/VLR发送提供用户信息(PSI)消息，以获取主叫位置信息。

步骤406：主叫MSC/VLR向主叫HLR返回PSI-res消息报告主叫位置信息。

步骤407：主叫HLR向SCP返回ATI-res消息报告主叫位置信息，该信息中至少包含有主叫用户所在VLRNUMBER和主叫用户所在小区信息。

步骤408：SCP下发申请报告基本呼叫状态模型事件(RRBE)消息，监视挂机、无应答、用户忙等事件。

步骤409：SCP下发申请计费(AC)消息。

步骤410：SCP下发连接(CONNECT)消息，指示作为交换机的关口移动交换中心/移动交换中心(GMSC/MSC)接续到被叫用户。

步骤411：主叫MSC/VLR向被叫HLR再次发送SRI消息，以获取被叫用户的路由信息；本次SRI消息中包含有指示抑制CSI信息。

步骤412：被叫HLR收到SRI消息以后，用户虽然登记了CSI，但是由于SRI消息中包含有指示抑制CSI信息，于是被叫HLR向被叫MSC/VLR发送PRN消息，以获取被叫用户的漫游号码。

步骤413：被叫MSC/VLR收到PRN消息以后，为被叫用户分配漫游号码(MSRN)，并通过PRN-res消息将被叫用户的漫游号码返回给被叫HLR。

步骤414：被叫HLR收到被叫用户的漫游号码后，通过SRI-res消息将被叫用户的漫游号码返回给主叫MSC/VLR。

步骤415：主叫MSC/VLR收到被叫用户的漫游号码后，向被叫MSC/VLR发送IAM消息，请求建立呼叫话路；其中，IAM消息中主叫号码为用户A的号码，被叫号码为用户B的漫游号码。

步骤416：被叫MSC/VLR收到IAM消息，向主叫MSC/VLR返回ACM消息，表明被叫MSC/VLR已将地址收全，同时接续被叫，接通后向被叫振铃。

步骤417：被叫应答，被叫MSC/VLR向主叫MSC/VLR发送ANM消息，指示主叫MSC/VLR开始为主叫计费。

步骤418：主被叫双方开始通话，通话结束以后，主叫MSC/VLR向SCP发送申请计费报告(ACR)报告通话时长。

步骤419：SCP根据主被叫用户当前所在的VLRNUMBER，分析出的主被叫拜访地信息，然后根据被叫拜访地信息与主叫拜访地信息对被叫同城特例情况进行判断：

如果被叫拜访地与主叫拜访地同城，则判定属于被叫同城特例的情况，对被叫用户按同城特例情况进行计费；否则，判定不属于被叫同城特例的情况，对被叫用户按非同城特例情况进行计费。

在此批价计费处理方式中，如果网络设备支持TUP，对被叫同城特例情况进行计费的流程，与网络设备支持ISUP时对被叫同城特例情况进行计费的流程是一致的，仅在发送的某些消息上有所区别。

如图5所示，图5为本发明第四个实施例中被叫同城特例计费的信令流程图。在本实施例中网络设备支持TUP，图5与图4的区别在于：

1、步骤515是将步骤415调整为：主叫MSC/VLR收到被叫用户的漫游号码后，向被叫MSC/VLR发送IAI消息，请求建立呼叫话路；其中，IAI消息中主叫号码为用户A的号码，被叫号码为用户B的漫游号码。

2、步骤516是将步骤416调整为：被叫MSC/VLR收到IAI消息，向主叫MSC/VLR返回ACM消息，表明被叫MSC/VLR已将地址收全，同时接续被叫，接通后向被叫振铃。

3、步骤517是将步骤417调整为：被叫应答，被叫MSC/VLR向主叫MSC/VLR发送ANC消息，指示主叫MSC/VLR开始为主叫计费。

在本发明所举的第一个实施例中，主叫MSC/VLR的GT地址被携带在IAM消息的用户到用户信息中发送给被叫MSC/VLR；在本发明所举的第二个实施例中，主叫MSC/VLR的GT地址被携带在IAI消息的计费信息中发送给被叫MSC/VLR；在本发明所举的第三和第四个实施例中，SCP通过向主叫HLR发送ATI消息取得主叫MSC/VLR的VLRNUMBER。在实际应用中，只要在记录了主叫用户的位置信息的设备与被叫计费设备之间协定好，可以采用现有任何消息的任何参数，或扩展现有任何消息增加新的参数，或扩展协议增加新的消息等方式，将主叫用户的位置信息传递给被叫计费设备，被叫计费设备就可以直接对被叫同城特例情况进行判断计费。这样的技术方案根据本发明的技术方案可以毫无困难地实现，与本发明的技术思路完全一致。

从上面的实施例可以看出，本发明提供的这种被叫同城特例的计费方法，批价计费设备通过获取主叫拜访地信息，能够根据主叫拜访地与被叫拜访地来判断被叫同城特例的情况，并根据判断的结果对用户进行批价计费。利用本发明，在对被叫同城特例的情况进行判断时，是根据主叫拜访地与被叫拜访地，即主被叫当前所处的实际位置进行判断的，提高了对被叫同城特例的情况判断的准确性，进而提高了被叫同城特例计费的准确性。另外，本发明根据主叫拜访地与被叫拜访地判断被叫同城特例的情况，避免了主被叫用户实际同城而被判为不属于同城特例的情况，也避免了主被叫用户实际不同城而被判为属于同城特例的情况，同时维护了用户和运营商的利益。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。