CN1905596A - 一种实现被叫付费业务的方法和系统及被叫付费处理装置 - Google Patents
一种实现被叫付费业务的方法和系统及被叫付费处理装置 Download PDFInfo
- Publication number
- CN1905596A CN1905596A CN 200610109344 CN200610109344A CN1905596A CN 1905596 A CN1905596 A CN 1905596A CN 200610109344 CN200610109344 CN 200610109344 CN 200610109344 A CN200610109344 A CN 200610109344A CN 1905596 A CN1905596 A CN 1905596A
- Authority
- CN
- China
- Prior art keywords
- calling
- called
- freephone
- subscriber
- call
- 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.)
- Pending
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明公开了实现被叫付费业务的方法,该方法包括:网络侧接收到主叫用户终端发起的、被叫号码包括被叫付费业务接入码及被叫用户号码的呼叫请求,将主叫号码更改为包括被叫付费业务接入码及主叫用户号码,将被叫号码更改为被叫用户号码,根据更改后的被叫号码将本次呼叫接续到被叫用户终端。本发明还公开了实现被叫付费业务的系统,该系统包括:主叫交换机,被叫交换机以及被叫付费处理单元。本发明还公开了被叫付费处理装置,该装置包括:主叫侧呼叫接续单元,被叫侧呼叫接续单元,主被叫号码转换单元。根据本发明公开的方法及系统,使得任何一个电话用户都可以为主叫用户支付通话费用。
Description
技术领域
本发明涉及呼叫业务技术,特别是指一种实现被叫付费业务的方法和系统、以及被叫付费处理装置。
背景技术
在呼叫业务中,通常由发起呼叫的主叫用户支付呼叫通话费用。而根据通信业务的需求,在一些呼叫过程中,主叫用户发起的呼叫产生的通信费用需要由被叫支付。
“被叫集中付费”(FPH,Free Phone)业务是一种体现在计费性能方面的业务,“被叫集中付费”业务的业务用户可以为主叫用户提供免费电话,主叫用户拨打电话产生的通话费用由业务用户支付。“被叫集中付费”业务的实现过程如下所述:
需要支付主叫用户发起的呼叫产生的通信费用的用户,申请“被叫集中付费”业务,获得一个全国统一的“被叫集中付费”业务号码,该号码的结构为:业务接入码+数据库标识码+业务用户码,例如,800KN1N2ABCD。其中,“800”为被叫集中付费业务的业务接入码;“KN1N2”为数据库标识码,用于区分不同的业务控制点(SCP);“ABCD”为业务用户码,长度为4位。这样,当用户拨打该“被叫集中付费”业务号码时,发起呼叫的主叫用户不需要支付任何费用,而是在该号码产生呼叫通话费用,再由申请该业务的用户按照一定方式支付费用即可。
从上述“被叫集中付费”业务中可以看出,业务接入码的后续号码不是一个真实的被叫用户的号码,而是与需要开通“被叫集中付费”业务的用户对应的号码,申请所述“被叫集中付费”业务的最大用户数受到限制,不能为每一个普通的用户都开通“被叫集中付费”业务,从而一个普通的电话用户不能享受被叫付费业务。
发明内容
有鉴于此,本发明的主要目的在于提供一种实现被叫付费业务的方法,使得任何一个电话用户都可以为主叫用户支付通话费用。
本发明的另一主要目的在于提供一种实现被叫付费业务的系统,使得任何一个电话用户都可以为主叫用户支付通话费用。
本发明的另一主要目的在于提供一种被叫付费处理装置,使得任何一个电话用户都可以为主叫用户支付通话费用。
为了达到上述第一个目的,本发明提供一种实现被叫付费业务的方法,该方法包括:
网络侧接收到主叫用户发起的包括第一被叫号码的呼叫请求,该第一被叫号码包括被叫付费业务接入码及被叫用户号码;
网络侧将本次呼叫的主叫用户号码更改为第一主叫号码,将第一被叫号码更改为被叫用户号码,其中,第一主叫号码包括所述被叫付费业务接入码及主叫用户号码;
网络侧根据被叫用户号码将本次呼叫接续到被叫用户。
该方法进一步包括:网络侧生成包括第一被叫号码的主叫用户话单。
计费系统设置被叫号码包括被叫付费业务接入码的主叫用户话单按免费处理;所述网络侧生成主叫用户话单后,进一步包括:计费系统判断主叫用户话单的第一被叫号码中是否包括被叫付费业务接入码,如果是,则将该主叫用户话单按免费处理。
该方法进一步包括:网络侧生成包括第一主叫号码的被叫用户话单。
计费系统设置主叫号码包括被叫付费业务接入码的被叫用户话单中主叫用户的呼叫费用由该话单的被叫用户支付;所述网络侧生成被叫用户话单后,进一步包括:计费系统判断被叫用户话单的第一主叫号码中是否包括被叫付费业务接入码,如果是,则将该话单中主叫用户的呼叫费用由该话单的被叫用户支付。
所述网络侧接收到呼叫请求后,进一步包括:网络侧判断本次呼叫请求是否为被叫付费业务,如果是,则接续本次呼叫。所述网络侧判断本次呼叫请求是否为被叫付费业务为:网络侧判断第一被叫号码中是否包括被叫付费业务接入码。
所述网络侧接收到呼叫请求后,进一步包括:网络侧判断本次呼叫是否有效,如果有效,则接续本次呼叫;否则,释放本次呼叫。所述网络侧判断本次呼叫是否有效为:网络侧根据主叫用户号码和/或第一被叫号码判断本次呼叫是否有效。
所述网络侧将本次呼叫接续到被叫用户后,检测出被叫用户摘机,则进一步包括:网络侧向被叫用户提示本次呼叫的主叫用户的通话费用由被叫用户支付的信息。
所述网络侧向被叫用户提示被叫付费信息后,进一步包括:网络侧启动定时器,当定时器超时之前,检测到被叫用户或主叫用户挂机,则释放本次呼叫;当定时器超时之前,未检测到被叫用户挂机,并且未检测到主叫用户挂机,则接通主叫用户和被叫用户之间的通话话路。
所述网络侧将本次呼叫接续到被叫用户后,检测出被叫用户摘机,则进一步包括:网络侧启动定时器,当定时器超时之前,检测到被叫用户或主叫用户挂机,则释放本次呼叫;当定时器超时之前,未检测到被叫用户挂机,并且未检测到主叫用户挂机,则接通主叫用户和被叫用户之间的通话话路。
所述当定时器超时之前,检测到被叫用户或主叫用户挂机后,进一步包括:网络侧生成包括第一主叫号码、且通话时长为被叫用户摘机到挂机之间的时间长度的被叫用户话单。
计费系统设置主叫号码包括被叫付费业务接入码、且通话时长小于所述定时器定时时间的话单按免费处理;
所述网络侧生成包括第一主叫号码、且通话时长为被叫用户摘机到挂机之间的时间长度的话单后,选一步包括:计费系统将该被叫用户的话单按免费处理。
所述被叫用户为移动用户;所述网络侧根据被叫用户号码将本次呼叫接续到被叫用户为:网络侧根据被叫用户号码获取被叫用户的漫游号码,然后根据所获取的漫游号码接续到被叫用户。
所述被叫付费业务接入码包括:本地被叫付费业务接入码和长途被叫付费业务接入码;
当主叫用户呼叫本地的被叫用户时,所述第一被叫号码中的被叫付费业务接入码为本地被叫付费业务接入码;
当主叫用户呼叫异地的被叫用户时,所述第一被叫号码中的被叫付费业务接入码为长途被叫付费业务接入码。
为了达到上述第二个目的,本发明提供一种实现被叫付费业务的系统,包括主叫交换机和被叫交换机,该系统还包括:被叫付费处理单元;
所述主叫交换机用于接收主叫用户终端发起的、被叫号码包括被叫付费业务接入码及被叫用户号码的呼叫请求,并将本次呼叫接续到被叫付费处理单元;
所述被叫付费处理单元用于将所述呼叫请求中的主叫号码更改为包括所述被叫付费业务接入码及主叫用户号码,将被叫号码更改为被叫用户号码,然后将本次呼叫接续到被叫用户终端侧的被叫交换机;
所述被叫交换机用于将本次呼叫接续到被叫用户终端。
所述被叫付费处理单元进一步用于判断本次呼叫是否为被叫付费业务。
所述被叫付费处理单元进一步用于判断本次呼叫是否有效。
所述系统进一步包括:定时器单元;
所述被叫付费处理单元进一步用于检测到来自被叫交换机的摘机信息后,向定时器单元发送启动定时器的信息;
所述定时器单元用于根据被叫付费处理单元的启动定时器的信息启动定时器,当定时器超时时,向被叫付费处理单元发送定时超时信息;
所述被叫付费处理单元进一步用于在接收到定时超时信息之前,如果检测到被叫用户或主叫用户挂机,则释放本次呼叫;如果未检测到被叫用户和主叫用户挂机,则接通本次呼叫。
所述系统进一步包括:被叫付费提示单元;
所述被叫付费处理单元进一步用于检测到来自被叫交换机的摘机信息后,向被叫付费提示单元发送提示信息;
所述被叫付费提示单元用于根据被叫付费处理单元的提示信息,将本次呼叫的主叫用户的通话费用由被叫用户支付的信息,发送给被叫用户终端。
该系统进一步包括:定时器单元;
所述被叫付费提示单元用于将本次呼叫的主叫用户的通话费用由被叫用户支付的信息给被叫用户终端提示完毕后,向定时器单元发送启动定时器的信息;
所述定时器单元用于根据被叫付费提示单元的启动定时器的信息,启动定时器,当定时器超时时,向被叫付费处理单元发送定时超时信息;
所述被叫付费处理单元进一步用于在接收到定时超时信息之前,如果检测到被叫用户或主叫用户挂机,则释放本次呼叫;如果未检测到被叫用户和主叫用户挂机,则接通本次呼叫。
所述主叫交换机包括主叫用户话单产生单元,被叫交换机包括被叫用户话单产生单元;
所述主叫用户话单产生单元用于生成被叫号码为被叫付费业务接入码加被叫用户号码的主叫用户话单;
所述被叫用户话单产生单元用于生成主叫号码为被叫付费业务接入码加主叫用户号码的被叫用户话单。
所述被叫付费处理单元设置在主叫交换机中,或者,所述被叫付费处理单元为独立的设备。
为了达到上述第三个目的,本发明提供一种被叫付费处理装置,该装置包括:主叫侧呼叫接续单元,被叫侧呼叫接续单元,主被叫号码转换单元;
其中,所述主叫侧呼叫接续单元用于接收主叫侧发起的、被叫号码包括被叫付费业务接入码及被叫用户号码的呼叫请求,并将主叫号码和被叫号码传给主被叫号码转换单元;
所述主被叫号码转换单元用于将所接收到的主叫号码更改为包括被叫付费业务接入码及主叫用户号码,将所接收到的被叫号码更改为被叫用户号码,并将更改后的主叫号码和被叫号码传给被叫侧呼叫接续单元;
所述被叫侧呼叫接续单元用于根据所接收到的被叫号码,将本次呼叫接续到被叫侧。
该装置进一步包括:被叫付费业务确认单元;
所述被叫付费业务确认单元用于根据来自主叫侧呼叫接续单元的被叫号码判断本次呼叫是否为被叫付费业务,如果是,则将主叫号码和被叫号码传给主被叫号码转换单元,否则,向主叫侧呼叫接续单元返回呼叫释放信息;
所述主叫侧呼叫接续单元用于根据被叫付费业务确认单元返回的呼叫释放信息释放主叫侧的呼叫接续。
该装置进一步包括:呼叫有效性判断单元;
所述呼叫有效性判断单元用于根据来自主叫侧呼叫接续单元的主叫号码和被叫号码判断本次呼叫是否有效,如果有效,则将主叫号码和被叫号码传给主被叫号码转换单元,否则,向主叫侧呼叫接续单元返回呼叫无效信息;
所述主叫侧呼叫接续单元用于根据呼叫有效性判断单元返回的无效信息,释放主叫侧的呼叫接续。
该装置进一步包括:定时器单元;
所述被叫侧呼叫接续单元用于检测到被叫侧摘机,并向定时器单元发送启动定时器的信息;
所述定时器单元用于根据被叫侧呼叫接续单元的启动定时器的信息,启动定时器,当定时器超时时,向主叫侧呼叫接续单元发送定时超时信息;
所述主叫侧呼叫接续单元用于根据定时器单元的定时超时信息接通主叫侧的呼叫。
该装置进一步包括:被叫付费提示单元;
所述被叫侧呼叫接续单元用于检测到被叫侧摘机,并向被叫付费提示单元发送提示信息;
所述被叫付费提示单元用于根据被叫侧呼叫接续单元的提示信息,将本次主叫侧的通话费用由被叫侧支付的信息,通过被叫侧呼叫接续单元发送给被叫侧。
该装置进一步包括:定时器单元;
所述被叫付费提示单元将本次主叫侧的通话费用由被叫侧支付的信息给被叫侧提示完毕后,向定时器单元发送启动定时器的信息;
所述定时器单元用于根据被叫付费提示单元的启动定时器的信息,启动定时器,当定时器超时时,将定时超时信息发送给主叫侧呼叫接续单元;
所述主叫侧呼叫接续单元用于根据定时器单元的定时超时信息接通主叫侧的呼叫。
根据本发明提供的实现被叫付费业务的方法和系统,主叫用户发起呼叫时,通过拨打被叫付费业务接入码和被叫用户号码发起呼叫,网络侧则将主叫号码更改为“被叫付费业务接入码加主叫用户号码”,将被叫号码更改为被叫用户号码后,继续接续呼叫,呼叫接通后,生成被叫号码中包括被叫付费业务接入码的主叫用户的话单,生成主叫号码中包括被叫付费业务接入码的被叫用户的话单,计费系统可根据话单中的主叫号码和被叫号码中的被叫付费业务接入码来收取费用处理或免费处理该话单。根据本发明提供的方法和系统,任何一个用户无需申请被叫付费业务都可以作为被叫付费业务的被叫用户,为主叫用户支付通话费用;而主叫用户通过在被叫用户号码之前加拨被叫付费业务接入码来让对方支付通话费用,方便了被叫付费业务的使用;而网络侧现有设备无需改变任何信令流程处理,只需要增加被叫付费处理单元就能实现被叫付费业务;而在计费系统中只需要更改计费规则即可让使用被叫付费业务的主叫用户不用支付通话费用,而让被叫用户支付通话费用。
附图说明
图1所示为本发明中实现被叫付费业务的流程图;
图2所示为本发明中实现被叫付费业务的系统结构框图;
图3所示为本发明中实现被叫付费业务的流程框图;
图4所示为本发明实施例一中被叫付费业务的正常呼叫流程;
图5所示为本发明实施例一中被叫付费业务的异常呼叫流程;
图6所示为本发明实施例二中被叫付费业务的正常呼叫流程;
图7所示为本发明实施例二中被叫付费业务的异常呼叫流程;
图8所示为本发明实施例中实现被叫付费业务的系统结构框图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下面举具体实施例,对本发明作进一步详细的说明。
本发明提供一种任何电话用户都能使用的被叫付费业务。主叫用户在发起呼叫时,通过在被叫用户号码上加拨被叫付费业务接入码,让被叫用户支付主叫用户的通话费用。通过这种方式,任何一个用户都可以作为被叫付费业务的业务用户。
图1所示为实现被叫付费业务的流程图,被叫付费业务包括以下几个步骤:
步骤101:主叫用户向网络侧发起呼叫请求,该呼叫请求中的被叫号码包括被叫付费业务接入码及被叫用户号码。
其中,被叫号码可以为被叫付费业务接入码加被叫用户号码的形式。当然,在呼叫请求中包括主叫号码,主叫号码为主叫用户号码。
步骤102:网络侧将呼叫请求中的主叫号码改成包括被叫付费业务接入码及主叫用户号码,将呼叫请求中的被叫号码改成被叫用户号码。
其中,更改后的主叫号码可以为“被叫付费业务接入码+主叫用户号码”的形式。
步骤103:网络侧根据更改后被叫号码,将本次呼叫接续到被叫用户。
通过图1所示流程实现被叫付费业务时,网络侧无需升级原有的现有设备,而只需要在网络侧增加处理被叫付费业务的单元。如图2所示,实现被叫付费业务的系统包括:主叫用户终端侧的主叫交换机、被叫用户终端侧的被叫交换机,以及被叫付费处理单元。在此,主叫交换机和被叫交换机为现有的交换设备。
下面结合图2所示的系统结构,给出实现被叫付费业务的流程,如图3所示,被叫付费业务流程包括以下几个步骤:
步骤301:当主叫用户需要让被叫用户支付通话费用时,通过拨打被叫付费业务接入码加被叫用户号码,向主叫交换机发起呼叫被叫用户的请求。
其中,根据本地电话和长途电话的不同,所述的被叫付费业务接入码还可以分为本地被叫付费业务接入码和长途被叫付费业务接入码。例如,用900表示本地被叫付费业务接入码,用901表示长途被叫付费业务接入码。当主叫用户拨打本地电话且需要让被叫用户支付本次通话费用时,需要通过拨打本地被叫付费业务接入码900加被叫用户号码的方式发起呼叫请求;当主叫用户拨打长途电话且需要让被叫用户支付本次通话费用时,需要通过拨打长途被叫付费业务接入码901加被叫用户号码的方式发起呼叫请求。
步骤302:主叫交换机接收到呼叫请求后,确定呼叫请求的被叫号码中包括被叫付费业务接入码,则将本次呼叫接续到被叫付费处理单元处理。
在此,主叫交换机根据呼叫请求的被叫号码中的例如900/901的被叫付费业务接入码,将本次呼叫路由到被叫付费处理单元,然后由被叫付费处理单元在主叫交换机和被叫交换机之间,控制处理被叫付费业务相关的呼叫接续。
步骤303:被叫付费处理单元根据被叫号码确定本次呼叫是否为被叫付费业务,如果被叫号码中存在被叫付费业务接入码,则确定本次呼叫为被叫付费业务,执行步骤304;否则,释放本次呼叫,结束本流程。
步骤304:被叫付费处理单元分析本次呼叫是否有效,如果有效,则执行步骤305;否则,释放本次呼叫,结束本流程。
在此,被叫付费处理单元可以通过分析以下一种或多种情况来确定本次呼叫是否有效:分析被叫号码是否是一个有效的号码,如果是,则本次呼叫有效,否则,本次呼叫无效;当被叫付费业务接入码为本地被叫付费业务接入码900时,分析被叫用户是否为本地用户,如果是,则本次呼叫有效,否则,本次呼叫无效;当被叫付费业务接入码为长途被叫付费业务接入码901时,分析被叫用户是否为异地用户,如果是,则本次呼叫有效,否则,本次呼叫无效;如果被叫付费业务只限定在同一个运营商的网络内部使用时,分析被叫用户是否为本运营商的用户,如果是,则本次呼叫有效,否则,本次呼叫无效;分析主叫号码是否是一个有效的号码,如果是,则本次呼叫有效,否则,本次呼叫无效。
通过步骤303所述的确定本次呼叫是否为被叫付费业务,步骤304所述的判断本次呼叫是否有效的过程,可以提高呼叫接续的有效性,确保被叫付费处理单元处理的就是有效的被叫付费业务。在实际应用中,可以先执行步骤304,然后再执行步骤303。
步骤305:被叫付费处理单元将主叫号码改成“被叫付费业务接入码+主叫用户号码”,将被叫号码改成被叫用户号码。
步骤306:被叫付费处理单元根据更改后的主叫号码和被叫号码,将本次呼叫接续到被叫交换机。
步骤307:被叫交换机将本次呼叫接续到被叫用户终端。
如果被叫用户终端有来电显示功能,则来电显示为“被叫付费业务接入码+主叫用户号码”,被叫用户可以根据来电显示的被叫付费业务接入码,知道本次呼叫为被叫付费业务,本次呼叫产生的主叫用户的通话费用需要由自己支付。
步骤308:当被叫付费处理单元检测出被叫用户摘机,则向被叫用户提示本次呼叫产生的主叫用户的通话费用由被叫用户支付的信息。
被叫付费处理单元向被叫用户提示被叫付费信息的方法可以通过播放语音,例如:本次呼叫是由主叫用户号码为********的用户所拨打的,本次呼叫产生的主叫用户的通话费用将由被叫用户承担,如果您不愿意支付本次主叫用户的通话费用,请在时间T内挂机,如果您愿意支付本次主叫用户的通话费用,请不要挂机。
步骤309:被叫付费处理单元提示完成后,启动定时器T,如果在T时间内检测到被叫用户或主叫用户挂机,则执行步骤310;如果在T时间内未检测到被叫用户挂机,并且未检测到主叫用户挂机,则执行步骤311。
在此,被叫付费处理单元还可以在执行完步骤307所述的将本次呼叫接续到被叫用户终端后,启动定时器,这时,定时器的定时时间中包括步骤308所述的提示被叫付费信息所需的时间。
步骤310:被叫付费处理单元释放本次呼叫,结束本流程;
步骤311:被叫付费处理单元接通主叫用户终端与被叫用户终端之间的通话话路,主被叫用户进入通话过程。
当本次呼叫的通话结束后,主叫交换机和被叫交换机分别生成本次呼叫的话单,主叫交换机为主叫用户生成被叫号码为“被叫付费业务接入码+被叫用户号码”的话单,被叫交换机为被叫用户生成主叫号码为“被叫付费业务接入码+主叫用户号码”的话单。主叫交换机和被叫交换机可以以现有的任何一种方式生成话单,根据计费方式的不同,也可以在呼叫过程中根据时间段生成多个分段话单,也可以在呼叫结束后生成一个统一的话单。由于在被叫付费业务过程中,主叫交换机侧的被叫号码为“被叫付费业务接入码+被叫用户号码”,则主叫交换机生成的主叫用户的话单中被叫号码为“被叫付费业务接入码+被叫用户号码”;而被叫付费处理单元在呼叫接续过程中更改主被叫号码,从而被叫交换机侧的主叫号码为“被叫付费业务接入码+主叫用户号码”,这样,被叫交换机生成的被叫用户的话单中主叫号码为“被叫付费业务接入码+主叫用户号码”。
在被叫付费业务中,为了使主叫用户不用支付任何通话费用,而让被叫用户支付主叫用户呼叫所产生的通话费用,计费系统需要设置主叫用户话单的被叫号码中存在被叫付费业务接入码,则主叫用户话单按免费处理,被叫用户话单的主叫号码中存在被叫付费业务接入码,则由被叫用户支付该话单中主叫方的通话费用。这样,计费系统根据主叫交换机和被叫交换机所生成的话单进行计费时,如果主叫用户话单中的被叫号码中有被叫付费业务接入码,则将该主叫用户的话单按免费处理;如果被叫用户话单中的主叫号码中有被叫付费业务接入码,则将主叫用户的通话费用由被叫用户支付。当然,被叫用户还要支付自身的通话费用,即,被叫用户要同时支付被叫用户作为被叫的呼叫费用和主叫用户作为主叫的呼叫费用。
在此,主叫用户和被叫用户可以是固定电话用户,也可以是移动电话用户;这些主叫用户和被叫用户支付费用的方式可以是预付费方式,也可以是后付费方式。
下面结合具体实施例,给出被叫付费业务的信令流程图。
实施例一:被叫用户为固定电话用户的被叫付费业务
图4和图5所示为固定电话用户拨打固定电话用户时,实现被叫付费业务的信令流程图。其中,图4为被叫付费业务的正常呼叫流程,图5为被叫用户在被叫付费提示后挂机时的异常呼叫流程。假设,用户A呼叫本地用户B。
首先,给出图4所示的正常的呼叫流程。
步骤401:用户A通过拨打本地被叫付费业务接入码900加用户B号码,呼叫用户B。
步骤402:呼叫接入到用户A所在的交换机,用户A所在的交换机根据被叫号码中的被叫付费业务接入码900,确定需要将呼叫接续到被叫付费处理单元,则向被叫付费处理单元发送初始地址(IAI)消息,该IAI消息中包含的主叫号码为“用户A号码”,被叫号码为“900+用户B号码”。
在此,用户A号码是指用户A的终端的号码,用户B号码是指用户B的终端的号码。
步骤403:呼叫路由到被叫付费处理单元,被叫付费处理单元根据被叫号码判断本次呼叫是否为被叫付费业务,如果被叫号码中存在被叫付费业务接入码,则确定本次呼叫为被叫付费业务,执行步骤404;否则,释放本次呼叫,结束本流程。
步骤404:被叫付费处理单元分析本次呼叫是否有效,如果有效,则执行步骤405;否则,释放本次呼叫,结束本流程。
步骤405:被叫付费处理单元将主叫号码更改为“900+用户A号码”,将被叫号码更改为“用户B号码”,然后向用户B所在的交换机发送IAI消息,该IAI消息中包含主叫号码为“900+用户A号码”,被叫号码为“用户B号码”。
步骤406:呼叫路由到用户B所在的交换机,用户B所在的交换机将本次呼叫接续到用户B终端,这时,用户B终端震铃,同时,用户B所在的交换机向被叫付费处理单元返回地址全消息(ACM)。
如果用户B终端有来电显示功能,则来电显示的主叫号码为“900+用户A号码”,这时,用户B可根据来电显示的号码,可以知道用户A本次发起的呼叫所产生的通话费用由自己支付。
步骤407:被叫付费处理单元向用户A所在的交换机发送ACM。
此时,被叫付费处理单元并未接通与用户A所在的交换机之间的通话话路。在通常的呼叫接续过程中,当呼叫接续到被叫用户终端时,被叫用户所在的交换机向主叫用户侧发送回铃音,因此,被叫付费处理单元需要拦截用户B所在的交换机向主叫用户A播放的回铃音。同时,被叫付费处理单元自身还可以产生回铃音,并通过用户A所在的交换机向用户A发送所产生的回铃音,使得让用户A知道本次呼叫已经接续到被叫用户B终端。
步骤408:当用户B摘机时,用户B所在的交换机向被叫付费处理单元发送应答消息(ANM)。
步骤409:被叫付费处理单元向用户B播放语音,提示用户B将为用户A支付本次通话费用的信息。
为了在被叫用户愿意支付本次呼叫通话费用的情况下才接通本次呼叫,因此在给用户B播放提示语音时,主被叫用户之间的通话话路还未接通。
步骤410:语音播放结束后,被叫付费处理单元启动定时器T,并等待定时器到时。
步骤411:当定时器超时后,用户B和用户A仍未挂机,则被叫付费处理单元向用户A所在的交换机发送ANM。
如果,在步骤407中被叫付费处理单元向主叫用户A播放自身产生的回铃音,则在发送ANM的同时,需要停止播放回铃音。
这时,被叫付费处理单元接通了主叫用户终端与被叫用户终端之间的通话话路。
步骤412:用户A和用户B进入通话过程。
步骤413:用户B挂机,用户B所在的交换机向被叫付费系统发送释放消息(REL)。
步骤414:被叫付费处理单元向用户A所在的交换机发送REL。
步骤415:用户A所在的交换机向被叫付费处理单元发送释放完成消息(RLC)。
步骤416:被叫付费处理单元向用户B所在的交换机发送RLC。
通过以上流程,用户A和用户B之间的通话结束。
这时,用户A所在的交换机和用户B所在的交换机分别产生用户A和用户B的通话话单,这些话单将被定时上报给计费系统。用户A所在的交换机产生的通话话单中的被叫号码为“900+用户B号码”,用户B所在的交换机产生的通话话单中的主叫号码为“900+用户A号码”。计费系统根据通话话单,在用户A的通话话单中被叫号码中包括900,则将主叫用户的话单按免费处理,在用户B的通话话单中主叫号码包括900,则由用户B支付该话单中主叫方用户A的通话费用。
以上流程为,用户B愿意支付用户A发起的呼叫通话费用情况下的正常呼叫流程。下面给出用户B不愿意支付用户A的通话费用情况下的异常呼叫流程,如图5所示,在这种情况下,步骤401至步骤410的呼叫接续过程相同,在被叫付费处理单元等待定时器到时过程中,如果用户B挂机,则有:
步骤511:用户B所在的交换机向被叫付费处理单元发送REL。
步骤512:被叫付费处理单元向用户A所在的交换机发送REL。
步骤513:用户A所在的交换机向被叫付费处理单元发送RLC。
步骤514:被叫付费处理单元向用户B所在的交换机发送RLC。
通过以上流程,本次呼叫结束。由于用户B是摘机后在T时间内挂机,则用户B所在的交换机会产生一个通话时长小于T的话单,而用户B并未与用户A接通,因此,计费系统需要将该话单按免费处理。
用户A拨打异地的用户B时的呼叫流程也与上述实施例一中呼叫流程相同,只是用户A拨打的被叫号码中的被叫付费业务接入码为长途被叫付费业务接入码。
而用户A为移动电话时的呼叫流程也与上述实施例一中呼叫流程相同,只是接收用户A发起的呼叫请求的交换机是用户A所在的移动交换中心。
实施例二:被叫用户为移动电话用户的被叫付费业务
图6和图7所示为移动电话用户拨打移动电话用户时,实现被叫付费业务的呼叫信令流程图。其中,图6为被叫付费业务的正常呼叫流程,图7为被叫用户在被叫付费提示后挂机时的异常呼叫流程。假设,用户A呼叫本地用户B。
首先,给出图6所示的正常的呼叫流程。
步骤601:用户A通过拨打本地被叫付费业务接入码900加用户B号码,呼叫用户B。
如果,用户A和用户B是同一网络的用户,则用户A发起的呼叫在用户A所在的拜访地移动交换中心启动,如果用户A和用户B不是同一网络的用户,则用户A发起的呼叫在网关移动交换中心启动。在此,用户A所在的拜访地移动交换中心或者网关移动交换中心通称为用户A所在的移动交换中心。
步骤602:呼叫接入到用户A所在的移动交换中心,用户A所在的移动交换中心根据被叫号码中的被叫付费业务接入码900,确定需要将本次呼叫接续到被叫付费处理单元处理,则向被叫付费处理单元发送IAI消息,该IAI消息中包含主叫号码为“用户A号码”,被叫号码为“900+用户B号码”。
步骤603:呼叫路由到被叫付费处理单元,被叫付费处理单元根据被叫号码判断本次呼叫是否为被叫付费业务,如果被叫号码中存在900,则确定本次呼叫为被叫付费业务,执行步骤604;否则,释放本次呼叫,结束本流程。
步骤604:被叫付费处理单元分析本次呼叫是否有效,如果有效,则执行步骤605;否则,释放本次呼叫,结束本流程。
步骤605:被叫付费处理单元将主叫号码更改为“900+用户A号码”,将被叫号码更改为“用户B号码”,然后向网关移动交换中心发送IAI消息,该IAI消息中包含的主叫号码为“900+用户A号码”,被叫号码为“用户B号码”。
步骤606:呼叫路由到网关移动交换中心,网关移动交换中心向用户B所在的归属位置寄存器(HLR)发送获取用户B路由信息的消息,请求获取用户B的漫游号码。
步骤607:HLR向用户B所在的移动交换中心发送获取用户B的漫游号码的消息。
步骤608:用户B所在的移动交换中心向HLR返回用户B的漫游号码。
步骤609:HLR向网关移动交换中心返回用户B的漫游号码。
步骤610:网关移动交换中心向用户B所在的移动交换中心发送IAI消息,该IAI消息中的被叫号码为所获取的用户B的漫游号码,主叫号码为“900+用户A号码”。
步骤611:呼叫接续到用户B所在的移动交换中心,用户B所在的移动交换中心将呼叫接续到用户B,这时,用户B终端震铃,同时,用户B所在的移动交换中心向网关移动交换中心返回ACM。
如果用户B终端有来电显示功能,则来电显示的主叫号码为“900+用户A号码”,这时,用户B可根据来电显示的号码,可以知道用户A本次发起的呼叫所产生的通话费用由自己支付。
步骤612:网关移动交换中心向被叫付费处理单元发送ACM。
步骤613:被叫付费处理单元向用户A所在的移动交换中心发送ACM。
此时,被叫付费处理单元并未接通与用户A所在的移动交换机之间的通话话路。在通常的呼叫接续过程中,当呼叫接续到被叫用户终端时,被叫用户所在的移动交换机向主叫用户侧发送回铃音,因此,被叫付费处理单元需要拦截用户B所在的移动交换机向主叫用户A播放的回铃音。同时,被叫付费处理单元自身还可以产生回铃音,并通过用户A所在的移动交换机向用户A发送所产生的回铃音,使得让用户A知道本次呼叫已经接续到被叫用户B终端。
步骤614:当用户B摘机时,用户B所在的移动交换中心向网关移动交换中心发送ANM。
步骤615:网关移动交换中心向被叫付费处理单元发送ANM。
步骤616:被叫付费处理单元向用户B播放语音,提示用户B将为用户A支付本次通话费用的信息。
步骤617:语音播放结束后,被叫付费处理单元启动定时器T,并等待定时器T到时。
步骤618:当定时器T超时后,用户B和用户A仍未挂机,则被叫付费处理单元向用户A所在的移动交换中心发送ANM。
如果,在步骤613中被叫付费处理单元向主叫用户A播放自身产生的回铃音,则在发送ANM的同时,需要停止播放回铃音。
这时,被叫付费处理单元接通了主叫用户终端与被叫用户终端之间的通话话路。
步骤619:用户A和用户B进入通话过程。
步骤620:当用户B挂机时,用户B所在的移动交换中心向网关移动交换中心发送REL。
步骤621:网关移动交换中心向被叫付费处理单元发送REL。
步骤622:被叫付费处理单元向用户A所在的移动交换中心发送REL。
步骤623:用户A所在的移动交换中心向被叫付费处理单元发送RLC。
步骤624:被叫付费处理单元向网关移动交换中心发送RLC。
步骤625:网关移动交换中心向用户B所在的移动交换中心发送RLC。
通过以上流程,用户A和用户B之间的通话结束。
这时,用户A和用户B所在的移动交换中心分别产生用户A的话单和用户B的话单。用户A的话单中,被叫号码为“900+用户B号码”,用户B的话单中,主叫号码为“900+用户A号码”。计费系统根据用户A话单中的被叫号码中的900,则将用户A的话单按免费处理,根据用户B话单中的主叫号码中的900,则由用户B支付该话单中主叫方用户A的通话费用。
以上流程为,用户B愿意支付用户A的呼叫通话费用情况下的正常呼叫流程。下面给出用户B不愿意支付用户A的呼叫通话费用情况下的异常呼叫流程,如图7所示,在这种情况下,步骤601至步骤617的呼叫接续过程相同,在被叫付费处理单元等待定时器到时过程中,如果用户B挂机,则有:
步骤718:用户B所在的移动交换中心向网关移动交换中心发送REL。
步骤719:网关移动交换中心向被叫付费处理单元发送REL。
步骤720:被叫付费处理单元向用户A所在的移动交换中心发送ANM。
步骤721:用户A所在的移动交换中心向被叫付费处理单元发送RLC。
步骤722:被叫付费处理单元向网关移动交换中心发送RLC。
步骤723:网关移动交换中心向用户B所在的移动交换中心发送RLC。
通过以上流程,本次呼叫结束。由于用户B是摘机后在T时间内挂机,则用户B所在的移动交换中心会产生一个通话时长小于T的话单,而用户B并未与用户A接通,因此,计费系统需要将该话单按免费处理。
用户A拨打异地的用户B时的呼叫流程也与上述实施例二中呼叫流程相同,只是用户A拨打的被叫号码中的被叫付费业务接入码为长途被叫付费业务接入码。
而用户A为固定电话时的呼叫流程也与上述实施例二中呼叫流程相同,只是接收用户A发起的呼叫请求的交换机是固定电话交换中心。
下面给出实现被叫付费业务的系统的具体实施例。如图8所示,实现被叫付费业务的系统包括:主叫交换机,被叫交换机以及被叫付费处理单元。其中,被叫付费处理单元包括:主叫侧呼叫接续单元801、被叫付费业务确认单元802、呼叫有效性判断单元803、主被叫号码转换单元804、被叫侧呼叫接续单元805、被叫付费提示单元806、定时器单元807。
主叫交换机接收到主叫用户发起的被叫号码为“被叫付费业务接入码+被叫用户号码”的呼叫请求后,将本次呼叫接续到被叫付费处理单元中的主叫侧呼叫接续单元801。
主叫侧呼叫接续单元801用于进行呼叫接续相关信令流程。主叫侧呼叫接续单元801接收到来自主叫交换机的呼叫请求后,将主叫号码和被叫号码送给被叫付费业务确认单元802。
被叫付费业务确认单元802根据被叫号码判断本次呼叫是否为被叫付费业务,如果被叫号码中包括被叫付费业务接入码,则确定本次呼叫为被叫付费业务,将主叫号码和被叫号码传给呼叫有效性判断单元803;如果被叫号码中不包括被叫付费业务接入码或者包括的业务接入码不是被叫付费业务接入码,则确定本次呼叫不是被叫付费业务,向主叫侧呼叫接续单元801发送呼叫释放信息,由主叫侧呼叫接续单元801释放与主叫交换机的呼叫接续。
呼叫有效性判断单元803根据被叫号码分析本次呼叫是否有效,如果无效,则向主叫侧呼叫接续单元801返回无效信息,由主叫侧呼叫接续单元801释放与主叫交换机的呼叫接续;如果有效,则向主被叫号码转换单元804发送主叫号码和被叫号码。
主被叫号码转换单元804将本次呼叫的主叫号码更改为“被叫付费业务接入码+主叫用户号码”,被叫号码更改为“被叫用户号码”,然后将更改后的主叫号码和被叫号码发送给被叫侧呼叫接续单元805。
被叫侧呼叫接续单元805用于进行呼叫接续相关信令流程。被叫侧呼叫接续单元805根据更改后的主叫号码和被叫号码,将本次呼叫接续到被叫交换机。
被叫交换机将本次呼叫接续到被叫用户终端。这时,被叫用户终端震铃,同时,被叫交换机向被叫侧呼叫接续单元805返回回铃音,此时被叫付费处理单元没有接通主叫用户终端和被叫用户终端之间的通话话路,被叫付费处理单元自身需要产生回铃音,并将该回铃音通过主叫交换机发送给主叫用户终端。当被叫用户摘机时,被叫用户终端向被叫交换机返回摘机信息,被叫交换机再向被叫侧呼叫接续单元805返回摘机信息。
被叫侧呼叫接续单元805接收到被叫用户终端的摘机信息后,向被叫付费提示单元806发送提示信息。
被叫付费提示单元806根据被叫侧呼叫接续单元805的提示信息,将本次呼叫的主叫用户的通话费用由被叫用户支付的信息,通过被叫侧呼叫接续单元805通知给被叫用户终端,提示完毕后,被叫付费提示单元806向定时器单元807发送启动定时器的信息。被叫付费提示单元806可以设置在被叫付费处理单元内部,也可以是被叫付费处理单元外部的单元。
定时器单元807根据被叫付费提示单元806的启动定时器的信息,启动定时器,当定时器超时时,向主叫侧呼叫接续单元801和被叫侧呼叫接续单元805发送定时超时信息。定时器单元807可以设置在被叫付费处理单元内部,也可以是被叫付费处理单元外部的单元。
定时器单元807还可以在被叫用户摘机后,启动定时器,即:被叫侧呼叫接续单元805接收到被叫用户终端的摘机信息后,向定时器单元807发送启动定时器的信息;定时器单元807则根据启动定时器的信息,启动定时器,并当定时器超时时,向主叫侧呼叫接续单元801和被叫侧呼叫接续单元805发送定时超时信息。
被叫侧呼叫接续单元805在定时器定时期间内,即在接收到定时器单元807的定时超时信息之前,判断是否检测到来自被叫交换机的挂机信息,如果在定时器定时期间内检测到来自被叫交换机的挂机信息,则向主叫侧呼叫接续单元801发送呼叫释放信息,由主叫侧呼叫接续单元801释放与主叫交换机的呼叫接续。
主叫侧呼叫接续单元801在定时器定时期间内,即在接收到定时器单元807的定时超时信息之前,判断是否检测到来自主叫交换机的挂机信息,如果在定时器定时期间内检测到来自主叫交换机的挂机信息,则向被叫侧呼叫接续单元805发送呼叫释放信息,由被叫侧呼叫接续单元805释放与被叫交换机的呼叫接续。
主叫侧呼叫接续单元801如果在定时器定时期间内未检测到来自主叫交换机的挂机信息,则当接收到定时器单元807的定时超时信息后,接通与主叫交换机之间的通话话路。或者,当被叫侧呼叫接续单元805如果在定时器定时期间内未检测到来自被叫交换机的挂机信息,则当接收到定时器单元807的定时超时信息后,向主叫侧呼叫接续单元801发送呼叫接通信息,主叫侧呼叫接续单元801根据呼叫接通信息,接通与主叫交换机之间的通话话路。
在实现被叫付费业务时,上述的被叫付费处理单元可以设置在主叫交换机中,上述的被叫付费处理单元也可以是单独的设备。只要在原有的网络设备的基础上,再增加所述被叫付费处理单元,就能够实现被叫付费业务。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (30)
1、一种实现被叫付费业务的方法,其特征在于,该方法包括:
网络侧接收到主叫用户发起的包括第一被叫号码的呼叫请求,该第一被叫号码包括被叫付费业务接入码及被叫用户号码;
网络侧将本次呼叫的主叫用户号码更改为第一主叫号码,将第一被叫号码更改为被叫用户号码,其中,第一主叫号码包括所述被叫付费业务接入码及主叫用户号码;
网络侧根据被叫用户号码将本次呼叫接续到被叫用户。
2、根据权利要求1所述的方法,其特征在于,
该方法进一步包括:网络侧生成包括第一被叫号码的主叫用户话单。
3、根据权利要求2所述的方法,其特征在于,
计费系统设置被叫号码包括被叫付费业务接入码的主叫用户话单按免费处理;
所述网络侧生成主叫用户话单后,进一步包括:计费系统判断主叫用户话单的第一被叫号码中是否包括被叫付费业务接入码,如果是,则将该主叫用户话单按免费处理。
4、根据权利要求1所述的方法,其特征在于,
该方法进一步包括:网络侧生成包括第一主叫号码的被叫用户话单。
5、根据权利要求4所述的方法,其特征在于,
计费系统设置主叫号码包括被叫付费业务接入码的被叫用户话单中主叫用户的呼叫费用由该话单的被叫用户支付;
所述网络侧生成被叫用户话单后,进一步包括:计费系统判断被叫用户话单的第一主叫号码中是否包括被叫付费业务接入码,如果是,则将该话单中主叫用户的呼叫费用由该话单的被叫用户支付。
6、根据权利要求1所述的方法,其特征在于,所述网络侧接收到呼叫请求后,进一步包括:网络侧判断本次呼叫请求是否为被叫付费业务,如果是,则接续本次呼叫。
7、根据权利要求6所述的方法,其特征在于,所述网络侧判断本次呼叫请求是否为被叫付费业务为:网络侧判断第一被叫号码中是否包括被叫付费业务接入码。
8、根据权利要求1所述的方法,其特征在于,所述网络侧接收到呼叫请求后,进一步包括:网络侧判断本次呼叫是否有效,如果有效,则接续本次呼叫;否则,释放本次呼叫。
9、根据权利要求8所述的方法,其特征在于,所述网络侧判断本次呼叫是否有效为:网络侧根据主叫用户号码和/或第一被叫号码判断本次呼叫是否有效。
10、根据权利要求1所述的方法,其特征在于,
所述网络侧将本次呼叫接续到被叫用户后,检测出被叫用户摘机,则进一步包括:网络侧向被叫用户提示本次呼叫的主叫用户的通话费用由被叫用户支付的信息。
11、根据权利要求10所述的方法,其特征在于,所述网络侧向被叫用户提示被叫付费信息后,进一步包括:网络侧启动定时器,当定时器超时之前,检测到被叫用户或主叫用户挂机,则释放本次呼叫;当定时器超时之前,未检测到被叫用户挂机,并且未检测到主叫用户挂机,则接通主叫用户和被叫用户之间的通话话路。
12、根据权利要求1所述的方法,其特征在于,
所述网络侧将本次呼叫接续到被叫用户后,检测出被叫用户摘机,则进一步包括:网络侧启动定时器,当定时器超时之前,检测到被叫用户或主叫用户挂机,则释放本次呼叫;当定时器超时之前,未检测到被叫用户挂机,并且未检测到主叫用户挂机,则接通主叫用户和被叫用户之间的通话话路。
13、根据权利要求11或12所述的方法,其特征在于,所述当定时器超时之前,检测到被叫用户或主叫用户挂机后,进一步包括:网络侧生成包括第一主叫号码、且通话时长为被叫用户摘机到挂机之间的时间长度的被叫用户话单。
14、根据权利要求13所述的方法,其特征在于,
计费系统设置主叫号码包括被叫付费业务接入码、且通话时长小于所述定时器定时时间的话单按免费处理;
所述网络侧生成包括第一主叫号码、且通话时长为被叫用户摘机到挂机之间的时间长度的话单后,进一步包括:计费系统将该被叫用户的话单按免费处理。
15、根据权利要求1所述的方法,其特征在于,所述被叫用户为移动用户;
所述网络侧根据被叫用户号码将本次呼叫接续到被叫用户为:网络侧根据被叫用户号码获取被叫用户的漫游号码,然后根据所获取的漫游号码接续到被叫用户。
16、根据权利要求1所述的方法,其特征在于,所述被叫付费业务接入码包括:本地被叫付费业务接入码和长途被叫付费业务接入码;
当主叫用户呼叫本地的被叫用户时,所述第一被叫号码中的被叫付费业务接入码为本地被叫付费业务接入码;
当主叫用户呼叫异地的被叫用户时,所述第一被叫号码中的被叫付费业务接入码为长途被叫付费业务接入码。
17、一种实现被叫付费业务的系统,包括主叫交换机和被叫交换机,其特征在于,该系统还包括:被叫付费处理单元;
所述主叫交换机用于接收主叫用户终端发起的、被叫号码包括被叫付费业务接入码及被叫用户号码的呼叫请求,并将本次呼叫接续到被叫付费处理单元;
所述被叫付费处理单元用于将所述呼叫请求中的主叫号码更改为包括所述被叫付费业务接入码及主叫用户号码,将被叫号码更改为被叫用户号码,然后将本次呼叫接续到被叫用户终端侧的被叫交换机;
所述被叫交换机用于将本次呼叫接续到被叫用户终端。
18、根据权利要求17所述的系统,其特征在于,所述被叫付费处理单元进一步用于判断本次呼叫是否为被叫付费业务。
19、根据权利要求17所述的系统,其特征在于,所述被叫付费处理单元进一步用于判断本次呼叫是否有效。
20、根据权利要求17所述的系统,其特征在于,所述系统进一步包括:定时器单元;
所述被叫付费处理单元进一步用于检测到来自被叫交换机的摘机信息后,向定时器单元发送启动定时器的信息;
所述定时器单元用于根据被叫付费处理单元的启动定时器的信息启动定时器,当定时器超时时,向被叫付费处理单元发送定时超时信息;
所述被叫付费处理单元进一步用于在接收到定时超时信息之前,如果检测到被叫用户或主叫用户挂机,则释放本次呼叫;如果未检测到被叫用户和主叫用户挂机,则接通本次呼叫。
21、根据权利要求17所述的系统,其特征在于,所述系统进一步包括:被叫付费提示单元;
所述被叫付费处理单元进一步用于检测到来自被叫交换机的摘机信息后,向被叫付费提示单元发送提示信息;
所述被叫付费提示单元用于根据被叫付费处理单元的提示信息,将本次呼叫的主叫用户的通话费用由被叫用户支付的信息,发送给被叫用户终端。
22、根据权利要求21所述的系统,其特征在于,该系统进一步包括:定时器单元;
所述被叫付费提示单元用于将本次呼叫的主叫用户的通话费用由被叫用户支付的信息给被叫用户终端提示完毕后,向定时器单元发送启动定时器的信息;
所述定时器单元用于根据被叫付费提示单元的启动定时器的信息,启动定时器,当定时器超时时,向被叫付费处理单元发送定时超时信息;
所述被叫付费处理单元进一步用于在接收到定时超时信息之前,如果检测到被叫用户或主叫用户挂机,则释放本次呼叫;如果未检测到被叫用户和主叫用户挂机,则接通本次呼叫。
23、根据权利要求17所述的系统,其特征在于,所述主叫交换机包括主叫用户话单产生单元,被叫交换机包括被叫用户话单产生单元;
所述主叫用户话单产生单元用于生成被叫号码为被叫付费业务接入码加被叫用户号码的主叫用户话单;
所述被叫用户话单产生单元用于生成主叫号码为被叫付费业务接入码加主叫用户号码的被叫用户话单。
24、根据权利要求17所述的系统,其特征在于,所述被叫付费处理单元设置在主叫交换机中,或者,所述被叫付费处理单元为独立的设备。
25、一种被叫付费处理装置,其特征在于,该装置包括:主叫侧呼叫接续单元,被叫侧呼叫接续单元,主被叫号码转换单元;
其中,所述主叫侧呼叫接续单元用于接收主叫侧发起的、被叫号码包括被叫付费业务接入码及被叫用户号码的呼叫请求,并将主叫号码和被叫号码传给主被叫号码转换单元;
所述主被叫号码转换单元用于将所接收到的主叫号码更改为包括被叫付费业务接入码及主叫用户号码,将所接收到的被叫号码更改为被叫用户号码,并将更改后的主叫号码和被叫号码传给被叫侧呼叫接续单元;
所述被叫侧呼叫接续单元用于根据所接收到的被叫号码,将本次呼叫接续到被叫侧。
26、根据权利要求25所述的装置,其特征在于,该装置进一步包括:被叫付费业务确认单元;
所述被叫付费业务确认单元用于根据来自主叫侧呼叫接续单元的被叫号码判断本次呼叫是否为被叫付费业务,如果是,则将主叫号码和被叫号码传给主被叫号码转换单元,否则,向主叫侧呼叫接续单元返回呼叫释放信息;
所述主叫侧呼叫接续单元用于根据被叫付费业务确认单元返回的呼叫释放信息释放主叫侧的呼叫接续。
27、根据权利要求25或26所述的装置,其特征在于,该装置进一步包括:呼叫有效性判断单元;
所述呼叫有效性判断单元用于根据来自主叫侧呼叫接续单元的主叫号码和被叫号码判断本次呼叫是否有效,如果有效,则将主叫号码和被叫号码传给主被叫号码转换单元,否则,向主叫侧呼叫接续单元返回呼叫无效信息;
所述主叫侧呼叫接续单元用于根据呼叫有效性判断单元返回的无效信息,释放主叫侧的呼叫接续。
28、根据权利要求25所述的装置,其特征在于,该装置进一步包括:定时器单元;
所述被叫侧呼叫接续单元用于检测到被叫侧摘机,并向定时器单元发送启动定时器的信息;
所述定时器单元用于根据被叫侧呼叫接续单元的启动定时器的信息,启动定时器,当定时器超时时,向主叫侧呼叫接续单元发送定时超时信息;
所述主叫侧呼叫接续单元用于根据定时器单元的定时超时信息接通主叫侧的呼叫。
29、根据权利要求25所述的装置,其特征在于,该装置进一步包括:被叫付费提示单元;
所述被叫侧呼叫接续单元用于检测到被叫侧摘机,并向被叫付费提示单元发送提示信息;
所述被叫付费提示单元用于根据被叫侧呼叫接续单元的提示信息,将本次主叫侧的通话费用由被叫侧支付的信息,通过被叫侧呼叫接续单元发送给被叫侧。
30、根据权利要求29所述的装置,其特征在于,该装置进一步包括:定时器单元;
所述被叫付费提示单元将本次主叫侧的通话费用由被叫侧支付的信息给被叫侧提示完毕后,向定时器单元发送启动定时器的信息;
所述定时器单元用于根据被叫付费提示单元的启动定时器的信息,启动定时器,当定时器超时时,将定时超时信息发送给主叫侧呼叫接续单元;
所述主叫侧呼叫接续单元用于根据定时器单元的定时超时信息接通主叫侧的呼叫。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200610109344 CN1905596A (zh) | 2006-08-10 | 2006-08-10 | 一种实现被叫付费业务的方法和系统及被叫付费处理装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200610109344 CN1905596A (zh) | 2006-08-10 | 2006-08-10 | 一种实现被叫付费业务的方法和系统及被叫付费处理装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1905596A true CN1905596A (zh) | 2007-01-31 |
Family
ID=37674717
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200610109344 Pending CN1905596A (zh) | 2006-08-10 | 2006-08-10 | 一种实现被叫付费业务的方法和系统及被叫付费处理装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1905596A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010048877A1 (zh) * | 2008-10-27 | 2010-05-06 | 华为技术有限公司 | 实现被叫确认付费业务的方法和系统 |
EP2291013A1 (en) * | 2008-06-30 | 2011-03-02 | Huawei Technologies Co., Ltd. | Method and message center for realizing a dynamic paying of a message |
CN102480700A (zh) * | 2010-11-22 | 2012-05-30 | 中国电信股份有限公司 | 短信计费方法、计费系统和短信中心 |
CN103826214A (zh) * | 2014-03-04 | 2014-05-28 | 中国联合网络通信集团有限公司 | 智能计费方法及服务器 |
CN104104803A (zh) * | 2013-04-12 | 2014-10-15 | 中兴通讯股份有限公司 | 呼叫业务方法和系统,以及系统端和主叫终端 |
CN105827846A (zh) * | 2016-03-31 | 2016-08-03 | 维沃移动通信有限公司 | 通信终端通话及控制通信终端通话的方法和通信终端 |
-
2006
- 2006-08-10 CN CN 200610109344 patent/CN1905596A/zh active Pending
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2291013A1 (en) * | 2008-06-30 | 2011-03-02 | Huawei Technologies Co., Ltd. | Method and message center for realizing a dynamic paying of a message |
EP2291013A4 (en) * | 2008-06-30 | 2011-10-05 | Huawei Tech Co Ltd | METHOD AND MESSAGE CENTER FOR IMPLEMENTING A DYNAMIC PAYMENT OF A MESSAGE |
WO2010048877A1 (zh) * | 2008-10-27 | 2010-05-06 | 华为技术有限公司 | 实现被叫确认付费业务的方法和系统 |
CN102480700A (zh) * | 2010-11-22 | 2012-05-30 | 中国电信股份有限公司 | 短信计费方法、计费系统和短信中心 |
CN102480700B (zh) * | 2010-11-22 | 2016-03-02 | 中国电信股份有限公司 | 短信计费方法、计费系统 |
CN104104803A (zh) * | 2013-04-12 | 2014-10-15 | 中兴通讯股份有限公司 | 呼叫业务方法和系统,以及系统端和主叫终端 |
CN104104803B (zh) * | 2013-04-12 | 2019-01-11 | 中兴通讯股份有限公司 | 呼叫业务方法和系统,以及系统端和主叫终端 |
CN103826214A (zh) * | 2014-03-04 | 2014-05-28 | 中国联合网络通信集团有限公司 | 智能计费方法及服务器 |
CN103826214B (zh) * | 2014-03-04 | 2017-07-14 | 中国联合网络通信集团有限公司 | 智能计费方法及服务器 |
CN105827846A (zh) * | 2016-03-31 | 2016-08-03 | 维沃移动通信有限公司 | 通信终端通话及控制通信终端通话的方法和通信终端 |
CN105827846B (zh) * | 2016-03-31 | 2019-08-20 | 维沃移动通信有限公司 | 通信终端通话及控制通信终端通话的方法和通信终端 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1582596A (zh) | 电信网络中控制及启用移动电话中高级服务和用户界面的方法、装置和配置 | |
CN1484423A (zh) | 通信终端单元以及对该单元进行控制的方法 | |
CN101047628A (zh) | 一种电路域终端接入分组网络实现分组业务的系统和方法 | |
CN1870826A (zh) | 一种呼叫释放控制系统及其方法 | |
CN1859502A (zh) | 主叫屏蔽方法、装置及其应用 | |
CN1905596A (zh) | 一种实现被叫付费业务的方法和系统及被叫付费处理装置 | |
CN1917533A (zh) | 电话一号多机业务的实现方法和系统 | |
CN1122428C (zh) | 用于输入和输出查询存储转发业务的系统和方法 | |
CN1852362A (zh) | 被叫向主叫提供指示信息的方法及其系统 | |
CN1852453A (zh) | 一种一卡多号业务呼出及呼入的方法 | |
CN1925519A (zh) | 电话呼叫的方法及电话终端 | |
CN1909687A (zh) | 实现移动电话号码保密的系统和方法 | |
CN1126916A (zh) | 呼叫长途话费的处理方法和呼叫长途话费的处理设备 | |
CN1503537A (zh) | 服务控制网络系统 | |
CN1618228A (zh) | 交换系统以及通信记录方法 | |
CN1635765A (zh) | 一种会话建立协议网络结构及实现sip群组呼叫的方法 | |
CN1905465A (zh) | 一种实现无话路迂回多媒体彩铃业务的方法及系统 | |
CN1507290A (zh) | 移动电话智能网上实现电话呼叫回铃音替换的方法及系统 | |
CN1604601A (zh) | 一种可产生个性化回铃音的通信系统及实现方法 | |
CN101068277A (zh) | 一种虚拟总机的实现方法 | |
CN1889619A (zh) | 第三代移动通信系统中的计费方法 | |
CN1805478A (zh) | 一种实现通话中变声的系统及方法 | |
CN1633187A (zh) | 基于用户小交换机的通信系统及其实现通信的方法 | |
CN1658634A (zh) | 使用增值业务接入码和虚号码实现呼叫的系统和方法 | |
CN1838763A (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 | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |