CN102404651B - 一种在ims网络上实现inap智能业务的方法及*** - Google Patents
一种在ims网络上实现inap智能业务的方法及*** Download PDFInfo
- Publication number
- CN102404651B CN102404651B CN201110443414.8A CN201110443414A CN102404651B CN 102404651 B CN102404651 B CN 102404651B CN 201110443414 A CN201110443414 A CN 201110443414A CN 102404651 B CN102404651 B CN 102404651B
- Authority
- CN
- China
- Prior art keywords
- service
- ssf
- business
- scp
- ims
- 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.)
- Active
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明给出一种在IMS网络上实现INAP智能业务的方法及***，IMS用户的智能业务触发规则保存在HSS上，每种固网智能业务都要签约一个iFC，在iFC的AS地址中携带IM SSF的地址、在ServiceInfo中还携带AccessCode接入码即智能接入码；SCSCF根据iFC中的Service信息找到SSF的IP地址，并根据iFC中的ServiceInfo信息获取接入码AccessCode，在发送给SSF的Invite消息中携带接入码；SSF根据invite消息中的Route头域来获取接入码，根据主叫号码的区号和智能业务接入码配合来分析所使用的SCP，SSF查询本地配置获取SCP地址，使用INAP协议完成相关智能业务的触发。本发明当现网用户接入IMS后，可以由MMETL AS网元来实现继承现网用户的补充业务，可以通过IM-SSF网元采用INAP协议与现网SCP对接实现继承现网用户拥有的智能业务。
Description
技术领域
本发明涉及一种在IMS网络上实现INAP智能业务的方法及***。
背景技术
(一)IMS用户号码格式编号的要求
1)现网固网用户混合放号的背景
在固网智能化之后，采用对交换机端口进行物理号码编号、在SHLR存放物理号码和逻辑号码对应关系及签约智能业务的方式，实现用户号码和交换机彻底分离，使固定电话用户号码变得非常灵活。为了方便话路路由字冠数据的分析，专门为每个PSTN端局(含软交换)都分配一个物理号码段。这样IT***只需依据用户的物理号码段就可知道用户所归属的局向，就知道该往哪个PSTN端局(含软交换)下发工单。所以目前PSTN用户在SHLR上的放号方式有两种：方式一，用户没有办理移机不改号或一号双机等业务，用户就不混合放号，在端局放号时放逻辑号码、在SHLR上放号时物理号码和逻辑号码配置成一样。方式二，用户办理移机不改号或一号双机等业务，用户需混合放号，在端局放号时放物理号码、在SHLR上放号时物理号码和逻辑号码配置成不一样。
2)IMS用户号码格式编号的要求
在业务发放或用户注册后，HSS中存放IMS用户私有标识(下称私有号码)和公有标识(TEL URI格式)(下称公有号码)的对应关系，ENUM中存放IMS用户SIP URI和TEL URI的对应关系，在MMTEL AS中只存放用户的两个公有号码。在IMS内部呼叫的路由和寻址一般都是用SIP URI格式的公有号码；MGCF在与PSTN、SHLR等外部网元交互时使用TEL URI格式的公有号码，即MGCF只用TELURI格式的公有号码与SHLR交互；SSF一般使用SIP URI格式的公有号码与SCP交互。IMS的PCSCF、ICSCF、SCSCF、MMTEL AS等网元都会产生话单，不同网元产生的话单中的主叫号码格式都不一样，例如PCSCF采集的话单中的主叫号码是私有号码、MMTELAS采集的话单中的主叫号码是公有号码。
由此可见，在往IMS进行业务发放时，用户的公有号码标识和私有号码标识如果采用不同的号码形式(物理号码或逻辑号码)，对用户的主叫显示和话单采集的主叫号码格式都有一定的影响。所以不管是采用新号段的IMS用户还是混合放号的IMS用户，在IMS各网元存放的E.164号码(包括私有用户标识和TEL URI格式公有用户标识)必需使用用户对外公布的逻辑号码。
(二)IMS与现网相关网元组网的建议
IMS是通过MGCF/IM-MGW与其他外部网元(如固网软交换、PSTN、PHS、SSP、CDMA)进行对接，信令路由通过LSTP转接。IMS通过SSF作为SSP与固网SCP对接、实现固网智能业务的触发，SSF与SCP的信令路由也是通过LSTP转接。MGCF和SSF是两个独立的网元，需要使用单独的信令点码。具体的组网见图1。
1)IMS与C网MSCe交换机是采用SIP-I协议进行IP互通。IMS用户拨打C网用户(本地或异地)的话务全部由MGCF通过SIP-I送给MSCe。
2)IMS与现网相关网元互通的话路路由主要是通过固网软交换转接。
A、除了IMS域内用户互拨和IMS用户拨打C网用户外的其他话务路由都经过软交换转接，对于IMS用户拨打PSTN/PHS用户，由软交换代理查询SHLR、并触发PSTN/PHS用户的被叫智能业务。
B、由于软交换和IMS都跨域组网，对于某个本地网的IMS用户呼叫同一本地网的PSTN或PHS用户，MGCF在出局时都要在被叫号码前加区号，软交换才能依据被叫号码的区号去查询归属本地网的SHLR、对于SHLR返回的结果再跳转到归属本地网的字冠翻译表进行后续的号码分析。
C、初期MGCF/IM-MGW与现网SS采用ISUP电路互通；后期采用SIP-I协议进行IP互通。
3)为了对IMS的155M能力进行测试，MGCF/IM-MGW会与有155M资源的某个局向开155M光路进行测试。在条件允许的情况下，还会开通PRI电路测试TDM PBX。
4)IMS用户(新开或者由现网PSTN迁移)的E.164号码与现网PSTN用户的逻辑号码完全混放，并且能继续享受现网SCP提供的窄带业务。
5)MGCF要支持用MAP+接口与固网SHLR对接，并支持通过开关配置是否来查询SHLR。
6)MGCF和SSF两个网元要分配独立的信令点码，并分别与LSTP开通直达的信令路由。MGCF到现网软交换等局向的信令路由以及SSF到SCP局向的信令路由都是经过LSTP转接。
(三)IMS用户与窄带固网用户混合放号的技术方案
IMS网络需要继承的现网业务主要包括两个方面：一是继承用户的补充业务，用户接入IMS后，补充业务全部由MMETL AS网元实现。二是继承用户的智能业务，例如混合放号、预付费、VPN、一号通、天翼超无、一号双机等，用户接入IMS后，可以通过IM-SSF网元采用INAP协议与现网SCP对接实现。
为了实现IMS用户和窄带固网混合放号，IMS用户在固网的SHLR上需放号并签约转网的被叫智能接入码，以实现域外用户拨打IMS用户呼叫能路由到IMS域。IMS用户做主叫时，是先根据ENUM上所配置的用户数据来判断被叫是否为IMS城内用户，这样IMS域内用户互拨就不需要去查询现网SHLR和路由出IMS域就可完成呼叫的接续。
1)现网的用户呼叫IMS用户(新号段或混合放号)：主叫端局先查询固网SHLR，之后再根据被叫用户所签约的被叫智能接入码，将呼叫路由到IMS网络完成被叫IMS用户相关智能业务和MMTEL AS业务的触发，并接续被叫。PSTN用户呼叫IMS用户的流程见图2。
2)IMS用户呼叫现网用户：先通过ENUM判断被叫是否为IMS域内用户，如果不是IMS域内用户就直接将呼叫路由到MGCF，MGCF不查询固网SHLR，而是将呼叫直接送往MSCe交换机或软交换或相关端局，如果是PSTN/PHS用户，是由软交换代理查询SHLR，并完成被叫用户智能业务的触发和接续。IMS用户呼叫PSTN用户的流程见图3。
3)IMS用户呼叫IMS用户的流程见图4。
发明内容
缩略语
IMS：IP Multimedia SubsystemIP，多媒体子***
AGCF：Access Gateway Control Function，接入网关控制功能
CSCF：Call Session Control Function，呼叫会话控制功能
DNS：Domain Name System，域名***
ENUM：Telephone Number Mapping，电话号码映射
HSS：Home Subscriber Server，归属用户服务器
I-CSCF：Interrogating-CSCF，查询-CSCF
MGCF：Media Gateway Control Function，媒体网关控制功能
P-CSCF：Proxy-CSCF，代理-CSCF
PSTN：Public Switched Telephone Network，公共交换电话网
S-CSCF：Serving-CSCF，服务-CSCF
IM-SSF：IP Multimedia Service Switching Function，IP多媒体业务交换功能
SIP：Session Initiation Protocol，会话发起协议
鉴于以上，本发明提出一种在IMS网络上实现INAP智能业务的方法及***。
一种在IMS网络上实现INAP智能业务的方法，包括：
IMS用户的智能业务触发规则保存在HSS上，每种固网智能业务都要签约一个iFC，在iFC的AS地址中携带IM SSF的地址、在ServiceInfo中还携带AccessCode接入码即智能接入码；
SCSCF根据iFC中的Service信息找到SSF的IP地址，并根据iFC中的ServiceInfo信息获取接入码AccessCode，在发送给SSF的Invite消息中携带接入码；
SSF根据invite消息中的Route头域来获取接入码，根据主叫号码的区号和智能业务接入码配合来分析所使用的SCP，SSF查询本地配置获取SCP地址，使用INAP协议完成相关智能业务的触发。
一种在IMS网络上实现INAP智能业务的***，包括：
HSS，保存IMS用户的智能业务触发规则，每种固网智能业务都要签约一个iFC，在iFC的AS地址中携带IM SSF的地址、在ServiceInfo中还携带AccessCode接入码即智能接入码；
SCSCF，根据iFC中的Service信息找到SSF的IP地址，并根据iFC中的ServiceInfo信息获取接入码AccessCode，在发送给SSF的Invite消息中携带接入码；
SSF，根据invite消息中的Route头域来获取接入码，根据主叫号码的区号和智能业务接入码配合来分析所使用的SCP，SSF查询本地配置获取SCP地址，使用INAP协议完成相关智能业务的触发。
本发明给出一种在IMS网络上实现INAP智能业务的方法及***，当现网用户接入IMS后，可以由MMETL AS网元来实现继承现网用户的补充业务，可以通过IM-SSF网元采用INAP协议与现网SCP对接实现继承现网用户拥有的如混合放号、预付费、VPN、一号通、天翼超无、一号双机等的智能业务。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1为现有技术IMS与现网相关网元组网示意图。
图2为现有技术PSTN用户呼叫IMS用户的流程。
图3为现有技术IMS用户呼叫PSTN用户的流程。
图4为现有技术IMS用户呼叫IMS用户的流程。
图5为本发明IMS网络实现INAP智能业务的方法流程。
图6为本发明主被叫智能业务的嵌套触发流程图。
图7为本发明在IMS网络上实现INAP智能业务的***结构示意图。
图8为本发明IMS用户签约的主叫窄带智能业务的触发流程。
图9为本发明IMS+CDMA天翼超无被叫智能业务的触发流程。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明进一步详细说明。
IMS是通过SSF网元利用INAP协议代理触发固网SCP的智能业务来继承PSTN的智能业务。IMS用户的窄带智能业务信息在HSS中签约、保存。请参照附图说明IMS网络实现INAP智能业务的方法。
请参照图5，本发明包括以下步骤实现：
1)IMS网元存储的固网智能业务信息
IMS用户的智能业务触发规则保存在HSS上。每种固网智能业务都要签约一个iFC，在iFC的AS地址中携带IM SSF的地址、在ServiceInfo中还携带AccessCode接入码即智能接入码。其中主被叫智能业务的iFC是可以分开配置的。
2)SCSCF网元对固网智能业务的处理
SCSCF根据iFC中的Service信息找到SSF的IP地址，并根据iFC中的ServiceInfo信息获取接入码AccessCode。并在发送给SSF的Invite消息中携带Router头域，Route头域是一个字符串，包含“AccessCode＝××”的信息。
3)IMS SSF网元对固网智能业务的处理
SSF先根据invite消息中的Route头域来获取接入码，接着根据主叫号码的区号和智能业务接入码配合来分析使用哪个SCP来处理智能业务。SSF就是根据主叫号码的区号、智能业务接入码、智能业务的业务键，再通过相关的数据配置指向某个SCP(Service Control Point，业务控制点)的信令点码(DPC)或GT码。接入码的功能是将呼叫接续到SSF，用来触发业务；业务键是用来判断业务类型。不同厂商的SSF网元涉及该功能的配置方式不同，但每个SSF厂商都是依据上述的方式来实现分析使用哪个SCP。
例如，有SCP1和SCP2两个SCP，SCP1(点码为14-40-1)承载天翼超无、SCP2(点码为14-40-2)承载一号双机业务。天翼超无业务的业务键为21、接入码为440，一号双机的业务键为22、接入码为441。在SSF上配置业务键为21、接入码为440指向14-40-1，配置业务键为22、接入码为441指向14-40-2。
又例如，有SCP1和SCP2都承载天翼超无业务，但有些地方需要指向SCP1、有些地方需指向SCP2，就可配置主叫区号为0595、业务键为21、接入码为440指向14-40-1，主叫区号为0596、业务键为22、接入码441指向14-40-2。
之后SSF再查询本地配置获取SCP地址，使用INAP协议完成相关智能业务的触发。SSF对于智能业务触发的INAP接口与PSTN现网完全一样，送给SCP的主叫号码是取公有号码中E.164部分的号码。SSF送给SCP触发智能业务的消息中携带的主叫和被叫号码可以根据参数配置来确定是否带区号。一般SSF都有类似CODE的参数配置来确定是否带区号。每个SSF依据的参数配置不同，参数名称也不同，但每个厂商都有这么一个参数来控制触发智能业务是否带上区号、如果配置带区号的话，还会有另外一个参数来配置具体要带的区号。
4)IMS SSF网元对跨域组网的管理
由于一个IMS***可能管理多个本地网，每个本地网所归属的SCP或同一种智能业务的接入码都有可能不同。对于主叫智能业务，SSF支持根据主叫号码所归属的区号和接入码将业务触发到不同的SCP。对于被叫智能业务，SSF支持根据被叫号码所归属的区号和接入码将业务触发到不同的SCP。
5)对于通过SSF实现固网智能业务触发方案所带来的呼叫时延的估算
虽然通过SSF实现固网智能业务触发的方案也是通过INAP协议访问SCP，触发智能业务的时间和普通SSP方案基本相同，但由于SSF方案中SSF到SCSCF的呼叫路径是IP消息，会比普通SSP访问SHLR的时延稍长，如果一个用户签约了好几个智能业务，反复触发，还会多次重复SCSCF到SSF的呼叫路径，时延会更长一点，但总的来说，SSF到SCSCF的呼叫路径只是全部呼叫过程的10％不到(小于2秒)，用户很难察觉到呼叫接续所增加的时延。
6)主被叫智能业务的嵌套触发
IMS实现业务嵌套是S-CSCF根据iFC中的业务排序到不同的业务平台(SIPAS或SCP)上依次触发业务，可以灵活配置，可以先触发IMS业务，也可以先触发固网智能业务，或者智能业务混杂在各AS业务触发中。对于SCP方式的业务嵌套，S-CSCF按次序将不同的业务码带给IM-SSF，IM-SSF再根据接入码到SCP触发业务；再向S-CSCF发起呼叫，并携带当前的会话信息给S-CSCF，S-CSCF根据会话信息保留本次会话并再触发下一个业务，如果没有业务就接续被叫，流程见图6所示。
本发明利用SHLR，实现IMS与现网完全混合放号，提高了设备的利用率，而且本发明使IMS用户能够继承使用现网补充业务和智能业务，不会给现网设备带来其它问题。
补充业务是指传统的呼叫转移、主叫显示、呼叫等待、呼叫转接等不需要很复杂业务逻辑支撑的业务(即不需要SCP配合)。而智能业务是指比较复杂的业务，需要有SCP编写一些业务处理逻辑的代码程序来支撑处理的。MMTELAS网元本身就是IMS用户的补充业务网元。
图7示出本发明在IMS网络上实现INAP智能业务的***结构示意图。
HSS，保存IMS用户的智能业务触发规则，每种固网智能业务都要签约一个iFC，在iFC的AS地址中携带IM SSF的地址、在ServiceInfo中还携带AccessCode接入码即智能接入码；
SCSCF，根据iFC中的Service信息找到SSF的IP地址，并根据iFC中的ServiceInfo信息获取接入码AccessCode，在发送给SSF的Invite消息中携带接入码；
SSF，根据invite消息中的Route头域来获取接入码，根据主叫号码的区号和智能业务接入码配合来分析所使用的SCP，SSF查询本地配置获取SCP地址，使用INAP协议完成相关智能业务的触发。
下面通过附图和实施例对本发明做进一步说明。
(一)IMS用户签约的主叫窄带智能业务的触发流程
图8以IMS用户和C网用户组成的VPN群为例来说明IMS用户做主叫时主叫窄带智能业务的触发流程。
流程说明：
1、IMS用户5287001拨打本群C网用户的小号码1002，呼叫接续到SCSCF。
2、S-CSCF查询HSS获得主叫用户5287001的iFC，iFC中包含主叫iVPN业务对应的接入码4431。
3、S-CSCF根据iFC里的信息将呼叫送到IM-SSF触发主叫iVPN业务，同时在发给IM-SSF的INVTIE消息里透传主叫iVPN业务接入码4431。
4、IM-SSF根据接入码4431到SCP触发iVPN业务。
5、SCP将被叫小号码1002变成C网号码返回给IM-SSF，如果主叫还有预付费业务，SCP一并实现。
6、IM-SSF向S-CSCF发起呼叫，主叫为5287001，被叫为C网号码。
7、S-CSCF将呼叫送到MGCF。
8、MGCF再将呼叫接续到C网。
(二)IMS用户签约的被叫窄带智能业务的触发流程
1)IMS+CDMA天翼超无被叫智能业务的触发流程
IMS+CDMA天翼超无业务的触发由IMS的SSF完成，业务的签约在HSS实现，SCP的用户数据配置保持不变，用户在SHLR上只需签约转网的被叫智能接入码。非IMS域内用户呼叫签约天翼超无的IMS用户时，主叫端局查询SHLR获取转网的被叫智能接入码，之后根据转网智能接入码将呼叫路由到IMS域内，由IMS完成被叫天翼超无业务的触发和呼叫的接续。
图9是IMS用户呼叫签约天翼超无的IMS用户的流程。
1、IMS用户52870001呼叫签有天翼超无业务的IMS用户52870002，呼叫通过AGCF或P-CSCF/送到S-CSCF。
2、S-CSCF查询HSS获得被叫5287002的iFC，iFC中包含天翼超无业务对应的接入码信息4432。
3、S-CSCF根据iFC里的信息将呼叫送到IM-SSF触发被叫天翼超无智能业务。对于天翼超无业务，SCSCF在发给IM-SSF的INVTIE消息里透传天翼超无业务接入码4432。
4、IM-SSF根据接入码4432到SCP触发天翼超无。
5、SCP返回被叫5287002绑定的C网从号码189xxxxxxxx和PSTN主号码5287002。
6、IM-SSF向S-CSCF发起两路呼叫，主叫为5287001，被叫分别为5287002和189xxxxxxxx。
7、S-CSCF接续5287002，并将C网呼叫送到MGCF。
8、MGCF再接续到C网。
2)IMS+PHS一号双机被叫智能业务的触发流程
IMS+PHS一号双机业务的触发由IMS的SSF完成，业务的签约在HSS实现。为了确保业务不会被循环触发，IMS+PHS一号双机用户在SHLR和SCP上的数据都要做修改，SHLR上需将子机删除、同时只签约转网的被叫智能接入码；SCP上需将子机号码改为转网智能接入码+8位/7位逻辑号码，主机代表IMS用户、子机代表PHS用户。
当IMS用户呼叫IMS+PHS一号双机用户时，SCSCF直接根据被叫用户所签约的iFC触发规则、到SSF触发一号双机业务，接着SCP下发同振的两个号码，之后SSF同时接续两个被叫。SCSCF会将子机所对应的号码(转网智能接入码+被叫号码)经MGCF路由给软交换，软交换查询SHLR获取被叫的漫游号码，并接续PHS用户。
当非IMS域内用户呼叫IMS+PHS一号双机用户时，主叫端局先查询固网的SHLR，之后再根据被叫用户所签约的转网被叫智能接入码，将呼叫路由到IMS网络完成被叫一号双机智能业务的触发，并接续被叫。
作为对详细描述的结论，应该注意本领域的技术人员将会很清楚可对优选实施例做出许多变化和修改，而实质上不脱离本发明的原理。这种变化和修改包含在所附权利要求书所述的本发明的范围之内。
Claims (8)
1.一种在IMS网络上实现INAP智能业务的方法，包括：
IMS用户的智能业务触发规则保存在HSS上，每种固网智能业务都要签约一个iFC，在iFC的AS地址中携带IM SSF的地址、在ServiceInfo中还携带AccessCode接入码即智能接入码，其中，接入码是将呼叫接续到SSF，用来触发业务；
SCSCF根据iFC中的Service信息找到SSF的IP地址，并根据iFC中的ServiceInfo信息获取接入码AccessCode，在发送给SSF的Invite消息中携带接入码；
SSF根据invite消息中的Route头域来获取接入码，根据主叫号码的区号和智能业务接入码配合来分析所使用的SCP，SSF查询本地配置获取SCP地址，使用INAP协议完成相关智能业务的触发；
其中，还包括主被叫智能业务的嵌套触发：
SCSCF根据iFC中的业务排序到不同的业务平台上依次触发业务，所述业务平台为SIPAS或SCP平台，先触发IMS业务、或者先触发固网智能业务、或者智能业务混在各AS业务中触发；
对于SCP方式的业务嵌套，S-CSCF按次序将不同的业务码带给IM-SSF，IM-SSF再根据接入码到SCP触发业务；再向S-CSCF发起呼叫，并携带当前的会话信息给S-CSCF，S-CSCF根据会话信息保留本次会话并再触发下一个业务，如果没有业务就接续被叫。
2.根据权利要求1所述在IMS网络上实现INAP智能业务的方法，根据主叫号码的区号和智能业务接入码配合来分析所使用的SCP，包括：
SSF根据主叫号码的区号、智能业务接入码、智能业务的业务键，通过相关的数据配置指向某个SCP的信令点码或GT码，确定为所使用的SCP。
3.根据权利要求2所述在IMS网络上实现INAP智能业务的方法，包括：
对于主叫智能业务，SSF根据主叫号码所归属的区号和接入码将业务触发到不同的SCP；
对于被叫智能业务，SSF根据被叫号码所归属的区号和接入码将业务触发到不同的SCP。
4.根据权利要求1或2或3所述在IMS网络上实现INAP智能业务的方法，使用INAP协议完成相关智能业务的触发，包括：
SSF送给SCP触发智能业务的消息中携带的主叫和被叫号码根据参数配置来确定是否带区号、以及具体要带的区号。
5.一种在IMS网络上实现INAP智能业务的***，包括：
HSS，保存IMS用户的智能业务触发规则，每种固网智能业务都要签约一个iFC，在iFC的AS地址中携带IM SSF的地址、在ServiceInfo中还携带AccessCode接入码即智能接入码，其中，接入码是将呼叫接续到SSF，用来触发业务；
SCSCF，根据iFC中的Service信息找到SSF的IP地址，并根据iFC中的ServiceInfo信息获取接入码AccessCode，在发送给SSF的Invite消息中携带接入码；
SSF，根据invite消息中的Route头域来获取接入码，根据主叫号码的区号和智能业务接入码配合来分析所使用的SCP，SSF查询本地配置获取SCP地址，使用INAP协议完成相关智能业务的触发；
其中，所述SCSCF还执行主被叫智能业务的嵌套触发，根据iFC中的业务排序到不同的业务平台上依次触发业务，所述业务平台为SIPAS或SCP平台，先触发IMS业务、或者先触发固网智能业务、或者智能业务混在各AS业务中触发；
对于SCP方式的业务嵌套，S-CSCF按次序将不同的业务码带给IM-SSF，IM-SSF再根据接入码到SCP触发业务；再向S-CSCF发起呼叫，并携带当前的会话信息给S-CSCF，S-CSCF根据会话信息保留本次会话并再触发下一个业务，如果没有业务就接续被叫。
6.根据权利要求5所述在IMS网络上实现INAP智能业务的***，其中，所述SSF根据主叫号码的区号、智能业务接入码、智能业务的业务键，通过相关的数据配置指向某个SCP的信令点码或GT码，确定为所使用的SCP。
7.根据权利要求6所述在IMS网络上实现INAP智能业务的***，其中，对于主叫智能业务，所述SSF根据主叫号码所归属的区号和接入码将业务触发到不同的SCP；对于被叫智能业务，SSF根据被叫号码所归属的区号和接入码将业务触发到不同的SCP。
8.根据权利要求5或6或7所述在IMS网络上实现INAP智能业务的***，其中，所述SSF送给SCP触发智能业务的消息中携带的主叫和被叫号码根据参数配置来确定是否带区号、以及具体要带的区号。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110443414.8A CN102404651B (zh) | 2011-12-27 | 2011-12-27 | 一种在ims网络上实现inap智能业务的方法及*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110443414.8A CN102404651B (zh) | 2011-12-27 | 2011-12-27 | 一种在ims网络上实现inap智能业务的方法及*** |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102404651A CN102404651A (zh) | 2012-04-04 |
| CN102404651B true CN102404651B (zh) | 2014-12-03 |
Family
ID=45886355
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201110443414.8A Active CN102404651B (zh) | 2011-12-27 | 2011-12-27 | 一种在ims网络上实现inap智能业务的方法及*** |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102404651B (zh) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103812771B (zh) * | 2012-11-13 | 2017-03-01 | 中国电信股份有限公司 | 在ip多媒体子***中锚定业务路由的方法与*** |
| CN109104391B (zh) * | 2017-06-20 | 2022-04-12 | 中兴通讯股份有限公司 | 三角信令分析方法、装置、***及计算机可读存储介质 |
| CN112187944B (zh) * | 2020-09-30 | 2022-11-25 | 国网河北省电力有限公司信息通信分公司 | 一种一号通业务报文的处理方法 |
| CN112291825A (zh) * | 2020-11-24 | 2021-01-29 | 国网新疆电力有限公司信息通信公司 | 程控交换网割接至ims核心交换网的割接方法及装置 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6374107B1 (en) * | 1998-07-17 | 2002-04-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Local SCP for a mobile integrated intelligent network |
| CN1774015A (zh) * | 2004-11-08 | 2006-05-17 | 华为技术有限公司 | 为用户提供固网智能业务的方法及其*** |
-
2011
- 2011-12-27 CN CN201110443414.8A patent/CN102404651B/zh active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6374107B1 (en) * | 1998-07-17 | 2002-04-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Local SCP for a mobile integrated intelligent network |
| CN1774015A (zh) * | 2004-11-08 | 2006-05-17 | 华为技术有限公司 | 为用户提供固网智能业务的方法及其*** |
Non-Patent Citations (2)
| Title |
|---|
| 《HSS在IMS业务实现中的研究》;康丽娟等;《山西电子技术》;20090815(第4期);第79-80,86页 * |
| 康丽娟等.《HSS在IMS业务实现中的研究》.《山西电子技术》.2009,(第4期),第79-80,86页. * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102404651A (zh) | 2012-04-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101569153B (zh) | Gsm与ims之间的scp控制的重叠 | |
| US7969967B2 (en) | Number portability for an IMS network | |
| US9398163B2 (en) | Methods, systems, and computer program products for providing intra-carrier IP-based connections using a common telephone number mapping architecture | |
| US8792481B2 (en) | Methods, systems, and computer program products for providing inter-carrier IP-based connections using a common telephone number mapping architecture | |
| US7948967B2 (en) | Methods, systems, and computer program products for enabling non-IMS queries of a common telephone number mapping system | |
| CN100531194C (zh) | 分组域业务信号处理***及其方法 | |
| US8571015B2 (en) | Methods, systems, and computer program products for enabling non-IMS queries of a common telephone number mapping system | |
| CN106453345A (zh) | 一种呼叫建立的方法及*** | |
| CN103118347B (zh) | 一种终端间短号码呼叫的方法、***和查询设备 | |
| CN101212323B (zh) | Ims网络为群用户提供服务的方法和*** | |
| CN102404651B (zh) | 一种在ims网络上实现inap智能业务的方法及*** | |
| EP2380319A1 (en) | Methods and systems for enterprise network access point determination | |
| CN102404233B (zh) | 一种控制ims用户路由查询的方法以及ims网络 | |
| CN101267577A (zh) | 实现呼叫接续以及智能业务的方法、***和设备 | |
| WO2009122241A1 (en) | A method and system for least cost routing when forking | |
| CN100362830C (zh) | 一种分组网络互通的方法及其网络*** | |
| CN101437176B (zh) | 提供网际协议多媒体子***业务的方法、***及装置 | |
| CN101076186B (zh) | 一种处理晚前转业务的方法、网络及装置 | |
| CN101014004B (zh) | 紧急呼叫处理方法和***以及一种软交换 | |
| Bates et al. | Converged multimedia networks | |
| CN101980549B (zh) | Cdma网络中多业务嵌套的实现方法、装置和*** | |
| CN100550851C (zh) | 一种路由标识转换方法、装置及*** | |
| WO2013009266A1 (en) | Service broker interconnection and method for the support of internal centrex calls | |
| CN103812771B (zh) | 在ip多媒体子***中锚定业务路由的方法与*** | |
| CN101594368B (zh) | 用于vpn的询问转接方法 |
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 |