CN1874535A - 智能用户补充业务计费的实现方法及系统 - Google Patents
智能用户补充业务计费的实现方法及系统 Download PDFInfo
- Publication number
- CN1874535A CN1874535A CN 200610057403 CN200610057403A CN1874535A CN 1874535 A CN1874535 A CN 1874535A CN 200610057403 CN200610057403 CN 200610057403 CN 200610057403 A CN200610057403 A CN 200610057403A CN 1874535 A CN1874535 A CN 1874535A
- Authority
- CN
- China
- Prior art keywords
- supplementary service
- charging
- message
- call
- scp
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 36
- 230000008569 process Effects 0.000 claims abstract description 13
- 238000012545 processing Methods 0.000 claims description 39
- 230000003993 interaction Effects 0.000 claims description 8
- 238000012544 monitoring process Methods 0.000 claims description 8
- 238000001514 detection method Methods 0.000 claims description 5
- 238000012546 transfer Methods 0.000 claims description 3
- 239000000523 sample Substances 0.000 claims description 2
- 230000000153 supplemental effect Effects 0.000 abstract 4
- 230000004044 response Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 230000000977 initiatory effect Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Landscapes
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
- Meter Arrangements (AREA)
Abstract
本发明公开了一种智能用户补充业务计费的实现方法及系统，该方法的核心为：在呼叫过程中当智能用户成功发起补充业务后，业务控制点SCP根据业务交换点SSP上报的相应补充业务调用成功消息以及计费信息确定所述补充业务调用成功前后的通话时长，根据补充业务调用成功前后的计费策略进行计费处理。采用本发明的方法及系统，SCP能够准确获得补充业务调用成功前后的通话时长，可以采用独立计费方式对智能用户发起的ECT补充业务进行精确计费，而且不会影响SCP运行性能。
Description
技术领域
本发明涉及网络通信技术领域，尤其涉及一种智能用户补充业务计费的实现方法及系统。
背景技术
在GSM(全球移动通信系统)和3GPP(The 3rd Generation PartnershipProject，第三代合作伙伴计划)中定义ECT(Explicit Call Transfer，显示呼叫转移)、CD(Call Deflection，呼叫偏转)、CCBS(Completion of Call toBusy Subscriber，遇忙呼叫完成)和MPTY(MultiParty，多方通话)补充业务，大大地丰富了移动用户的生活和工作需要；其中ECT当前用户从参与的两个呼叫中退出，并接通剩下的两方，可以灵活的实现呼叫转接。此外CAMEL(Customised Applications for Mobile network Enhanced Logic，移动网络增强逻辑的定制应用)，提出业务和交换分离的思想，提供了象PPS(Precision Positioning Service，精密定位业务)和MVPN(Mobile VirtualPrivate Number，移动私有编号计划)等业务。
对于非智能用户享受ECT、CD、CCBS和MPTY补充业务，话单由MSC(Mobile Switching Center，移动交换中心)产生，MSC可以知道是否发生了补充业务，以及补充业务的详细信息，如不同阶段的时长等信息；对于具备CAMEL签约数据的智能用户，其呼叫产生的话单由SCP(Service ControlPoint，业务控制点)产生，目前由于SSP(Service Switching Point，业务交换点)传送给SCP的信息有限，因此SCP无法在产生的话单中记录准确信息，这样将导致智能用户在享受ECT、CD、CCBS和MPTY补充业务时存在计费结算错误的困难。
在3GPP 22.091协议中针对ECT规定了计费要求：发起ECT业务请求的用户，在ECT成功之后依旧产生两个呼叫的CDR(Call Detail Record，呼叫详细信息记录，即计费话单)。
假设发起ECT业务的用户为A，与用户A通话的另外两个用户为B和C，那么在ECT成功之后依旧产生呼叫A-B和呼叫A-C的CDR；且在CDR中表明已经成功发起ECT补充业务。在ECT成功之前，用户A占用无线资源和网络中继资源，参与到两个呼叫，ECT成功之后，用户A不再占用无线资源和网络中继资源，不再参与呼叫，因此ECT成功前后应该实施不同的计费策略，ECT成功的时间戳也就成为了计费的分割点。
对于ECT补充业务的计费有三种实现方式：月租计费方式，整体计费方式和独立计费方式。
月租计费方式结算简单，不能根据通话长短对用户扣费，运营商无法确定计费策略。该方式对MSC没有额外要求，因此可以不关心。
对于整体计费方式，不关心ECT成功的时间戳，在ECT成功之后，依旧按照A-B呼叫和A-C呼叫进行计费，即对用户A产生两张计费话单，话单中指示曾经发生过ECT补充业务，计费中心依据该标志进行折扣处理，但由于ECT前后时间长短比例不能确定，具体的折扣比例也无法确定，是一种近似的计费方式。
独立计费方式是一种精确的计费方式，能够对发起ECT补充业务的用户在ECT成功前后分别产生不同计费话单，即最终产生四张话单，ECT成功之前的两张话单与普通的A-B呼叫和A-C呼叫一样，不带ECT标志，ECT成功之后的两张话单携带ECT标志。计费中心依赖后两张话单，可以灵活的定义计费策略。
如果发起ECT补充业务的用户是非智能用户，计费话单由MSC产生，完全可以实现整体计费方式和独立计费方式，具体应用采取哪种计费方式，由运营商确定。
但是如果发起ECT补充业务的用户是智能用户，智能用户的计费话单由SCP产生，话单产生的信息受限于SSP提供给SCP的信息。目前在CAP(CAMEL Application Part，CAMEL应用部分)接口，只有在IDP(InitialDetection Point，初始检测点)消息中携带Service Interaction Indicators Two(业务交互指示语2)参数，在该参数中存在ECT Treatment Indicator(ECT指示语)信息，SCP根据该信息可以知道当前用户签约了ECT补充业务，但是是否发起ECT补充业务，SCP无从得知；另外SCP也无法得知ECT补充业务调用成功的时间戳，以及ECT补充业务调用成功前后的通话时长。因此，对于智能用户如果签约ECT补充业务，要想实现整体计费或者独立计费就非常的困难。
针对上述技术问题，在CAMEL2中定义了SS-CSI(Supplementary ServiceNotification CAMEL Subscription Information，补充业务CAMEL签约数据)，当用户发起ECT、CD、MPTY业务成功时，VLR(Visit Location Register，拜访位置寄存器)检查该用户是否签约了SS-CSI，如果有则检查触发准则，准则检查通过之后，VLR会发送补充业务调用通知给SCP，对于CCBS业务，由HLR(Home Location Register，归属位置寄存器)发送补充业务调用通知，如图1所示。
虽然SS-CSI能够通知SCP用户发起了ECT补充业务，但要是求用户签约时，SS-CSI中的gsmSCF地址必须与O-CSI(Originating CAMEL SubscriptionInformation，移动始发CAMEL签约信息)/VT-CSI(VMSC TerminatingCAMEL Subscription Information，VMSC终结CAMEL签约信息)中的gsmSCF地址一致，使得在同一个SCP中处理O-CSI/VT-CSI的业务逻辑与处理SS-CSI的业务逻辑能够关联起来，这样才能生成相应的话单，如图2所示。
对于SCP而言，O-CSI/VT-CSI业务逻辑和SS-CSI业务逻辑是两个独立的处理过程，SCP在接收补充业务调用通知的时候，需要根据用户的MSISDN(Mobile Station ISDN(Integated Services Digital Network，综合业务数字网)Number，移动台ISDN号码)或者IMSI(International Mobile SubscriberIdentifier，国际移动用户标识)搜索所有O-CSI/VT-CSI处理任务，这样的处理方式会影响SCP的处理性能。
由于在补充业务调用通知消息中并没有携带ECT成功的时间戳，SCP也不能将收到补充业务调用通知的时刻确认为ECT成功的时间戳，即使携带时间戳，也是绝对时间，而MSC与SCP之间不可能做到绝对的时间同步，因此，SCP仍然无法准确获得A-B和A-C呼叫中ECT调用成功前后的时间长度，所以，基于SS-CSI来实现智能用户的ECT独立计费是不可行的，即使能够暂时实现独立计费方式，但是会影响SCP运行性能，而且计费准确性不高。
发明内容
鉴于上述现有技术所存在的问题，本发明的目的是提供一种智能用户补充业务计费的实现方法及系统，SCP能够准确获得ECT补充业务调用成功前后的时间长度，因此可以采用独立计费方式对智能用户发起的ECT补充业务进行精确计费，而且不会影响SCP运行性能。
本发明的目的是通过以下技术方案实现的：
本发明提供了一种的方法，包括如下步骤：
在呼叫过程中当智能用户成功发起补充业务后，业务控制点SCP根据业务交换点SSP上报的相应补充业务调用成功消息以及计费信息确定所述补充业务调用成功前后的通话时长，根据补充业务调用成功前后的计费策略进行计费处理。
所述补充业务包括：显示呼叫转移ECT、呼叫等待CW、呼叫保持CH、多方通话业务MPTY。
该方法具体包括：
A、当智能用户发起呼叫请求后，SCP根据SSP上报的初始检测点IDP消息确定智能用户签约了补充业务后，向SSP下发当补充业务调用成功后向SCP上报的命令；
B、当所述补充业务调用成功后，SSP根据SCP的命令向SCP上报补充业务调用成功消息，并上报相应的计费信息；
当呼叫结束后，SSP再次向SCP上报相应的计费信息；
C、SCP根据SSP上报的补充业务调用成功消息以及计费信息确定所述补充业务调用成功前后的通话时长，并根据补充业务调用成功前后的计费策略进行计费处理。
所述步骤A具体包括：
当智能用户发起呼叫请求后，SCP根据SSP上报的初始探测点消息中的业务交互指示语2参数确定智能用户签约了补充业务后，向SSP下发请求报告基本呼叫状态模型事件RRBE消息，并且在该消息中配置补充业务调用通知事件SSNotifyEvent，且该SSNotifyEvent包括检测点DP指定准则参数、事件类型参数、呼叫方参数以及监视模式参数。
所述步骤B具体包括：
B1、当所述补充业务调用成功后，SSP向SCP上报基本呼叫状态模型事件报告ERB消息，该消息中承载有SSNotifyEvent，且该SSNotifyEvent包括的DP指定准则参数、事件类型参数以及监视模式参数与SCP下发的SSNotifyEvent的相应参数相同；并且在DP指定准则参数中还携带有参与补充业务的用户数，以及相应的用户号码；
B2、SSP向SCP上报ERB消息的同时上报申请计费报告ACR消息，该消息中承载有智能用户已经通话的时长信息；
B3、当呼叫结束后，SSP再次向SCP上报ACR消息，该消息中承载有智能用户已经通话的时长信息。
所述步骤C具体包括：
C1、SCP收到所述SSNotifyEvent后根据补充业务类型、参与补充业务的用户数以及用户号码信息确定计费策略，并将SSP同时上报的ACR消息中承载的通话时长作为所述补充业务成功前的通话时长，根据所述补充业务成功前的计费策略进行计费处理，并生成所述补充业务成功前的计费话单；
C2、当呼叫结束后，SCP根据SSP再次上报的ACR消息中承载的通话时长以及确定的所述补充业务成功前的通话时长确定所述补充业务成功后的通话时长，根据所述补充业务成功后的计费策略进行计费处理，并生成所述补充业务成功后的计费话单。
当所述补充业务为CW、CH、MPTY时，SCP通过RRBE配置所述SSNotifyEvent时，采用自动重配置方式。
在一个SSNotifyEvent中配置多个DP指定准则参数。
该方法具体包括：
D、当补充业务调用成功后，SSP向SCP上报ACR消息，该消息中承载有补充业务调用成功标志和补充业务类型，以及智能用户已经通话的时长信息；
E、SCP收到所述ACR消息后根据ACR中承载的补充业务调用成功标志和补充业务类型确定计费策略，将该消息中承载的通话时长作为所述补充业务成功前的通话时长，根据补充业务调用成功前的计费策略进行计费处理，并生成所述补充业务成功前的计费话单；
F、当呼叫结束后，SCP根据SSP再次上报的ACR消息中承载的通话时长以及确定的所述补充业务成功前的通话时长确定所述补充业务成功后的通话时长，根据所述补充业务成功后的计费策略行计费处理，并生成所述补充业务成功后的计费话单。
步骤C2或步骤F中所述补充业务成功后的计费话单中携带所述补充业务的标志。
本发明还提供一种实现智能用户补充业务计费的系统，该系统包括：
补充业务调用成功通知模块，设置于SSP中，用于在呼叫过程中当智能用户成功调用补充业务后，向补充业务计费处理模块上报相应补充业务调用成功消息；
计费信息上报模块，设置于SSP中，用于向补充业务计费处理模块上报智能用户的计费信息；
补充业务计费处理模块，设置于SCP，用于根据补充业务调用成功消息以及智能用户的计费信息确定所述补充业务调用成功前后的通话时长，并根据补充业务调用成功前后的计费策略进行计费处理。
由上述本发明提供的技术方案可以看出，本发明所述的方法及系统具有如下优点：
1、SCP中的O-CSI/VT-CSI业务逻辑能够很容易获知智能用户是否发生ECT补充业务，而且能够准确获得ECT成功前后的通话时长，因此对于智能用户发起ECT补充业务，不但可以采用月租计费方式、整体计费方式，还可以选择独立计费方式进行精确计费，计费手段灵活多样；
2、对于智能用户发起的MPTY、CW、CH等补充业务，同样可以选择整体计费方式、独立计费方式或者月租计费方式，计费手段灵活多样；
3、本发明技术方案简单易行，无需增加硬件设备，能够很好地兼容现有设备。
附图说明
图1为SS-CSI业务逻辑示意图；
图2为SCP中O-CSI/VT-CSI和SS-CSI协同工作示意图；
图3为本发明所述的增加补充业务通知事件实现智能用户补充业务的计费方法的流程图；
图4为本发明的扩展ACR实现智能用户补充业务的计费方法的流程图；
图5为本发明所述系统的结构示意图。
具体实施方式
本发明的核心思想是：在呼叫过程中当智能用户成功发起补充业务(比如ECT、MPTY、CW、CH等)后，SCP根据SSP上报的相应补充业务调用成功消息以及计费信息确定所述补充业务调用成功前后通话时长，并根据相应补充业务调用成功前后的计费策略进行计费处理。
在实际应用中，可以针对ECT、MPTY、CW、CH等补充业务增加SSNotifyEvent(Supplementary Service Notify Event，补充业务调用通知事件)来实现向SCP上报相应补充业务调用成功的消息。补充业务调用成功事件是在移动始发CAMEL签约信息O-CSI、移动终结CAMEL签约数据VT-CSI所触发的MO(移动始发)、MVT(移动VMSC终结)流程中上报的。
SSNotifyEvent的具体参数如下：
| 事件类型 | O-SSNotifyEvent或者T-SSNotifyEvent |
| 呼叫方 | Leg1或者Leg2 |
| 监视模式 | EDP-N或者EDP-R |
| DP指定准则 | 针对补充业务调用通知，给出不同的补充业务类型，如ECT、MPTY、CW、CH等 |
其中，当补充业务发生在MO端时，事件类型为O-SSNotifyEvent，当补充业务发生在MVT端时，事件类型为T-SSNotifyEvent；
当呼叫方为主叫方时，呼叫方参数为Leg1，当呼叫方为被叫方时，呼叫方参数为Leg2；
EDP(英文，中文)-N(NotifyAndContinue)表示通知类型事件，EDP-R(Request)表示请求类型事件。
为了对本发明有进一步的了解，下面以ECT补充业务为例并结合附图对本发明进行详细的说明。
本发明的具体实施方式如图3所示，包括如下步骤：
步骤31：当智能用户发起呼叫请求后，SSP向SCP上报IDP消息。
该IDP消息中承载有Service Interaction Indicators Two参数，如果智能用户签约了ECT补充业务，在该参数中应携带ECT Treatment Indicator信息。
如果ECT补充业务将发生在MO端时，SSP在O-CSI智能流程中向SCP上报IDP消息；
如果ECT补充业务将发生在MVT端时，SSP在VT-CSI智能流程中向SCP上报IDP消息。
步骤32：SCP收到IDP消息后，检查Service Interaction Indicators Two参数，如果该参数中携带了ECT Treatment Indicator信息，则确定该智能用户属于ECT签约用户，在向SSP下发的RRBE(Request Report BCSM(Basic CallState Model，基本呼叫状态模型)Event，请求报告BCSM事件)中配置SSNotifyEvent。
该事件的DP指定准则参数为ECT，监视模式参数可以根据需要确定，一般的情况下配置为EDP-N；
如果ECT业务将发生在MO端，事件类型参数为O-SSNotifyEvent，呼叫方参数为Leg1；
如果ECT业务将发生在MVT端，事件类型参数为T-SSNotifyEvent，呼叫方参数为Leg2。
SCP向SSP下发RRBE消息的同时，还向SSP下发AC(Apply Charging，申请计费)和Continue(业务继续)消息。
步骤33：SSP收到SCP下发的RRBE消息以及AC和Continue消息后，SSP继续进行呼叫处理，当被叫应答时开始收集计费信息(通常是智能用户的通话时长)，并向SCP上报ERB(Event Report BCSM，BCSM事件报告)应答消息。
其中，SSP向SCP上报ERB应答消息不是必需的步骤，是可选的。
步骤34：在呼叫过程中，如果智能用户成功调用ECT，则SSP向SCP上报ERB，同时上报ACR(Apply Charging Report，申请计费报告)。
其中，ERB消息中承载有O-SSNotifyEvent/T-SSNotifyEvent信息且该信息中包括事件类型、监视模式以及DP指定准则参数，这些参数与SCP下发的RRBE消息中承载的SSNotifyEvent的相应参数相同，其中DP指定准则参数除了包括ECT业务类型外，还包括参与此次补充业务的用户数，以及相应的用户号码。
ACR消息中承载有智能用户的通话时长信息，该通话时长为从应答开始计费到SSP上报该ACR消息期间智能用户总的通话时长。
步骤35：SCP收到所述SSNotifyEvent后根据补充业务类型、参与补充业务的用户数以及用户号码信息确定计费策略，并将ACR消息中智能用户的通话时长作为ECT调用成功之前的通话时长，根据ECT调用成功前的计费策略进行计费处理，并为智能用户生成ECT调用成功之前的话单，该话单中没有ECT标志。
然后SCP向SSP继续下发AC消息，通话继续。
步骤36：当呼叫结束时，SSP向SCP上报ERB消息，该消息中承载的事件类型为O-Disconnect/T-Diconnect，通知SCP呼叫拆线；同时上报ACR消息。
ACR消息中承载有智能用户的通话时长信息，该通话时长为智能用户总的通话时长(即自开始计费至呼叫结束止)。
步骤37：SCP收到ERB消息以及ACR消息后，将从该ACR消息中获取的通话时长减去从上次ACR消息中获取的通话时长作为ECT成功之后的通话时长，根据ECT调用成功后的计费策略进行计费处理，并为智能用户生成ECT成功之后的话单，该话单中携带ECT标志。
然后，SCP向SSP下发RC(Release Call，释放呼叫)消息，释放相应资源。
对于MPTY、CW、CH等补充业务，同样适用于上述技术方案，只是需要修改DP指定准则参数。
当SCP确认智能用户签约了MPTY、CW、CH、ECT补充业务后，在向SSP下发的RRBE消息中配置相应补充业务的SSNotifyEvent，而且可以根据需要在一个补充业务调用通知事件中设置多个DP指定准则参数，即多个补充业务的类型，如ECT和/或CH和/或CW和/或MPTY；当智能用户调用MPTY、CW、CH、ECT成功时，SSP都向SCP上报相应补充业务调用通知事件。因此，SCP中的O-CSI/VT-CSI业务逻辑能够很容易获知智能用户是否发生补充业务，而且能够得知补充业务成功前后的通话时长，从而进行计费处理，并产生补充业务成功前后的计费话单。
由于MPTY、CW、CH补充业务有可能在一次呼叫过程中多次发生，因此，在呼叫结束前，对于SCP向SSP下发的RRBE消息中配置的SSNotifyEvent，当发生一次补充业务后不应解配，因此，可以在SCP向SSP下发的RRBE消息中配置SSNotifyEvent时，采用自动重配置的方式，此时补充业务调用成功事件类型必须配置为EDP-N。采用自动重配置的方式，当SSP上报了一次补充业务调用成功事件之后，SCP无需重新配置SSNotifyEvent，就可以实现当再次发生补充业务调用成功时，SSP再次上报补充业务调用成功事件的目的，而且SSP前后上报的补充业务类型可以不同。
除增加补充业务调用通知事件之外，另外还可以通过扩展ACR消息的方式来实现向SCP上报相应补充业务调用成功的消息。具体实施方式如图4所示，包括如下步骤：
步骤41：当智能用户发起呼叫请求后，SSP向SCP上报IDP消息。
该IDP消息中承载有Service Interaction Indicators Two参数，如果智能用户签约了ECT、MPTY、CW、CH补充业务，则在该参数中应携带ECT/MPTY/CW/CH Treatment Indicator信息。
如果补充业务将发生在MO端，SSP在O-CSI智能流程中向SCP上报IDP消息；
如果补充业务将发生在MVT端，SSP在VT-CSI智能流程中向SCP上报IDP消息。
步骤42：SCP收到IDP消息后，检查Service Interaction Indicators Two参数，如果该参数中携带了ECT/MPTY/CW/CH Treatment Indicator信息，则确定该智能用户签约了相应的补充业务；
然后向SSP下发RRBE消息、AC消息以及Continue消息。
步骤43：SSP收到SCP下发的RRBE消息以及AC和Continue消息后开始收集计费信息，并向SCP上报ERB应答消息。
其中，SSP向SCP上报ERB应答消息不是必需的，是可选的。
步骤44：在呼叫过程中，如果智能用户成功发起ECT/MPTY/CW/CH，则SSP向SCP上报ACR消息，该消息中除了承载有智能用户的通话时长信息外，还承载有ECT/MPTY/CW/CH补充业务调用成功标志以及相应的补充业务类型。
步骤45、SCP根据ACR消息中承载的补充业务调用成功标志以及相应的补充业务类型确定计费策略，并将ACR消息中承载的智能用户的通话时长作为ECT/MPTY/CW/CH成功之前的通话时长，根据补充业务调用成功前的计费策略进行计费处理，并为智能用户生成ECT/MPTY/CW/CH成功之前的话单，该话单中没有ECT/MPTY/CW/CH标志。
然后SCP向SSP继续下发AC消息，通话继续。
步骤46：当呼叫结束时，SSP向SCP上报ERB消息，该消息中承载的事件类型为O-Disconnect/T-Diconnect，通知SCP呼叫拆线；同时上报ACR消息。
ACR消息中承载有智能用户的通话时长信息，该通话时长为智能用户总的通话时长(即自开始计费至呼叫结束止)。
步骤47：SCP收到ERB拆线消息以及ACR消息后，将从该ACR消息中获取的通话时长减去从上次ACR消息中获取的通话时长作为ECT/MPTY/CW/CH成功之后的通话时长，根据补充业务调用成功后的计费策略进行计费处理，并为智能用户生成ECT/MPTY/CW/CH成功之后的话单，该话单中携带ECT/MPTY/CW/CH标志。
然后SCP后向SSP下发RC消息，释放相应资源。
采用上述两种技术方案，SCP中的O-CSI/VT-CSI业务逻辑能够很容易获知智能用户是否发生补充业务，而且能够准确确定补充业务成功前后的通话时长，因此，对于该智能用户，不但可以选择月租计费方式，而且还可以选择整体计费方式或独立计费方式，当选择整体计费方式时，可以准确判断补充业务成功前后的通话时间比例，可以确定具体的折扣比例，使得整体计费方式成为一种精确的计费方式；当选择独立计费方式时，可以针对补充业务成功前后采用不同的计费策略，而且计费准确。因此为运营商提供了灵活的计费手段。具体采用整体计费方式还是独立计费方式，由运营商来确定，但需要MSC和SCP保持一致，因此在SCP扣费的时候，MSC也同步生成话单，用于计费对帐。
本发明还提供了一种实现智能用户补充业务计费的系统，如图5所示，该系统包括：补充业务调用成功通知模块、计费信息上报模块和补充业务计费处理模块。其中，
补充业务调用成功消息通知模块，设置于SSP中，其功能为：在呼叫过程中当智能用户成功发起补充业务时，向补充业务计费处理模块上报相应补充业务调用成功消息；
计费信息上报模块，设置于SSP中，其功能为：向补充业务计费处理模块上报智能用户的计费信息；
补充业务计费处理模块，设置于SCP中，其功能为：根据补充业务调用成功消息以及智能用户的计费信息确定所述补充业务调用成功前后的通话时长，并根据补充业务调用成功前后的计费策略进行计费处理。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
Claims (11)
1、一种智能用户补充业务计费的实现方法，其特征在于，包括：
在呼叫过程中当智能用户成功发起补充业务后，业务控制点SCP根据业务交换点SSP上报的相应补充业务调用成功消息以及计费信息确定所述补充业务调用成功前后的通话时长，根据补充业务调用成功前后的计费策略进行计费处理。
2、根据权利要求1所述的方法，其特征在于，所述补充业务包括：显示呼叫转移ECT、呼叫等待CW、呼叫保持CH、多方通话业务MPTY。
3、根据权利要求1所述的方法，其特征在于，该方法具体包括：
A、当智能用户发起呼叫请求后，SCP根据SSP上报的初始检测点IDP消息确定智能用户签约了补充业务后，向SSP下发当补充业务调用成功后向SCP上报的命令；
B、当所述补充业务调用成功后，SSP根据SCP的命令向SCP上报补充业务调用成功消息，并上报相应的计费信息；
当呼叫结束后，SSP再次向SCP上报相应的计费信息；
C、SCP根据SSP上报的补充业务调用成功消息以及计费信息确定所述补充业务调用成功前后的通话时长，并根据补充业务调用成功前后的计费策略进行计费处理。
4、根据权利要求3所述的方法，其特征在于，所述步骤A具体包括：
当智能用户发起呼叫请求后，SCP根据SSP上报的初始探测点消息中的业务交互指示语2参数确定智能用户签约了补充业务后，向SSP下发请求报告基本呼叫状态模型事件RRBE消息，并且在该消息中配置补充业务调用通知事件SSNotifyEvent，且该SSNotifyEvent包括检测点DP指定准则参数、事件类型参数、呼叫方参数以及监视模式参数。
5、根据权利要求4所述的方法，其特征在于，所述步骤B具体包括：
B1、当所述补充业务调用成功后，SSP向SCP上报基本呼叫状态模型事件报告ERB消息，该消息中承载有SSNotifyEvent，且该SSNotifyEvent包括的DP指定准则参数、事件类型参数以及监视模式参数与SCP下发的SSNotifyEvent的相应参数相同；并且在DP指定准则参数中还携带有参与补充业务的用户数，以及相应的用户号码；
B2、SSP向SCP上报ERB消息的同时上报申请计费报告ACR消息，该消息中承载有智能用户已经通话的时长信息；
B3、当呼叫结束后，SSP再次向SCP上报ACR消息，该消息中承载有智能用户已经通话的时长信息。
6、根据权利要求5所述的方法，其特征在于，所述步骤C具体包括：
C1、SCP收到所述SSNotifyEvent后根据补充业务类型、参与补充业务的用户数以及用户号码信息确定计费策略，并将SSP同时上报的ACR消息中承载的通话时长作为所述补充业务成功前的通话时长，根据所述补充业务成功前的计费策略进行计费处理，并生成所述补充业务成功前的计费话单；
C2、当呼叫结束后，SCP根据SSP再次上报的ACR消息中承载的通话时长以及确定的所述补充业务成功前的通话时长确定所述补充业务成功后的通话时长，根据所述补充业务成功后的计费策略进行计费处理，并生成所述补充业务成功后的计费话单。
7、根据权利要求4至6任一项所述的方法，其特征在于：当所述补充业务为CW、CH、MPTY时，SCP通过RRBE配置所述SSNotifyEvent时，采用自动重配置方式。
8、根据权利要求4至6任一项所述的方法，其特征在于：在一个SSNotifyEvent中配置多个DP指定准则参数。
9、根据权利要求1所述的方法，其特征在于，该方法具体包括：
D、当补充业务调用成功后，SSP向SCP上报ACR消息，该消息中承载有补充业务调用成功标志和补充业务类型，以及智能用户已经通话的时长信息；
E、SCP收到所述ACR消息后根据ACR中承载的补充业务调用成功标志和补充业务类型确定计费策略，将该消息中承载的通话时长作为所述补充业务成功前的通话时长，根据补充业务调用成功前的计费策略进行计费处理，并生成所述补充业务成功前的计费话单；
F、当呼叫结束后，SCP根据SSP再次上报的ACR消息中承载的通话时长以及确定的所述补充业务成功前的通话时长确定所述补充业务成功后的通话时长，根据所述补充业务成功后的计费策略行计费处理，并生成所述补充业务成功后的计费话单。
10、根据权利要求6或9所述的方法，其特征在于，步骤C2或步骤F中所述补充业务成功后的计费话单中携带所述补充业务的标志。
11、一种实现智能用户补充业务计费的系统，其特征在于，系统包括：
补充业务调用成功通知模块，设置于SSP中，用于在呼叫过程中当智能用户成功调用补充业务后，向补充业务计费处理模块上报相应补充业务调用成功消息；
计费信息上报模块，设置于SSP中，用于向补充业务计费处理模块上报智能用户的计费信息；
补充业务计费处理模块，设置于SCP，用于根据补充业务调用成功消息以及智能用户的计费信息确定所述补充业务调用成功前后的通话时长，并根据补充业务调用成功前后的计费策略进行计费处理。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2006100574035A CN100558175C (zh) | 2006-03-13 | 2006-03-13 | 智能用户补充业务计费的实现方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2006100574035A CN100558175C (zh) | 2006-03-13 | 2006-03-13 | 智能用户补充业务计费的实现方法及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1874535A true CN1874535A (zh) | 2006-12-06 |
| CN100558175C CN100558175C (zh) | 2009-11-04 |
Family
ID=37484749
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2006100574035A Expired - Fee Related CN100558175C (zh) | 2006-03-13 | 2006-03-13 | 智能用户补充业务计费的实现方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100558175C (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2008095426A1 (fr) * | 2007-01-31 | 2008-08-14 | Huawei Technologies Co., Ltd. | Procédé, système et appareil de création d'un service d'appel |
| CN1988726B (zh) * | 2006-12-20 | 2010-04-21 | 华为技术有限公司 | 呼叫重定向中智能触发及计费的方法、装置和系统 |
| CN101203035B (zh) * | 2006-12-14 | 2010-07-14 | 中兴通讯股份有限公司 | 一种智能业务呼叫的处理方法 |
-
2006
- 2006-03-13 CN CNB2006100574035A patent/CN100558175C/zh not_active Expired - Fee Related
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101203035B (zh) * | 2006-12-14 | 2010-07-14 | 中兴通讯股份有限公司 | 一种智能业务呼叫的处理方法 |
| CN1988726B (zh) * | 2006-12-20 | 2010-04-21 | 华为技术有限公司 | 呼叫重定向中智能触发及计费的方法、装置和系统 |
| WO2008095426A1 (fr) * | 2007-01-31 | 2008-08-14 | Huawei Technologies Co., Ltd. | Procédé, système et appareil de création d'un service d'appel |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100558175C (zh) | 2009-11-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1946104A (zh) | 一卡多号业务的实现方法 | |
| CN101039364A (zh) | 集团总机业务计费方法、系统及设备 | |
| CN1863252A (zh) | 为用户增加特殊用途号码的方法及系统 | |
| CN1852304A (zh) | 一种选择网关通用分组无线服务支持节点的方法 | |
| CN1968428A (zh) | Cdma智能网系统及其实现国际漫游业务的方法 | |
| CN1917544A (zh) | 无线通信系统中的实现计费的方法 | |
| CN1290353C (zh) | 数字集群系统计费信息收集及计费方法 | |
| CN101039195A (zh) | 计费方法、系统和网络设备 | |
| CN1735268A (zh) | 实现混合放号的方法及通信网络系统 | |
| CN1874535A (zh) | 智能用户补充业务计费的实现方法及系统 | |
| CN1946122A (zh) | 一种实现统一充值的方法、装置及系统 | |
| CN101047971A (zh) | 当智能用户漫游时在归属地触发智能业务的方法 | |
| CN1791158A (zh) | 基于虚拟终端的全球呼叫终端漏话提示方法 | |
| CN1167285C (zh) | 基于移动智能业务实现移动网一号多机业务的方法 | |
| CN1241355C (zh) | 一种在智能网上实现主被叫付费业务的方法 | |
| CN1561027A (zh) | 一种集群业务鉴权接口及集群业务鉴权实现方法 | |
| CN105812592A (zh) | 语音业务接入方法及装置 | |
| CN1946120A (zh) | 实现话单关联的方法及系统 | |
| CN1625272A (zh) | 一种始呼限制的实现方法 | |
| CN1787657A (zh) | 一种智能网中的计费方法 | |
| CN1283116C (zh) | 一种实现移动通信系统中用户改号通知的方法 | |
| CN1286292C (zh) | 基于通用分组无线业务流量的计费方法 | |
| CN101060576A (zh) | 一种计费的方法和系统 | |
| CN1816088A (zh) | 一种漏单处理方法及系统 | |
| CN1756285A (zh) | 实现集团用户优惠资费的处理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| C17 | Cessation of patent right | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20091104 Termination date: 20130313 |