[发明专利]一种智能业务话单被叫号码的确定方法及系统

说明书

技术领域

本发明涉及固定和移动网络融合技术，尤其设计一种智能业务话单被叫号码的确定方法及系统。

背景技术

为了在电信的固定网络中更有效地融合和利用移动网络资源，很多固定网络的智能网业务交换点(SSP，Service Switch Point)都支持通过CAMEL应用部分(CAP，CAMEL Application Part)协议和移动网络的智能网业务控制点(SCP，Service Control Point)互通，为固定用户提供智能业务；其中，CAMEL指移动网络增强逻辑的客户化应用。但在固定用户使用移动智能网提供的主叫智能业务，例如主叫预付费、话费封顶等业务时，经常出现智能业务话单中缺少被叫号码的某位或几位的问题。

存在上述问题的原因是：公共交换电话网(PSTN，Public Switched TelephoneNetwork)端局采用重叠发码发送被叫号码给SSP，即，主叫终端所在PSTN端局不等将被叫号码收齐就开始向SSP发出被叫号码中已接收的部分，虽然针对重叠发码的这种边收边发的特性，SSP设置了等待被叫号码收全定时器，当等待被叫号码收全定时器超时时，SSP不再等待后续被叫号码，通过启动监测点(IDP，Initial DP)消息将收到的被叫号码发给SCP，SCP取该被叫号码作为此次呼叫的智能业务话单被叫号码，但实际应用中存在PSTN端局间隔较长时间后才将被叫号码其余的某位或某几位号码发送给SSP，使得所述等待被叫号码收全定时器超时后，SSP才接收到被叫号码其余的某位或某几位号码的情况，这样，SSP发给SCP的IDP消息中没有包含所述被叫号码其余的某位或某几位号码，SCP所填写的此次呼叫的智能业务话单被叫号码也就不完整。

目前，解决上述问题的方案有以下几种：

一，现有固定和移动网络融合技术中，连接被叫用户时SSP采用切割补偿技术，将后续接收到的所述被叫号码其余的某位或某几位号码补偿发送给被叫终端所在PSTN端局，因此，采用重叠发码发送被叫号码不影响呼叫连接。此方案中，SSP不采用切割补偿技术，即丢弃后续接收到的所述被叫号码其余的某位或某几位号码，这样，SSP发送至SCP的被叫号码不全时，发送给被叫PSTN端局的被叫号码也不全，导致空号呼损而不产生话单，即解决了上述智能业务话单被叫号码不完整的问题；但此方案降低了主叫智能业务的接通率，影响了用户业务体验，进而可能产生用户投诉；

二，通过延长等待被叫号码收全定时器的时长解决上述智能业务话单被叫号码不完整的问题；但采用此提案后，不论用户是否已拨完被叫号码，即，不论SSP是否已接收齐被叫号码，SSP都需要等待更多的时间才向SCP触发业务，这使得用户等待接通的时间变长，影响用户业务体验，可能产生投诉；

三，通过在SSP上把被叫号码分析细化，做等被叫号码位长接收号码来解决上述智能业务话单被叫号码不完整的问题，即，在SSP上收齐全部被叫后才触发到SCP。但要做到此方案，SSP首先必须知道用户可能拨打的各种号码的长度，例如，区号是10、20等的普通被叫号码加区号是11位，特服号码如110、119加上区号是6位，而一些特殊号码如95555加上区号是8位等；其次，SSP还需要对应用户可能拨打的各种号码的长度都需要做一个分析局码，以确定被叫号码的所属号码类型和该类型号码的长度；可见，采用此方案，分析局码数据制作量巨大，工程上无法实施，且使得用户等待接通的时间变长，影响用户业务体验，可能产生投诉；

四，SSP上的话单中被叫号码是完整的，此方案通过取SSP上的话单取代SCP上对应的智能业务话单来解决上述智能业务话单被叫号码不完整的问题；但从SSP上取话单，虽然可以保证智能业务话单被叫号码完整，但由于智能网的计费系统没有从SSP取和处理话单的机制，实施该提案需要对智能网的计费系统进行改造，工作量巨大，不易实施。

发明内容

有鉴于此，本发明的主要目的在于提供一种智能业务话单被叫号码的确定方法及系统，能够解决智能业务话单被叫号码不完整的问题。

为达到上述目的，本发明的技术方案是这样实现的：

一种智能业务话单被叫号码的确定方法，该方法包括：

智能网业务交换点SSP生成携带被叫号码的申请计费报告ACR操作码并向智能网业务控制点SCP上报；

SCP由所接收到ACR操作码中获取被叫号码；将所获取的被叫号码写入智能业务话单。

进一步地，所述SSP生成携带被叫号码的ACR操作码并向SCP上报前，该方法进一步包括执行申请计费操作，具体为：SCP向SSP发送申请计费AC操作码；