智能呼叫的计费方法及系统转让专利
申请号 : CN200510130072.9
文献号 : CN1867021B
文献日 : 2010-04-21
发明人 : 张兵 , 任培军 , 吴永能
申请人 : 华为技术有限公司
摘要 :
本发明公开了一种智能呼叫的计费方法及系统，该方法的核心为：SCP获取与智能呼叫有关的继媒体网关TMG或通用媒体网关UMG信息，并根据TMG或UMG信息确定智能呼叫发起地的时区，然后再根据确定的时区对相关智能呼叫进行计费处理。采用本发明所述的方法及系统，克服了现有技术存在的局限性，能够准确判断出所有呼叫发起地的时区，从而能够对所有智能用户发起的呼叫进行计费处理，有效地解决了NGN网络模式下多时区的计费问题。
权利要求 :
1.一种智能呼叫的计费方法，其特征在于，包括如下步骤：A、SCP获取与智能呼叫有关的中继媒体网关TMG或通用媒体网关UMG信息；
B、SCP根据TMG或UMG信息确定智能呼叫发起地的时区；
C、SCP根据确定的时区对所述智能呼叫进行计费处理。
2.根据权利要求1所述的方法，其特征在于，所述TMG或UMG信息包括：TMG或UMG号码；或者智能呼叫在TMG或UMG上的出和入中继群号；或者智能呼叫在TMG或UMG上的出或入中继群号。
3.根据权利要求1或2所述的方法，其特征在于，所述的步骤A包括：A1、SSP将与智能呼叫有关的所述TMG或UMG信息上报给SCP。
4.根据权利要求3所述的方法，其特征在于，所述步骤A1具体包括：A11、SSP将与智能呼叫有关的所述TMG或UMG信息承载于基于智能网应用规程INAP的数据报文中上报给SCP。
5.根据权利要求4所述的方法，其特征在于，所述步骤A11进一步包括：SSP将与智能呼叫有关的所述TMG或UMG信息承载于INAP中的初始探测点IDP和申请费用报告ACR消息中上报给SCP。
6.根据权利要求1或2所述的方法，其特征在于，所述步骤B具体包括：SCP根据所述TMG或UMG信息确定所述TMG或UMG设备所在地的时区，并将该时区作为相关智能呼叫发起地的时区。
7.一种智能呼叫的计费系统，其特征在于，该系统包括：TMG或UMG信息上报模块，用于将与智能呼叫有关的TMG或UMG信息上报给计费处理模块；
所述计费处理模块，设置于SCP中，用于根据接收到的TMG或UMG信息确定所述智能呼叫发起地的时区，并根据确定的时区对所述智能呼叫进行计费处理。
8.根据权利要求7所述的系统，其特征在于：所述TMG或UMG信息上报模块设置于SSP中。
9.根据权利要求7或8所述的系统，其特征在于：所述计费处理模块包括：智能呼叫发起地时区确定子模块和计费处理子模块；
所述智能呼叫发起地时区确定子模块，用于根据接收到的所述TMG或UMG信息确定所述TMG或UMG设备所在地的时区，并将该时区作为所述智能呼叫发起地的时区，并将所述智能呼叫发起地时区的信息传输给所述计费处理子模块；
所述计费处理子模块，用于根据接收到的关于智能呼叫发起地时区的信息对所述智能呼叫进行计费处理。
说明书 :
技术领域
本发明涉及网络通信技术领域，尤其涉及一种智能呼叫的计费方法及系统。
背景技术
NGN(Next Generation Network，下一代网络)是一种业务驱动型网络，通过业务和呼叫控制完全分离，呼叫控制和承载完全分离，从而实现相对独立的业务体系，使业务独立于网络。这种开放式业务架构，可不断地满足用户的业务需求，增强运营网络的综合竞争力，实现可持续发展。
NGN架构下的智能网组网结构如图1所示：
在NGN架构下，原传统智能网组网中的SSP(Service Switch Point，业务交换点)的功能实际上是被拆分成SoftSwitch(软交换)和TMG(TrunkMedia Gateway，中继媒体网关)/UMG(Universal Media Gateway，通用媒体网关)两个部分。其中，SoftSwitch是作为SSP与IN(Intelligent Network，智能网)或APP Server(Application Server，应用服务器)进行通讯，从而完成智能业务的相关呼叫；TMG或UMG设备可以通过分组核心网与SoftSwitch通读。这样，TMG或UMG可做为单独的设备放置在远端。
由于SoftSwitch的容量比传统SSP的容量大许多，因此，一般只需要少量的SoftSwitch设施即可。而这些SoftSwitch所带的多个TMG或UMG往往跨多个时区，尤其是在一些跨国运营商的项目中。
因此，在NGN架构下的智能网在处理多时区计费时会与传统的智能网(IN与传统的SSP通讯)有所不同。由于每个SSP不能跨多个时区，因此传统的智能网是通过将传统的SSP设备放置在不同的时区的方式来解决多时区的计费问题。然而在NGN架构下，一个SoftSwitch往往是跨多个不同的时区。因此，就不能采用传统智能网的方法来解决多时区的计费问题。
目前，解决NGN模式下的多时区计费问题的技术方案，一般是通过对通话中的主叫号码来判断呼叫的发起地的时区，从而进行计费。
然而，上述通过主叫号码来判断呼叫的时区的方法具有一定的局限性，比如：对于手机用户所发起的呼叫，就不能通过手机号码来判断呼叫发起地的时区。
NGN架构下的智能网组网结构如图1所示：
在NGN架构下，原传统智能网组网中的SSP(Service Switch Point，业务交换点)的功能实际上是被拆分成SoftSwitch(软交换)和TMG(TrunkMedia Gateway，中继媒体网关)/UMG(Universal Media Gateway，通用媒体网关)两个部分。其中，SoftSwitch是作为SSP与IN(Intelligent Network，智能网)或APP Server(Application Server，应用服务器)进行通讯，从而完成智能业务的相关呼叫；TMG或UMG设备可以通过分组核心网与SoftSwitch通读。这样，TMG或UMG可做为单独的设备放置在远端。
由于SoftSwitch的容量比传统SSP的容量大许多，因此，一般只需要少量的SoftSwitch设施即可。而这些SoftSwitch所带的多个TMG或UMG往往跨多个时区，尤其是在一些跨国运营商的项目中。
因此，在NGN架构下的智能网在处理多时区计费时会与传统的智能网(IN与传统的SSP通讯)有所不同。由于每个SSP不能跨多个时区，因此传统的智能网是通过将传统的SSP设备放置在不同的时区的方式来解决多时区的计费问题。然而在NGN架构下，一个SoftSwitch往往是跨多个不同的时区。因此，就不能采用传统智能网的方法来解决多时区的计费问题。
目前，解决NGN模式下的多时区计费问题的技术方案，一般是通过对通话中的主叫号码来判断呼叫的发起地的时区，从而进行计费。
然而，上述通过主叫号码来判断呼叫的时区的方法具有一定的局限性，比如：对于手机用户所发起的呼叫，就不能通过手机号码来判断呼叫发起地的时区。
发明内容
鉴于上述现有技术所存在的问题，本发明的目的是提供一种智能呼叫的计费方法及系统，克服了现有技术存在的局限性，能够准确判断出所有智能呼叫发起地的时区，从而能够对所有智能用户发起的呼叫进行计费处理。
本发明的目的是通过以下技术方案实现的：
本发明提供了一种智能呼叫的计费方法，包括如下步骤：
A、SCP获取与智能呼叫有关的中继媒体网关TMG或通用媒体网关UMG信息；
B、SCP根据TMG或UMG信息确定智能呼叫发起地的时区；
C、SCP根据确定的时区对所述智能呼叫进行计费处理。
所述TMG/UMG信息包括：TMG或UMG号码；或者智能呼叫在TMG或UMG上的出和入中继群号；或者智能呼叫在TMG或UMG上的出或入中继群号。
所述步骤A包括：
A1、SSP将与智能呼叫有关的所述TMG或UMG信息上报给SCP。
所述步骤A1具体包括：
A11、SSP将与智能呼叫有关的所述TMG或UMG信息承载于基于智能网应用规程INAP的数据报文中上报给SCP。
所述步骤A11进一步包括：
SSP将与智能呼叫有关的所述TMG或UMG信息承载于INAP中的初始探测点IDP和申请费用报告ACR消息中上报给SCP。
所述步骤B具体包括：
SCP根据所述TMG和/或UMG信息确定所述TMG或UMG设备所在地的时区，并将该时区作为相关智能呼叫发起地的时区。
本发明还提供了一种智能呼叫的计费系统，该系统包括：
TMG或UMG信息上报模块，用于将与智能呼叫有关的TMG或UMG信息上报给计费处理模块；
所述计费处理模块，设置于SCP中，用于根据接收到的TMG或UMG信息确定所述智能呼叫发起地的时区，并根据确定的时区对所述智能呼叫进行计费处理。
所述TMG或UMG信息上报模块设置于SSP中。
所述计费处理模块包括：智能呼叫发起地时区确定子模块和计费处理子模块；
所述智能呼叫发起地时区确定子模块，用于根据接收到的所述TMG或UMG信息确定所述TMG或UMG设备所在地的时区，并将该时区作为所述智能呼叫发起地的时区，并将所述智能呼叫发起地时区的信息传输给所述计费处理子模块；
所述计费处理子模块，用于根据接收到的关于智能呼叫发起地时区的信息对所述智能呼叫进行计费处理。
由上述本发明提供的技术方案可以看出，本发明所述的方法及系统具有如下优点：
1、克服了现有技术存在的局限性，能够准确判断出所有智能呼叫发起地的时区，从而能够对所有智能用户发起的呼叫进行计费处理，有效地解决了NGN模式下多时区的计费问题；
2、本发明技术方案简单易行，无需增加硬件设备，能够很好地兼容现有设备。
本发明的目的是通过以下技术方案实现的：
本发明提供了一种智能呼叫的计费方法，包括如下步骤：
A、SCP获取与智能呼叫有关的中继媒体网关TMG或通用媒体网关UMG信息；
B、SCP根据TMG或UMG信息确定智能呼叫发起地的时区；
C、SCP根据确定的时区对所述智能呼叫进行计费处理。
所述TMG/UMG信息包括：TMG或UMG号码；或者智能呼叫在TMG或UMG上的出和入中继群号；或者智能呼叫在TMG或UMG上的出或入中继群号。
所述步骤A包括：
A1、SSP将与智能呼叫有关的所述TMG或UMG信息上报给SCP。
所述步骤A1具体包括：
A11、SSP将与智能呼叫有关的所述TMG或UMG信息承载于基于智能网应用规程INAP的数据报文中上报给SCP。
所述步骤A11进一步包括：
SSP将与智能呼叫有关的所述TMG或UMG信息承载于INAP中的初始探测点IDP和申请费用报告ACR消息中上报给SCP。
所述步骤B具体包括：
SCP根据所述TMG和/或UMG信息确定所述TMG或UMG设备所在地的时区，并将该时区作为相关智能呼叫发起地的时区。
本发明还提供了一种智能呼叫的计费系统，该系统包括：
TMG或UMG信息上报模块，用于将与智能呼叫有关的TMG或UMG信息上报给计费处理模块；
所述计费处理模块，设置于SCP中，用于根据接收到的TMG或UMG信息确定所述智能呼叫发起地的时区，并根据确定的时区对所述智能呼叫进行计费处理。
所述TMG或UMG信息上报模块设置于SSP中。
所述计费处理模块包括：智能呼叫发起地时区确定子模块和计费处理子模块；
所述智能呼叫发起地时区确定子模块，用于根据接收到的所述TMG或UMG信息确定所述TMG或UMG设备所在地的时区，并将该时区作为所述智能呼叫发起地的时区，并将所述智能呼叫发起地时区的信息传输给所述计费处理子模块；
所述计费处理子模块，用于根据接收到的关于智能呼叫发起地时区的信息对所述智能呼叫进行计费处理。
由上述本发明提供的技术方案可以看出，本发明所述的方法及系统具有如下优点：
1、克服了现有技术存在的局限性，能够准确判断出所有智能呼叫发起地的时区，从而能够对所有智能用户发起的呼叫进行计费处理，有效地解决了NGN模式下多时区的计费问题；
2、本发明技术方案简单易行，无需增加硬件设备，能够很好地兼容现有设备。
附图说明
图1为NGN构架下的智能网组网结构示意图；
图2为本发明实施例所述方法的工作流程图；
图3为本发明实施例所述系统的结构示意图。
图2为本发明实施例所述方法的工作流程图；
图3为本发明实施例所述系统的结构示意图。
具体实施方式
本发明的核心思想是：由于在NGN架构下的智能网络体系中，所有的智能呼叫均要通过TMG或UMG上报到SSP，然后再上报到SCP(Service ControlPoint，业务控制点)，而且一个TMG或UMG不会出现跨越多个时区的情况，因此，对于SCP来说，只要得到TMG或UMG的相关信息，即可确定呼叫发起地区的时区，然后根据确定的时区进行相关呼叫的计费处理，从而有效地解决了NGN网络中的多时区的计费问题，
为对本发明有进一步的了解，下面将结合附图对本发明所述的方法进行详细的说明。
本发明所述方法的具体实现方式如图2所示，包括以下步骤：
步骤21：SSP在向SCP上报智能呼叫信息时将与该呼叫相关的TMG或UMG信息一起上报给SCP。
其中，与智能呼叫相关的TMG或UMG信息包括：TMG或UMG号码，智能呼叫在TMG或UMG上的出和/或入中继群号等。
在实际应用中，可以通过扩展软交换与智能网之间的协议，将TMG或UMG相关信息承载于基于这些协议的数据报文中，通过SSP上报给SCP。
软交换与智能网之间的协议包括INAP(Intelligent Network ApplicationProtocol，智能网应用规程)等。
我们知道，在INAP协议中规定了IDP(Initial Detect Point，初始探测点)和ACR(Apply Charge Report，申请费用报告)两个消息，所以可以在这两个消息中新增字段来承载与智能呼叫有关的TMG或UMG信息。
在IDP和ACR这两个消息新增字段中所承载的智能呼叫在TMG或UMG上的出和入中继群号的内容可以类似于：
trunkInfo[50]IMPLICIT SEQUENCE{incomingTrunkGroup[0]IMPLICITINTEGER(-1..655535)DEFAULT(-1)，outgoingTrunkGroup[1]IMPLICITINTEGER(-1..655535)DEFAULT(-1)，}OPTIONAL
通过上述处理后，SSP就可以通过INAP协议的IDP和ACR这两个消息将与智能呼叫有关的TMG和/或UMG信息一起上报给SCP。
步骤22：SCP根据TMG或UMG信息确定相关智能呼叫发起地区的时区。
比如根据智能呼叫在TMG或UMG上的出和/或入中继群号确定出该TMG或UMG设备所在地的时区，该时区就是通过该TMG或UMG上报的呼叫发起地的时区。
步骤23：SCP根据确定的时区对相关智能呼叫进行计费处理。
当确定了呼叫发起地的时区后，就可以根据该时区的计费标准对相关呼叫进行计费处理。
本发明还提供了一种智能呼叫的计费系统，如图3所示，该系统包括：TMG或UMG信息上报模块和计费处理模块。其中，
TMG或UMG信息上报模块的功能为：将与智能呼叫有关的TMG或UMG信息上报给计费处理模块；
计费处理模块，设置于SCP中，其功能为：根据接收到的TMG或UMG信息确定有关智能呼叫发起地的时区，并根据确定的时区对相关智能呼叫进行计费处理。
其中，TMG或UMG信息上报模块可以设置于SSP中。
另外，计费处理模块的功能可以通过智能呼叫发起地时区确定子模块和计费处理子模块完成，其中，
智能呼叫发起地时区确定子模块的功能为：根据接收到的TMG或UMG信息确定TMG或UMG设备所在地的时区，并将该时区作为相关智能呼叫发起地的时区，并将相关智能呼叫发起地时区的信息传输给计费处理子模块；
计费处理子模块的功能为：根据接收到的关于智能呼叫发起地时区的信息对相关智能呼叫进行计费处理。
综上所述，本发明所述的技术方案，克服了现有技术存在的局限性，能够准确判断出所有呼叫发起地的时区，从而能够对所有智能用户发起的呼叫进行计费处理；而且，本发明技术方案简单易行，无需增加硬件设备，能够很好地兼容现有设备。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
为对本发明有进一步的了解，下面将结合附图对本发明所述的方法进行详细的说明。
本发明所述方法的具体实现方式如图2所示，包括以下步骤：
步骤21：SSP在向SCP上报智能呼叫信息时将与该呼叫相关的TMG或UMG信息一起上报给SCP。
其中，与智能呼叫相关的TMG或UMG信息包括：TMG或UMG号码，智能呼叫在TMG或UMG上的出和/或入中继群号等。
在实际应用中，可以通过扩展软交换与智能网之间的协议，将TMG或UMG相关信息承载于基于这些协议的数据报文中，通过SSP上报给SCP。
软交换与智能网之间的协议包括INAP(Intelligent Network ApplicationProtocol，智能网应用规程)等。
我们知道，在INAP协议中规定了IDP(Initial Detect Point，初始探测点)和ACR(Apply Charge Report，申请费用报告)两个消息，所以可以在这两个消息中新增字段来承载与智能呼叫有关的TMG或UMG信息。
在IDP和ACR这两个消息新增字段中所承载的智能呼叫在TMG或UMG上的出和入中继群号的内容可以类似于：
trunkInfo[50]IMPLICIT SEQUENCE{incomingTrunkGroup[0]IMPLICITINTEGER(-1..655535)DEFAULT(-1)，outgoingTrunkGroup[1]IMPLICITINTEGER(-1..655535)DEFAULT(-1)，}OPTIONAL
通过上述处理后，SSP就可以通过INAP协议的IDP和ACR这两个消息将与智能呼叫有关的TMG和/或UMG信息一起上报给SCP。
步骤22：SCP根据TMG或UMG信息确定相关智能呼叫发起地区的时区。
比如根据智能呼叫在TMG或UMG上的出和/或入中继群号确定出该TMG或UMG设备所在地的时区，该时区就是通过该TMG或UMG上报的呼叫发起地的时区。
步骤23：SCP根据确定的时区对相关智能呼叫进行计费处理。
当确定了呼叫发起地的时区后，就可以根据该时区的计费标准对相关呼叫进行计费处理。
本发明还提供了一种智能呼叫的计费系统，如图3所示，该系统包括：TMG或UMG信息上报模块和计费处理模块。其中，
TMG或UMG信息上报模块的功能为：将与智能呼叫有关的TMG或UMG信息上报给计费处理模块；
计费处理模块，设置于SCP中，其功能为：根据接收到的TMG或UMG信息确定有关智能呼叫发起地的时区，并根据确定的时区对相关智能呼叫进行计费处理。
其中，TMG或UMG信息上报模块可以设置于SSP中。
另外，计费处理模块的功能可以通过智能呼叫发起地时区确定子模块和计费处理子模块完成，其中，
智能呼叫发起地时区确定子模块的功能为：根据接收到的TMG或UMG信息确定TMG或UMG设备所在地的时区，并将该时区作为相关智能呼叫发起地的时区，并将相关智能呼叫发起地时区的信息传输给计费处理子模块；
计费处理子模块的功能为：根据接收到的关于智能呼叫发起地时区的信息对相关智能呼叫进行计费处理。
综上所述，本发明所述的技术方案，克服了现有技术存在的局限性，能够准确判断出所有呼叫发起地的时区，从而能够对所有智能用户发起的呼叫进行计费处理；而且，本发明技术方案简单易行，无需增加硬件设备，能够很好地兼容现有设备。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。