CN1731797B - 一种实现彩色拨号音的方法 - Google Patents
一种实现彩色拨号音的方法 Download PDFInfo
- Publication number
- CN1731797B CN1731797B CN 200410062687 CN200410062687A CN1731797B CN 1731797 B CN1731797 B CN 1731797B CN 200410062687 CN200410062687 CN 200410062687 CN 200410062687 A CN200410062687 A CN 200410062687A CN 1731797 B CN1731797 B CN 1731797B
- Authority
- CN
- China
- Prior art keywords
- scp
- length
- ssp
- calling subscriber
- dial tone
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种实现彩色拨号音的方法,该方法包含:主叫用户摘机触发至SCP,SCP判断主叫用户是否签约彩色拨号音业务,如果是,则SCP通知彩色拨号音节点向主叫用户播放定制的彩色拨号音,结束当前彩色拨号音流程;否则,SSP向主叫用户播放标准拨号音,从而使新兴的彩色拨号音业务得以实现,利于彩色拨号音业务的推广和发展。另外,本发明还提供了实现彩色拨号音业务之后的号码收集方法,使得SCP能够对收集到的号码进行号码分析,从而进行与呼叫相关的后续操作,或SCP通知SSP收集到完整的号码后再触发至SCP,由SCP进行呼叫控制,使得实现彩色拨号音业务之后的呼叫得以正常接续。
Description
技术领域
本发明涉及智能业务领域,特别是指一种实现彩色拨号音的方法。
背景技术
全网智能化(INnet)的关键在于业务与交换分离,由智能网控制包括基础呼叫在内的呼叫,大大提升业务能力和网络能力。结合呼叫、网络、运营、终端各环节,提出全网的四个智能化,即呼叫智能化、网络智能化、运营智能化和终端智能化。
呼叫智能化是指用户摘机、拨号、接续、振铃、挂机等呼叫过程的各个环节,都由智能网进行控制,交换节点仅完成基本的接续功能。网络智能化是指从满足业务开放的角度来看,网络各端局和所有网络交换节点均应具有业务交换点(SSP)的能力,即端局、汇接局、长途局、关口局等均具有SSP的能力,同时支持多种条件下的智能业务触发。运营管理是开展业务的重要环节。在智能网中实现呼叫流程,使得全面环球网(Web)化管理成为可能。从用户角度出发,全网智能化的运营管理模式,可进行多层面的个性化运营管理。固定网络终端的功能长期处于一种停滞的状况,这无疑在一定程度上抑制了业务的发展,许多业务都是由于终端过于简单而导致应用复杂,致使业务的推广受到阻碍。业务与终端的组合,不但可使用户快速体验到新业务带来的好处,还可反过来促进业务的推广和发展。
针对主叫用户摘机后对终端进行的输入信息,即来自主叫用户的拨号信息,当前主叫交换节点的号码收集方式有两种,一种号码收集方式是逐位收集、逐位分析,即主叫交换节点一个号码、一个号码地对拨号信息收集,并且主叫交换节点一边收集号码一边对已经收集到的号码进行分析,主叫交换节点根据预先存储的数据信息,判断是否能够根据当前收集到的号码确定路由信息或是否触发智能业务,如果是,则主叫交换节点根据路由信息路由至被叫交换节点或触发智能业务;否则,主叫交换节点继续收集号码并进行分析判断,直至能够根据存储的数据信息,确定路由信息或触发智能业务。另一种号码收集方式是在主叫交换节点收集到能够确定被叫交换节点路由信息的号码信息时,立即向被叫交换节点发送这些号码信息,然后一边继续收集号码,一边向该被叫交换节点发送收集的号码信息,即主叫交换节点收集到一个号码,就向当被叫交换节点发送一个号码,被叫交换节点确定收到的号码已经完整时,就向主叫交换节点发送确认信息,主叫交换节点通过收到的确认信息确定收集到的号码已完整,停止号码收集,或即使继续进行号码收集也不再进行号码分析,也不再向被叫交换节点发送收到的号码。
目前,一种新业务正在悄然兴起,这就是彩色拨号音业务。彩色拨号音业务是指主叫用户摘机后听到的拨号提示音不同于标准的、单一的拨号音,而是能够根据主叫用户的定制播放各种不同声音的拨号提示音,即拨号提示音不再是一成不变的“嘟”音,可为一段音乐、祝福音等等。但由于交换节点自身只负责基本的呼叫接续功能,无法根据用户定制的业务向用户提供彩色拨号音业务。由于在INnet系统中,物理号码与用户号码相分离,用户拥有的号码可以不因物理位置的改变而改变,使用户拥有唯一的永久号码成为可能。这样,由于现有交换节点的组网方式中,用户数据都是存储在单独的局上,而无法将用户的数据集中存储,因此,交换节点无法确定哪个主叫用户定制了彩色拨号音业务,进而无法确定出需要向哪个主叫用户播放彩色拨号音,从而使这个新兴的彩色拨号音业务根本无法实现,使得彩色拨号音业务的推广受到严重的阻碍。
发明内容
有鉴于此,本发明的目的在于提供一种实现彩色拨号音的方法,使固定电话网络的彩色拨号音业务得以实现,利于彩色拨号音业务的推广和发展;并且本发明还进一步提供了实现彩色拨号音业务之后的号码收集方法,使得实现彩色拨号音业务之后的呼叫得以正常接续。
为了达到上述目的,本发明提供了一种实现彩色拨号音的方法,该方法包含以下步骤:A、主叫用户摘机触发至SCP,SCP中存储有用户的签约信息,SCP判断主叫用户是否签约彩色拨号音业务,如果是,则执行步骤B;否则,执行步骤C;
B、SCP通知彩色拨号音节点向主叫用户播放定制的彩色拨号音,结束当前彩色拨号音流程;
C、SSP向主叫用户播放标准拨号音。
步骤A中所述判断主叫用户是否签约彩色拨号音业务为:根据存储的用户签约信息,判断主叫用户是否签约彩色拨号音业务;
所述步骤B包含以下步骤:
B1、SCP根据主叫用户的签约信息,确定与该主叫用户相对应的音频文件编码,然后向彩色拨号音节点提供该音频文件编码,
B2、彩色拨号音节点根据收到的音频文件编码,确定与该音频文件编码相对应的音频文件,然后向主叫用户播放该音频文件。
所述彩色拨号音节点为SSP,或为AIP。
该方法进一步包含:
D1、SCP通知SSP当前预收号码长度,SSP根据收到的预收号码长度向SCP返回所述长度的号码,SCP判断是否能够根据收到的号码确定呼叫信息,如果是,则进行呼叫相关操作,否则,返回执行步骤D1。
SCP中预先存储有字冠表,所述步骤D1包括以下步骤:
D11、SCP通知SSP当前预收号码长度,SSP向SCP返回所述长度的号码;
D12、SCP判断收到的号码是否与字冠唯一匹配,如果是,则确定呼叫信息,否则,执行步骤D13;
D13、SCP通知SSP当前预收号码长度为所有匹配字冠中最小号码长度与已经收集号码长度的差,SSP向SCP返回长度为所述长度的号码,返回执行步骤D12。
所述步骤D11为:SCP通知SSP当前预收号码长度为所有字冠中的最小字冠长度,SSP向SCP返回长度为最小字冠长度的号码;
所述步骤D12进一步包括以下步骤:
D121、SCP判断收到的号码是否与字冠唯一匹配,如果是,则执行步骤D122,否则,执行步骤D13;
D122、SCP判断收到的所有号码的长度是否等于匹配字冠的最小号码长度,如果是,则对收到的所有号码进行号码分析,确定呼叫信息,否则,执行步骤D123;
D123、SCP判断收到的所有号码是本网号码还是外网号码,如果是本网号码,则执行步骤D124,如果是外网号码,则执行步骤D125;
D124、SCP通知SSP当前预收号码长度为匹配字冠最小号码长度与已经收集号码长度的差,SSP向SCP返回长度为所述长度的号码,SCP对收到的所有号码进行号码分析,确定呼叫信息;
D125、SCP通知SSP当前预收号码长度为外网号码的最小号码长度与已经收集号码长度的差,SSP收集到所述长度的号码后,通过与外网交换节点的交互确定收集的号码已完整。
所述当前预收号码长度为当前预收号码的最大长度或最小长度。
该方法进一步包括:SCP每次通知SSP当前预收号码长度的号码的时间间隔,SSP临时存储主叫用户的输入号码。
所述主叫用户的输入号码为除向SCP返回号码之外的号码。
所述SCP通知SSP当前预收号码长度为:SCP向SSP发送携带有预收号码长度的收号请求。
所述SCP向SSP发送的第一个收号请求中携带有主叫用户签约彩色拨号音业务的音频文件编码。
该方法进一步包含:SCP通知SSP收集完整号码后向SCP返回。
所述SCP通知SSP收集完整号码后向SCP返回为:SCP向SSP发送携带有完整收号标识的收号请求。
根据本发明提出的方法,主叫用户一摘机就触发至SCP,SCP根据存储的签约信息判断主叫用户是否签约彩色拨号音业务,如果是,则通知彩色拨号音节点向主叫用户播放相应彩色拨号音,从而使新兴的彩色拨号音业务得以实现,利于彩色拨号音业务的推广和发展;并且本发明还进一步提供了实现彩色拨号音业务之后的号码收集方法,如SCP通过多次向SSP发送PC,使得SSP多次向SCP上报用户的输入号码,使得SCP能够对收集到的号码进行号码分析,从而进行与呼叫相关的后续操作,或SCP通知SSP收集到完整的号码后再触发至SCP,由SCP进行呼叫控制,使得实现彩色拨号音业务之后的呼叫得以正常接续。
附图说明
图1为实现彩色拨号音业务示意图;
图2为实现彩色拨号音业务流程图;
图3为实现彩色拨号音业务、号码收集、号码分析交互过程示意图;
图4为号码收集、号码分析流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面结合附图对本发明作进一步的详细描述。
图1为实现彩色拨号音业务示意图,如图1所示,本发明中,在INnet系统中,业务控制点(SCP)101中存储有用户的签约信息,例如,用户是否签约彩色拨号音业务,用户签约彩色拨号音业务的音频文件编码等,增强独立外部设备(AIP)102或SSP 103等彩色拨号音节点中存储有各种音频文件,及各音频文件与音频文件编码之间的对应关系。主叫用户摘机后,立即将智能业务触发至SCP 101,SCP 101判断主叫用户是否签约彩色拨号音业务,如果是,则向AIP 102或SSP 103等彩色拨号音节点发送音频文件编码,AIP 102或SSP 103等彩色拨号音节点收到音频文件编码后,根据音频文件编码向主叫用户播放相应的音频文件;否则,SCP 101进行后续操作,如向主叫用户提供其他业务等。
图2为实现彩色拨号音业务流程图,如图2所示,彩色拨号音业务的实现过程包括以下步骤:
步骤201~步骤202:主叫用户摘机,触发至SCP。SCP判断主叫用户是否签约彩色拨号音业务,如果是,则执行步骤203;否则,执行步骤205。
步骤203~步骤204:SCP根据主叫用户的签约信息,查找到与主叫用户相对应的音频文件编码,然后向彩色拨号音节点发送该音频文件编码。彩色拨号音节点收到音频文件编码后,查找到与该音频文件编码相对应的音频文件,然后向主叫用户播放该音频文件,使得彩色拨号音业务得以实现,然后继续执行步骤206。
步骤205:SSP向主叫用户播放标准拨号音,该标准拨号音可为系统设置的默认拨号音,如通常的“嘟”音,然后执行步骤206。
步骤206~步骤208:SCP对主叫用户输入的拨号信息进行号码分析,根据分析获取的信息通知SSP接续呼叫,然后建立呼叫直至释放呼叫。无论主叫用户是否签约彩色拨号音业务,在步骤206之前都可包括SCP向主叫用户提供其他业务的步骤,并且,从建立呼叫到释放呼叫的过程中还可包括SCP向主叫用户或被叫用户提供其他业务的步骤。
由于实现彩色拨号音业务后需要进行呼叫的接续,而在接续呼叫前,需要对主叫用户的拨号信息进行收集,以完成号码的分析,因此,本发明中,向主叫用户播放音频文件,实现彩色拨号音业务后,由SSP收集主叫用户的拨号信息,并将收集到的号码交由SCP进行号码分析。
图3为实现彩色拨号音业务、号码收集、号码分析过程示意图,如图3所示,实现彩色拨号音业务、号码收集、号码分析的交互过程包括以下步骤:
步骤301~步骤303:主叫用户摘机,SSP向SCP发送主叫用户的摘机信息IDP,触发智能业务。SCP收到IDP后,对主叫用户属性进行分析,判断主叫用户是否签约彩色拨号音业务,如果是,则在步骤304中向SSP发送的收号请求(PC)中携带有与该主叫用户相对应的音频文件编码,否则,在步骤304中向SSP发送的PC中不携带任何音频文件编码,无论主叫用户是否签约彩色拨号音业务,SCP都会向SSP发送连接放音资源消息(CTR或ETC),通知SSP建立放音资源连接。SSP收到CTR或ETC后,与SCP连接放音资源。
步骤304~步骤305:SCP向SSP发送PC,该PC中携带有预收号码长度,通知SSP当前收集号码的长度。如果SCP确定主叫用户签约彩色拨号音业务,则该PC中还携带有与该主叫用户相对应的音频文件编码,SSP收到PC后,根据音频文件编码,查找到相应音频文件,然后向主叫用户播放该音频文件。如果SCP确定主叫用户未签约彩色拨号音业务,则SSP收到PC后,向主叫用户播放标准的拨号音,如系统设置的默认拨号音。主叫用户开始拨号后,SSP根据开始收集号码,并根据预收号码长度在收集到预收号码长度的号码时,通过收号响应(PCR)向SCP返回与预收号码长度相对应的号码。SCP对收到的号码进行分析,如果能够根据已收集到的号码确定相关呼叫信息,则根据确定的呼叫信息进行相应处理,然后执行步骤308;如果无法根据已收集到的号码确定相关呼叫信息,则继续执行步骤306。
如果是AIP向签约彩色拨号音业务的主叫用户播放音频文件,则SCP将音频文件编码发送给AIP,这样,SCP向SSP发送的第一个PC中不携带音频文件编码,该PC中可携带静音指示,由SSP向主叫用户屏蔽掉其他声音,使主叫用户只能够听到其定制的音频文件。
步骤306~步骤307:SCP向SSP发送PC,该PC中携带有预收号码长度,通知SSP当前收集号码的长度,由于主叫用户在拨号过程中不需要出现任何声音,因此,该PC中还携带有静音指示,通知SSP向主叫用户屏蔽掉其他声音。SSP收到PC后,通过PCR向SCP返回与预收号码长度相对应的、后续收集到的号码。SCP将收到的所有号码进行综合分析,如果能够根据已收集到的号码确定相关呼叫信息,则根据确定的呼叫信息进行相应处理,,然后执行步骤308;如果无法根据已收集到的号码确定相关呼叫信息,则重复执行步骤306~307。
由于主叫用户的拨号是连续的,但SCP上进行的号码分析是分段的,即SCP多次向SSP发送PC,要求SSP向其提供收集到的相应长度的号码,然后由SCP对收到的所有号码进行综合分析,因此,SSP在根据PC向SCP返回已收集到的号码之后,主叫用户的拨号信息仍然会持续地传送至SSP,因此SSP会继续收集号码,在SCP下一次要求SSP提供收集到的号码之前,SSP会暂时存储收集到的号码。
步骤308:SCP向SSP发送释放放音资源消息(DFC),通知SSP释放放音资源,SSP和SCP释放之间的放音资源。
以上过程的描述中提到SCP会通过多次向SSP发送PC,使SSP能够向SCP提供收集到的、所需长度的号码,从而使SCP能够根据SSP提供的号码确定相关呼叫信息,下面详细描述一下SCP在每次要求SSP提供相应长度的号码时,如何确定预收号码长度。
SCP中存储有字冠表,该字冠表中可包括:字冠、最小好长、最大号长、本网属性、字冠属性、业务属性等内容,SCP可根据字冠表确定每次的预收号码长度,字冠表的具体格式可参见表一。
字冠 | 最小号长 | 最大号长 | 本网属性 | 字冠属性 | 业务属性 | 备注 |
114 | 3 | 3 | 是 | 特殊服务 | 接续 | |
17909 | 9 | 24 | 是 | 智能业务 | 业务转移 | 一次拨号 |
17909300 | 8 | 8 | 是 | 智能业务 | 业务转移 | 二次拨号 |
图4为号码收集、号码分析流程图,如图4所示,号码收集、号码分析的实现过程包括以下步骤:
步骤401~步骤402:SCP根据字冠表中所有字冠的最小长度,通知SSP当前预收号码长度为该最小字冠长度。SSP收到通知并且主叫用户开始拨号后,SSP开始收集号码,并向SCP提供收集到的、长度为最小字冠长度的号码。
步骤403:SCP收到长度为最小字冠长度的号码后,判断收到的号码是否与字冠唯一匹配,如果是,则执行步骤404;否则,执行步骤411。
步骤404:SCP根据字冠表判断收到的号码长度是否等于匹配字冠的最小号码长度,如果是,则执行步骤408,否则,执行步骤405。
如果SCP无法通过SSP两次返回的号码确定唯一匹配的字冠,可重复执行步骤404,直至确定与收集到的所有号码唯一匹配的字冠。
步骤405:SCP根据字冠表判断收到的号码是本网号码还是外网号码,如果是本网号码,则执行步骤406;如果是外网号码,则执行步骤409。本网号码、外网号码的划分是指SCP存储全部号码的为本网号码,仅存储局部号段的为外网号码。
步骤406~步骤407:SCP根据字冠表,通知SSP当前预收号码长度为匹配字冠最小号码长度与已经收集号码长度的差。SSP收到通知后,向SCP返回相应长度的号码,然后继续执行步骤408。
步骤408:SCP对全部收集的号码进行分析,获取相关呼叫信息,然后结束当前号码收集、号码分析流程。
步骤409~步骤410:SCP根据字冠表,通知SSP当前收集的最大或最小号码长度为外网最小号码长度与已经收集号码长度的差,然后SSP通过与外网交换节点的交互,确定收集的号码已完整,结束当前号码收集、号码分析流程。
步骤411~步骤412:SCP根据字冠表,通知SSP当前预收号码长度为所有匹配字冠中的最小号码长度与已经收集号码长度的差。SSP收到通知后,向SCP返回相应长度的号码,返回执行步骤403。
以表一为参照,举一应用实例对号码收集、号码分析流程作进一步描述。
例如,用户摘机后,拨打1790901012345678,具体的号码收集、号码分析流程如下:
SCP根据表一确定:要求SSP第一次返回的、收集号码的长度=Min(所有字冠中的最小字冠长度)=3,通知SSP当前返回的号码长度为3。主叫用户拨号后,SSP第一次向SCP返回的号码长度为3,即向SCP返回的号码为179。SCP收到179后,判断出179未与字冠唯一匹配,存在两个与179相匹配的字冠,即17909和17909300,这样,SCP根据表一确定:要求SSP第一次返回的、收集号码的长度=Min(匹配179字冠的最小号码长度)-已经收集的号码长度=Min(9,8)-3=8-3=5,通知SSP当前返回的号码长度为5。SSP第二次向SCP返回的号码长度为5,即主叫用户拨号的第4位至第8位,返回的号码为09010。SCP收到09010后,判断出17909010与字冠17909唯一匹配,然后SCP确定当前收集号码的长度为8,未达到匹配字冠17909的最小号码长度,因此,SCP根据表一确定,要求SSP最后一次返回的、收集号码的长度=匹配字冠最小号码长度-已收集号码的长度=9-8=1,通知SSP当前返回的号码长度为1,SSP最后一次向SCP返回的号码长度为1,即主叫用户拨号的第9位,返回的号码为1,SCP对收到的所有号码进行分析,确定相关呼叫信息,然后进行后续呼叫相关操作,如接续呼叫、触发其他智能业务等。
为避免由于SSP与SCP之间的交互,使主叫用户感觉到时延,影响服务的质量,这就对SCP进行号码分析的能力和效率的要求比较高,因此,可在SCP中增加号码分析模块,由该号码分析模块对收到的号码进行分析,以实现更高的号码分析能力和效率。
另外,主叫用户摘机后,触发至SCP,SCP对主叫用户属性进行分析,然后SCP通知SSP进行号码收集,并要求SSP完成完整的被叫号码收集后,再二次触发至SCP,在SCP通知SSP进行号码收集的消息中可携带有相应特殊标识,用于通知SSP完成完整的被叫号码收集后触发至SCP,该用于通知SSP进行号码收集的消息可为PC。如果主叫用户签约了彩色拨号音业务,则在SCP通知SSP进行号码收集的消息中携带有相应音频文件编码,通知SSP根据音频文件编码向主叫用户播放相应音频文件。SCP以携带特殊标识的消息通知SSP进行号码收集时,此时,SSP的号码收集过程不再是分段的,即不再是逐位或逐几位向SCP上报,而是由SSP完成号码收集和号码分析的完整过程,号码收集完整后最后再触发至SCP。这样,由于需要SSP对收集到的号码进行号码分析,因此,SSP中需存储有字冠表,增加了对数据的维护。由于SSP收集到完整的号码后,还需触发至SCP,由SCP对呼叫的接续进行控制,这样,SSP无法一边收集号码一边将收集到的号码发送出去,也就根本无法通过与其他交换节点的交互,获知收集到的号码是否完整,因此,必须将大量的号码信息存储在SSP上,SSP才能根据自身存储的信息获知收集到的号码是否完整,使得SSP中存储的数据量过大,对SSP自身的要求较高。
总之,以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (13)
1.一种实现彩色拨号音的方法,其特征在于,该方法包含以下步骤:
A、主叫用户摘机触发至SCP,SCP中存储有用户的签约信息,SCP判断主叫用户是否签约彩色拨号音业务,如果是,则执行步骤B;否则,执行步骤C;
B、SCP通知彩色拨号音节点向主叫用户播放定制的彩色拨号音,结束当前彩色拨号音流程;
C、SSP向主叫用户播放标准拨号音。
2.根据权利要求1所述的方法,其特征在于,
步骤A中所述判断主叫用户是否签约彩色拨号音业务为:根据存储的用户签约信息,判断主叫用户是否签约彩色拨号音业务;
所述步骤B包含以下步骤:
B1、SCP根据主叫用户的签约信息,确定与该主叫用户相对应的音频文件编码,然后向彩色拨号音节点提供该音频文件编码,
B2、彩色拨号音节点根据收到的音频文件编码,确定与该音频文件编码相对应的音频文件,然后向主叫用户播放该音频文件。
3.根据权利要求1所述的方法,其特征在于,所述彩色拨号音节点为SSP,或为AIP。
4.根据权利要求1所述的方法,其特征在于,该方法进一步包含:
D1、SCP通知SSP当前预收号码长度,SSP根据收到的预收号码长度向SCP返回所述长度的号码,SCP判断是否能够根据收到的号码确定呼叫信息,如果是,则进行呼叫相关操作,否则,返回执行步骤D1。
5.根据权利要求4所述的方法,其特征在于,SCP中预先存储有字冠表,所述步骤D1包括以下步骤:
D11、SCP通知SSP当前预收号码长度,SSP向SCP返回所述长度的号码;
D12、SCP判断收到的号码是否与字冠唯一匹配,如果是,则确定呼叫信息,否则,执行步骤D13;
D13、SCP通知SSP当前预收号码长度为所有匹配字冠中最小号码长度与已经收集号码长度的差,SSP向SCP返回长度为所述长度的号码,返回执行步骤D12。
6.根据权利要求5所述的方法,其特征在于,
所述步骤D11为:SCP通知SSP当前预收号码长度为所有字冠中的最小字冠长度,SSP向SCP返回长度为最小字冠长度的号码;
所述步骤D12进一步包括以下步骤:
D121、SCP判断收到的号码是否与字冠唯一匹配,如果是,则执行步骤D122,否则,执行步骤D13;
D122、SCP判断收到的所有号码的长度是否等于匹配字冠的最小号码长度,如果是,则对收到的所有号码进行号码分析,确定呼叫信息,否则,执行步骤D123;
D123、SCP判断收到的所有号码是本网号码还是外网号码,如果是本网号码,则执行步骤D124,如果是外网号码,则执行步骤D125;
D124、SCP通知SSP当前预收号码长度为匹配字冠最小号码长度与已经收集号码长度的差,SSP向SCP返回长度为所述长度的号码,SCP对收到的所有号码进行号码分析,确定呼叫信息;
D125、SCP通知SSP当前预收号码长度为外网号码的最小号码长度与已经收集号码长度的差,SSP收集到所述长度的号码后,通过与外网交换节点的交互确定收集的号码已完整。
7.根据权利要求6所述的方法,其特征在于,所述当前预收号码长度为当前预收号码的最大长度或最小长度。
8.根据权利要求4所述的方法,其特征在于,该方法进一步包括:SCP每次通知SSP当前预收号码长度的号码的时间间隔,SSP临时存储主叫用户的输入号码。
9.根据权利要求8所述的方法,其特征在于,所述主叫用户的输入号码为除向SCP返回号码之外的号码。
10.根据权利要求4所述的方法,其特征在于,所述SCP通知SSP当前预收号码长度为:SCP向SSP发送携带有预收号码长度的收号请求。
11.根据权利要求10所述的方法,其特征在于,所述SCP向SSP发送的第一个收号请求中携带有主叫用户签约彩色拨号音业务的音频文件编码。
12.根据权利要求1所述的方法,其特征在于,该方法进一步包含:SCP通知SSP收集完整号码后向SCP返回。
13.根据权利要求12所述的方法,其特征在于,所述SCP通知SSP收集完整号码后向SCP返回为:SCP向SSP发送携带有完整收号标识的收号请求。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200410062687 CN1731797B (zh) | 2004-08-06 | 2004-08-06 | 一种实现彩色拨号音的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200410062687 CN1731797B (zh) | 2004-08-06 | 2004-08-06 | 一种实现彩色拨号音的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1731797A CN1731797A (zh) | 2006-02-08 |
CN1731797B true CN1731797B (zh) | 2010-04-21 |
Family
ID=35964092
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200410062687 Expired - Fee Related CN1731797B (zh) | 2004-08-06 | 2004-08-06 | 一种实现彩色拨号音的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1731797B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100589507C (zh) | 2006-10-30 | 2010-02-10 | 华为技术有限公司 | 一种拨号提示系统及方法 |
CN113286034A (zh) * | 2021-04-07 | 2021-08-20 | 深圳震有科技股份有限公司 | 一种在拨号音之前语音提示的方法、终端及存储介质 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5535264A (en) * | 1993-02-10 | 1996-07-09 | Unisys Corporation | Prompt issuing protocol for an intercept voice messaging system |
-
2004
- 2004-08-06 CN CN 200410062687 patent/CN1731797B/zh not_active Expired - Fee Related
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5535264A (en) * | 1993-02-10 | 1996-07-09 | Unisys Corporation | Prompt issuing protocol for an intercept voice messaging system |
Also Published As
Publication number | Publication date |
---|---|
CN1731797A (zh) | 2006-02-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102883293B (zh) | 一种实现移动电话来电智能管理的系统和方法 | |
CN1889701B (zh) | 在智能通话中播放提示音的方法 | |
US7609831B2 (en) | Method for implementing wide area Centrex | |
CN100426922C (zh) | 一种智能网系统中呼叫接续的实现方法 | |
CN101014143A (zh) | 基于智能网信令监控的开机提醒业务系统装置及其应用 | |
CN101291460B (zh) | 一种移动智能网业务转固定智能网业务的触发方法 | |
CN1992755B (zh) | 一种主叫用户拒听彩铃的系统和方法 | |
CN100571302C (zh) | 用于呼叫转移时彩铃播放的系统和方法 | |
CN1980278A (zh) | 一种抑制个性化回铃音业务的方法 | |
CN100558174C (zh) | 一种呼叫接续方法 | |
CN1731797B (zh) | 一种实现彩色拨号音的方法 | |
CN100426824C (zh) | 实现个人便携电话系统智能业务的方法 | |
CN100456775C (zh) | 一种实现彩色回铃音业务的方法 | |
CN101572754B (zh) | 基于改进型无线固话终端的无线固话系统及其应用 | |
CN100502437C (zh) | 一种实现彩铃业务的方法 | |
CN100496072C (zh) | 一种总机实现方法 | |
CN100563278C (zh) | 一种实现号码收集的方法 | |
CN100525350C (zh) | 一种实现彩色振铃音的方法 | |
CN1761272B (zh) | 一种实现呼叫智能化的方法 | |
CN1681282B (zh) | 一种码分多址系统中实现彩铃业务的方法 | |
CN101080042B (zh) | 一种实现闭合群业务的方法 | |
CN100454812C (zh) | 一种基于无线智能网协议的用户交互脚本的实现方法 | |
CN100456889C (zh) | 一种实现背景音业务的系统及方法 | |
US6678368B1 (en) | Calling subscriber validation | |
KR100577919B1 (ko) | 전화 발신 중 링백톤 대체음을 이용하여 다른 부가서비스의 음원을 설정하는 방법 및 장치 |
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: 20100421 Termination date: 20120806 |