首页> 中国专利> 预付费业务用户呼叫被叫付费电话业务用户的方法

预付费业务用户呼叫被叫付费电话业务用户的方法

摘要

本发明公开了一种预付费业务用户呼叫被叫付费电话业务用户的方法,该方法中服务移动交换中心MSC在触发被叫付费电话业务(FPH)用户的特殊号码(Specific_Called_Party_Digit_String)触发器之后,清除预付费业务(PPC)用户的触发器,执行被叫付费电话业务的流程。本发明所提供的方法有效简化了呼叫流程,减轻了交换机负担;并且,本发明中无需再通过PPC SCP和FPH SCP间的协商实现被叫计费,使得计费方式得以简化。

著录项

  • 公开/公告号CN101047876A

    专利类型发明专利

  • 公开/公告日2007-10-03

    原文格式PDF

  • 申请/专利权人 华为技术有限公司;

    申请/专利号CN200610078605.8

  • 发明设计人 王海;孙晓姬;

    申请日2006-04-26

  • 分类号H04Q7/20(20060101);H04L12/14(20060101);H04M3/42(20060101);

  • 代理机构11018 北京德琦知识产权代理有限公司;

  • 代理人项京;宋志强

  • 地址 518129 广东省深圳市龙岗区坂田华为总部办公楼

  • 入库时间 2023-12-17 19:11:48

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2009-10-14

    授权

    授权

  • 2007-11-28

    实质审查的生效

    实质审查的生效

  • 2007-10-03

    公开

    公开

说明书

技术领域

本发明涉及通信系统中的呼叫技术,尤其涉及一种预付费业务(Pre-PaidCharging,PPC)用户呼叫被叫付费电话业务(Frephone,FPH)用户的方法。

背景技术

PPC是指用户通过交纳一定资金或购买固定面值充值卡等方式,在自身帐户中注入资金,预先支付通话费用的业务。在呼叫建立时,系统根据用户帐户上的余额决定是接收呼叫还是拒绝呼叫;在呼叫过程中,系统实时计费并从用户帐户上扣除通话费用;当用户余额不足时,系统切断呼叫并播放相应的录音通知。

FPH是一种体现计费方式的业务,其主要特征是被叫支付通话费用,而主叫不用支付通话费用。用户申请开放FPH业务后,如果有其它用户呼叫该FPH用户,则呼叫过程中所产生的通话费用由FPH用户支付。由于这些呼叫对主叫是免费的,因此通常被称为免费电话。

当PPC用户呼叫FPH用户时,PPC业务的调用优先级要高于FPH业务,也就是说,先处理PPC业务,再处理FPH业务。参见图1所示,现有技术中,PPC用户呼叫FPH用户的流程主要包括以下步骤:

步骤101:主叫PPC用户发起到被叫FPH用户的呼叫。

步骤102:服务移动交换中心(Mobile Switching Center,MSC)触发始发鉴权(Origination_Attempt_Authorized)触发器,向关联的业务控制节点(Service Control Point,SCP)即预付费业务控制节点(PPC SCP)发送始发请求(ORREQ)消息,查询PPC用户余额是否为正值。

步骤103:PPC SCP收到服务MSC发送来的ORREQ消息后,向服务MSC返回始发响应(orreq)消息,当PPC用户余额为正值时,在orreq消息中携带表示PPC业务激活的业务键(DMH_SVCID)参数,指示呼叫继续进行。

步骤104:服务MSC触发特殊号码(Specific_Called_Party_Digit_String)触发器,向关联的SCP即被叫付费电话业务控制节点(FPH SCP)发送分析请求(ANLYZD)消息。

步骤105:FPH SCP收到ANLYZD消息后,对该消息进行分析,并向服务MSC发送携带终端列表(TERMLIST)、DMH_SVCID和计费标识(BILLID)参数的分析响应(anlyzd)消息,其中,TERMLIST指示本次呼叫建立的路由信息,DMH_SVCID指示FPH业务激活,BILLID指示本次呼叫的话单类型为FPH。

步骤106:服务MSC收到anlyzd消息后,准备建立到被叫的路由,这时触发主叫路由地址可得(Calling_Routing_Address_Available)触发器,向关联的SCP即PPC SCP发送携带BILLID参数的ANLYZD消息,查询PPC用户余额是否足够发起本次呼叫,其中,BILLID指示本次呼叫的话单类型为FPH。

步骤107:由于本次呼叫为被叫付费呼叫,因此,PPC SCP收到ANLYZD消息后,向服务MSC返回anlyzd消息,指示呼叫继续进行。

步骤108:服务MSC根据FPH SCP发送来的anlyzd消息,建立到被叫的路由。

步骤109:路由建立后,被叫向服务MSC返回应答。

步骤110:服务MSC触发应答(O_Answer)触发器,向关联的SCP即PPC SCP发送应答(OANSWER)消息。

OANSWER消息是指示开始计费的消息,但由于本次呼叫为被叫付费呼叫,因此,这里PPC SCP不会对主叫计费;PPC SCP收到OANSWER消息后,与FPH SCP进行协商,实现被叫付费的操作。

步骤111:主叫结束通话。

步骤112:服务MSC触发拆线(O_Disconnect)触发器,向关联的SCP即PPC SCP发送拆线请求(ODISCONNECT)消息,指示停止计费,该消息中包含呼叫释放原因、触发器类型(TRIGTYPE)、日期等参数。

步骤113:PPC SCP收到ODISCONNECT消息后,与FPH SCP进行协商,停止本次呼叫的计费,并向服务MSC返回拆线响应(odisconnect)消息。

步骤114:服务MSC结束本次呼叫。

从图1所示的PPC用户呼叫FPH用户的流程可见,现有技术中的触发器装配采取的是保留以前触发器的装配方式,即在装配新的触发器时,保留以前的触发器不予清除,也就是说,主被叫的触发器互不干涉,服务MSC每检测出一个触发器都会进行触发,呼叫流程较为繁琐,在目前交换机负担较重的情况下,这无疑是雪上加霜,进一步加重了交换机的负担;另外,PPCSCP和FPH SCP之间通过协商实现被叫计费,这种计费方式较为复杂,容易造成计费出错情况的发生。

发明内容

有鉴于此,本发明的目的在于提供一种PPC用户呼叫FPH用户的方法,简化呼叫流程及计费方式。

为达到上述目的,本发明提供的技术方案如下:服务MSC触发FPH用户的Specific_Called_Party_Digit_String触发器后,清除PPC用户的触发器,执行被叫付费电话业务的流程。

该方案具体包括以下步骤:

A、服务MSC触发Specific_Called_Party_Digit_String触发器后,向被叫付费电话业务控制节点FPH SCP发送分析请求ANLYZD消息,并清除PPC用户的触发器;

B、FPH SCP收到ANLYZD消息后,向服务MSC发送分析响应anlyzd消息,服务MSC根据收到的anlyzd消息,建立到FPH用户的路由;

C、服务MSC触发应答O_Answer触发器,向FPH SCP发送应答OANSWER消息;

D、服务MSC触发拆线O_Disconnect触发器,向FPH SCP发送拆线请求ODISCONNECT消息;

E、FPH SCP收到ODISCONNECT消息后,向服务MSC返回拆线响应odisconnect消息,服务MSC结束本次呼叫。

由此可见,本发明中的触发器装配采取了清除以前触发器的装配方式,使得在PPC用户呼叫FPH用户的过程中,PPC用户只需触发Origination_Attempt_Authorized触发器,而不用再触发PPC用户的其它触发器,如Calling_Routing_Address_Available触发器、O_Answer触发器和O_Disconnect触发器,简化了呼叫流程,减轻了交换机负担;并且,本发明中无需再通过PPC SCP和FPH SCP间的协商实现被叫计费,使得计费方式得以简化。

附图说明

图1为现有技术中PPC用户呼叫FPH用户的流程图;

图2为本发明实施例中PPC用户呼叫FPH用户的流程图。

具体实施方式

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

由图1可见,在现有的PPC用户呼叫FPH用户的过程中,服务MSC在触发了Specific_Called_Party_Digit_String触发器之后,还要继续触发PPC用户的Calling_Routing_Address_Available触发器,查询PPC用户余额是否足够发起本次呼叫;触发O_Answer触发器,指示PPC SCP开始对PPC用户计费;触发O_Disconnect触发器,指示PPC SCP停止对PPC用户计费。但实际上,由于PPC用户呼叫FPH用户是被叫付费呼叫,主叫无需承担呼叫费用,故触发Calling_Routing_Address_Available触发器、O_Answer触发器和O_Disconnect触发器的过程并无实际意义。

本发明的基本思想是:在PPC用户呼叫FPH用户的过程中,服务MSC触发FPH用户的Specific_Called_Party_Digit_String触发器后,清除PPC用户的触发器,执行被叫付费电话业务的流程。

参见图2所示,本实施例中PPC用户呼叫FPH用户的流程主要包括以下步骤:

步骤201:主叫PPC用户发起到被叫FPH用户的呼叫。

步骤202:服务MSC触发Origination_Attempt_Authorized触发器,向PPC SCP发送ORREQ消息。

步骤203:PPC SCP收到服务MSC发送来的ORREQ消息后,向服务MSC返回orreq消息,当PPC用户余额为正值时,在orreq消息中携带表示PPC业务激活的DMH_SVCID参数,指示呼叫继续进行。

步骤30 1、202和203与现有技术一致,这里不再一一赘述。

步骤204:服务MSC触发Specific_Called_Party_Digit_String触发器,向FPH SCP发送ANLYZD消息,并清除PPC用户的触发器。

本实施例中,触发器装配采取清除以前触发器的装配方式,即在装配新的触发器时,清除以前的触发器,也就是说,服务MSC在触发了FPH用户的Specific_Called_Party_Digit_String触发器之后,清除PPC用户的触发器,在后续的呼叫流程中,不再触发PPC用户的触发器。清除了PPC用户的触发器之后,本实施例中的后续呼叫流程与普通用户呼叫FPH用户的流程一致,服务MSC不会再触发PPC用户的Calling_Routing_Address_Available触发器、O_Answer触发器和O_Disconnect触发器。

步骤205:FPH SCP收到ANLYZD消息后,对该消息进行分析,并向服务MSC发送携带TERMLIST、DMH_SVCID和BILLID参数的anlyzd消息。

步骤206:服务MSC收到anlyzd消息后,根据收到的anlyzd消息建立到被叫的路由。

步骤207:路由建立后,被叫向服务MSC返回应答。

步骤208:服务MSC触发O_Answer触发器,向关联的SCP即FPH SCP发送OANSWER消息。

步骤209:主叫结束通话。

步骤210:服务MSC触发O_Disconnect触发器,进行触发,向关联的SCP即FPH SCP发送ODISCONNECT消息,指示停止计费,该消息中包含呼叫释放原因、TRIGTYPE、日期等参数。

步骤211:FPH SCP收到ODISCONNECT消息后,停止本次呼叫的计费,并向服务MSC返回odisconnect消息。

步骤212:服务MSC结束本次呼叫。

可见,本发明所提供的方法能够简化呼叫流程,减轻交换机负担,简化呼叫的计费方式。

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

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号