关口业务控制点装置以及国际漫游实现方法

文档序号:7649683阅读:270来源:国知局
专利名称:关口业务控制点装置以及国际漫游实现方法
技术领域
本发明涉及通信领域,更具体而言,涉及一种GSCP(GatewayService Control Point,关口业务控制点)装置以及一种国际漫游实现方法。
背景技术
图1示出了GSM(Global System for Mobile communications,全球数字移动电话系统)/CDMA(Code Division Multiple Access,码分多址)/3GPP(3rdGeneration Partnership Project,第三代移动通信标准化的伙伴项目)智能网架构,在GMS/CDMA/3GPP网络中,由MSC(移动交换中心,Mobile Switching Center)/SSP(业务交换点,Service Switching Point)完成用户数据下载、主叫、前转智能业务流程的触发,由GMSC(关口移动交换中心,Gateway MSC)完成被叫漫游号码获取以及被叫智能流程的分发。问询网络和拜访网络仅是功能上的说明,在实际网络中,一台MSC可以既是问询网络又是拜访网络。用户数据、业务信息总是存放在归属网络。
对于一个用户来说,其智能业务信息存储于归属SCP(业务控制点,Service Control Point),由具备SSP能力的VMSC(拜访移动交换中心,Visit MSC)设备及GMSC设备依据用户签约信息,在业务处理过程中与SCP设备交互,从而实现SCP设备对于业务的控制。
当智能用户发生国际漫游时,必将使用拜访网络中的SSP。但是目前智能网协议标准众多,例如,目前可使用的智能业务协议标准有INAP(智能网应用部份,Intelligent Nwtwork Applicaton Part)CS(能力集,Capability Set)-1;INAP CS-2;CoreINAP;C-INAP;CAMEL(客户化移动增强逻辑,Customized Application of MobileEnhanced Logic)PHASE I;CAMEL PHASE II;CAMELPHASE III;CAMEL PHASE IV;ANSI 41D,这导致在实际的业务对接中,对接双方的业务流程实现会大相径庭,从而使业务对接存在大量的困难。而且现实当中,即使对接双方使用同一标准,业务流程实现也会大相径庭,影响了业务对接。
在国际漫游的情况下,用户的基本呼叫是不存在问题的,但是用户在归属网络定制的业务将不能很好的在漫游网络使用。最明显的一个例子就是预付费业务,由于业务流程的不兼容,在漫游地很难使用原有的业务。
导致智能业务不能方便的跨网络使用,其主要的障碍在于由于IDP(初始检测点,Initial Detection Point)消息个别关键仅指明了格式,未规定内容,各运营商在定义业务时填写的内容也不同。比如LocationNumber,LocationInformation等;由于IDP消息中有很多可选参数,各厂商的SCP对于可选参数的要求也不同。比如有些厂商要求必须上报一些可选参数;由于CAMEL可以实现计费的方式很多,同一种用户感受的业务在其流程上也会存在差异,这就导致并非所有的SSP厂商都能够支持所有的业务流程。
为了解决上述的问题,相关技术中提出了一种在对接过程中修改SSP或SCP程序的技术方案,该方案是目前用于智能网对接的一般方法。
然而,该技术方案存在以下的缺点1、SSP/SCP设备必然要进行修改,而且一般说来是SSP,因为SCP远在归属国,要修改的话会影响原先归属国的业务及流程。
2、而且当在支持多个国家的智能业务流程时,由于智能业务流程、协议差异,还有可能出现在SSP上无法兼容的可能。
3、而SSP修改的话,由于SSP设备遍布全部网络,要进行全网升级才能完成业务部署。这样的话,就存在测试周期漫长,问题修改周期漫长,业务部署周期漫长的缺点,而且还存在无法兼容的风险。
4、而且,该方案将无法有效支持用户交互能力,即在漫游网络中,漫游用户将难以享受到无差别的语音提示。
在相关技术中,为了解决业务对接中存在的问题,又提出了一种Overlay方案,该方案将国际漫游的呼叫直接路由到某一个独立的SSP设备,由该SSP设备完成业务触发。
这种方案可以解决前一方案中要求全网SSP修改的缺陷,仅修改某一个SSP设备即可。
然而,该解决方案仍然存在一些缺点
1、这种方案由于在该SSP无法和VLR(拜访位置寄存器,VisitLocation Register)交互得到用户的智能签约信息,所以需要使用非标准的解决方案实现业务的触发,既不符合协议也难以维护。
2、而且该方案会丧失很多智能网能力,比如补充业务通知,VT-CSI(拜访地终端CAMEL签约信息,Visit Terminate CAMELSubscription Information)触发等。
3、同样,该方案将无法有效支持用户交互能力,即在漫游网络中,漫游用户将难以享受到无差别的语音提示。
总而言之,上述的两种解决方案在解决现有技术的智能用户发生国际漫游时的业务对接中发生的问题时,仍然存在一些缺陷,因此人们需要一种新的解决方案来解决上述的问题。

发明内容
本发明旨在一种GSCP装置以及一种国际漫游实现方法,用于解决不同运营商之间协议适配问题,以实现智能用户的国际漫游。
在本发明的一个实施例中,提供了一种关口业务控制点装置,用于实现智能用户的国际漫游,设置于国际漫游拜访网络的关口,其包括协议转换模块,用于在参数级或语义级上进行智能用户归属网络与拜访网络的不同智能网协议间的协议转换适配。
在本发明的另一个实施例中,提供了一种国际漫游实现方法,用于实现智能用户的国际漫游,包括以下步骤在智能用户进行国际漫游时,在参数级或语义级上进行智能用户归属网络与国际漫游拜访网络的不同智能网协议间的协议转换适配。
上述技术方案中的一个技术方案可以实现如下优点或有益效果由于增加了不同智能网协议间的协议转换适配,所以可以解决国际漫游业务部署困难,部署周期长等问题,从而实现迅速部署智能网国际漫游业务。


此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中图1示出了根据相关技术的GSM/CDMA/3GPP智能网的架构图;图2示出了根据本发明实施例的GSCP装置100;图3和图4示出了根据本发明实施例的放音流程图;图5示出了根据本发明实施例的GSCP装置的组网模式图;图6和图7示出了根据本发明具体实施例的智能主叫流程处理流程图;图8和图9示出了根据本发明具体实施例的始发短消息的流程图;图10示出了根据本发明具体实施例的终结短消息的流程图;图11示出了根据本发明具体实施例的GSM MAP(移动应用部份,Mobile APPlication Part)与CDMA MAP转换的流程图;
图12示出了根据本发明具体实施例的GSCP在不同计费方案间的转换的流程图;图13示出了根据本发明具体实施例的GSCP在接通后下AC(实施计费,Apply Charge)与接通前下AC之间的转换的流程图;图14示出了根据本发明具体实施例的国际漫游放音的流程图;图15示出了根据本发明具体实施例的进行监听的流程图;图16示出了根据本发明具体实施例的被叫监听的流程图;图17示出了根据本发明具体实施例的设备逻辑结构图;图18示出了根据本发明具体实施例的组网图;以及图19示出了根据本发明实施例的国际漫游实现方法。
具体实施例方式
下面将参考附图并结合实施例,来详细说明本发明。
本发明实施例提供了一种GSCP装置及其国际漫游实现方法,用于解决不同运营商之间协议适配问题,以实现智能用户的国际漫游。
如图2所示,根据本发明的一个实施例,GSCP装置100包括实现不同的(例如可以是类似的)智能网协议间的协议转换适配的协议转换模块102。由于智能网协议众多,所以有必要通过该设备实现各种智能网协议间的协议转换,在最大程度上实现异种协议间的适配。
该适配可以实现到参数级和语义级。当实现到参数级时,仅实现协议间参数的转换。例如,协议转换模块102可包括参数转换模块,用于根据预先设定的参数映射关系,将接收到的不同智能网协议中的第一协议消息的参数转换成所述不同智能网协议中的第二协议消息的参数,以在参数级进行所述不同智能网协议间的协议转换适配。当实现到语义级时,可以使用不同的实现方法达到相同的目的。比如当VMSC无法支持某些操作时,可以使用变通的方法在该设备上实现,以减少对于现有设备的改变。例如,协议转换模块102可包括语义转换模块,用于分析接收到的不同智能网协议中的第一协议消息的语义,然后转换成具有相同语义的不同智能网协议中的第二协议消息,以在语义级进行所述不同智能网协议间的协议转换适配。
由于增加了不同智能网协议间的协议转换适配,所以可以解决国际漫游业务部署困难,部署周期长等问题,迅速部署智能网国际漫游业务。
根据本发明的一个实施例,GSCP装置还可包括实现相同智能网协议下的不同业务流程适配的业务流程模块104。即使使用相同的智能网协议,在实现上,SSP设备也可能出现与SCP设备不兼容的情况。这就要求关口业务控制点GSCP装置支持语义级的适配。即可以使用不同的实现方法达到相同的目的。比如当VMSC无法支持某些操作时,可以使用变通的方法在该设备上实现,以减少对于现有设备的改变。
由于增加了业务流程适配功能,所以可以解决同时支持多国国际漫游时的流程冲突;可以方便灵活地解决因业务流程更改而导致的全网更改;可以实现可扩展的国际漫游整体解决方案。
根据本发明的一个实施例,GSCP装置还可包括解决在国际漫游拜访网络中的放音提示问题的放音模块106。当归属SCP向SSP发起用户交互类操作,比如PlayAnnoucement提示放音,以及Promptandcollectinformation提示并收集信息等操作时,关口业务控制点可以用来进行放音中语音ID参数的转换,从而避免SSP的改动。
该问题的起因是由于语音ID编码是运营商定义的,而不是全球通用的,所以会存在编码格式,内容解析上的实现差异。
由于增加了放音功能,所以可以灵活方便地解决现有国际漫游方案难以解决的用户交互问题。
该方案实现的CAMEL PHASE II及以上版本、INAP信令协议流程图如图3所示在GSCP装置上,依据不同的业务信息可以灵活进行语音ID的配置。比如依据SCP GT(全局码,Global Title)地址、SCP GT地址段、SCP GT地址段前缀、业务键等信息。
第一步,SCP下发CTR(连接到资源,Connect To Resource)操作到GSCP,指示进行放音操作;第二步,GSCP将CTR透传到SSP去,进行放音;第三步,SCP下发PA(播放语音通知,Play Announcement)操作指示放音,携带语音ID为000001100(此处ID仅作举例使用)。
第四步,GSCP依据本地规则将语音ID转换为本地SSP可识别的形式,图中以86010100为例。然后将放音请求下发到SSP进行放音。
另一种解决方案如图4所示,是将SCP下发的放音请求通过辅助IP的方式转发到某个独立SSP去实现放音,在该过程中仍可以使用语音ID转换功能。该方案优于上面方案的点在于业务语音可以很快很方便的部署。该方案实现的CAMEL PHASE II及以上版本、INAP信令协议流程图如图4所示第一步,SCP下发CTR操作到GSCP,指示进行放音操作;第二步,GSCP向SSP下发ETC(建立临时连接,EstablishTemporary Connect)操作,要求SSP建立临时连接到辅助IP去放音。
第三步,SSP依据ETC操作信息,向辅助IP发送IAM(初始地址消息,Initial Address Message),建立临时连接。
第四步,辅助IP向GSCP上报ARI(辅助请求,Assist RequestInstruction),指示临时连接已经建立。
第五步,GSCP向辅助IP下发CTR,指示AIP准备放音。
第六部,SCP向GSCP下发PA,要求放音。
第七步,GSCP依据本地规则将语音ID转换为本地SSP可识别的形式,图中以86010100为例。然后将放音请求下发到辅助IP进行放音。
在GSCP装置上,依据不同的业务信息可以灵活进行语音ID的配置。比如依据SCP GT地址、SCP GT地址段、SCP GT地址段前缀、业务键等信息或其中的任意组合;
在GSCP装置上,依据不同的业务信息可以灵活配置辅助IP的地址。比如依据SCP GT地址、SCP GT地址段、SCP GT地址段前缀、语音ID、业务键等信息或其中的任意组合;在实际的使用中,GSCP装置还可实现各种适配方案的灵活配置的配置模块108,将可能同时支持多个国家的智能业务流程,所以GSCP需要支持对于不同业务流程的灵活配置。所有灵活配置以实现同时支持多个国家的智能业务流程的配置方案均在本发明保护范围内。
本发明的一个实施例建议的方案如下依据不同的归属SCP地址(GT地址段,GT地址前缀或完整GT地址等),以及不同的业务流程(依据业务键等),确定使用的适配Profile,在不同的适配Profile中详细定义适配的各项细则。
本发明的一个实施例还可拓展关口业务控制点GSCP装置的能力,在实际的产品实现中,GSCP仅是一种逻辑上的实体,任何部分或全部实现本发明实施例中定义能力的设备都是GSCP,在本发明的保护范围内。
本方面建议的实现方案是GSCP与GMSC,GLR(关口位置寄存器,Gateway Location Register),assistIP,STP(信令转接点,Signalling Transfer Point),SMC(短消息中心,Short Message Center)或SCP中的任意组合和设置,甚至可以实现GMSC/GSCP/SCP/assistIP/GLR/SMC/STP等设备的任意组合和设置,以提供统一的国际漫游解决方案平台。在该方案中,就可以将某些通用业务,比如网络报时、旅游信息指引、欢迎短消息、天气预报等漫游地可提供的简单业务集中在GSCP中实现,甚至可以通过SCP实现SerVice ProvIDer的功能,外接其他的业务平台。
显然,通过以上的方案,本发明解决了如下技术问题1.通过本发明实现不同智能网协议间的协议转换适配;2.通过本发明实现相同智能网协议下的不同业务流程适配;3.通过本发明解决在国际漫游拜访网络中的放音提示问题;4.通过本发明实现各种适配方案的灵活配置;5.通过本发明拓展关口业务控制点GSCP设备的能力。
图5示出了根据本发明的GSCP装置的组网模式图。
在图5所示的组网中,对于VPLMN(Visited Public MobileNetwork,拜访公用陆地移动通信网,简称为拜访地)的SSP,GSCP可以作为SCP,对于HPLMN(Home Public Mobile Network,归属公用陆地移动通信网,简称为归属地)的SCP,GSCP又可以作为SSP。拜访地的SSP将智能业务触发到GSCP,再由GSCP将信息送到SCP。在这个转发过程中,GSCP可以完成参数转换、流程转换甚至协议转换的功能。
下面结合附图描述根据本发明具体实施例的国际漫游解决方案,其是基于GLR和GSCP合设的。
GLR对于用户信息的修改包括修改MAP版本号-当MSC支持的MAP版本低时,可以在GLR作适配修改;删除CAMEL签约数据-当MSC不支持CAMEL签约触发时,在发给MSC的用户数据中删除CAMEL签约信息;修改CAMEL签约信息中的SCP地址-当MSC支持CAMEL签约触发时,在发给MSC的签约信息修改SCP地址,使得业务触发到GSCP。
在归属HLR(归属位置寄存器,Home Location Register),其纪录的用户的VLR地址就是GLR地址,当有后续的PRN(提供漫游号码,PROVIDE ROAMING NUMBER)流程时,可以很方便的将信令送到GLR来。
图19示出了根据本发明实施例的国际漫游实现方法,其包括以下步骤步骤S102,在智能用户进行国际漫游时,在参数级或语义级上进行智能用户归属网络与国际漫游拜访网络的不同智能网协议间的协议转换适配。
在智能用户进行国际漫游时,还可以进行相同智能网协议下的不同业务流程适配(步骤S104)。
步骤S106,可进行国际漫游拜访网络中的放音提示。
步骤S108,可根据不同的归属SCP地址以及不同的业务流程,确定使用的适配档案,在不同的适配档案中定义适配的细则。
下面参照图6到图16来具体描述用于上述的国际漫游实现方法。
图6示出了根据本发明具体实施例的智能主叫流程处理流程图,其中,MSC进行主叫触发,将信息送到GSCP,由GSCP作为中介,将呼叫送到归属SCP。归属SCP与GSCP建立对话,将后续消息送到GSCP。GSCP将后续消息送到MSC。
流程图(图6)描述● MSC检测出需要触发主叫智能业务流程,则发送IDP到GSCP;●GSCP进行处理后,将IDP消息发往该用户的归属SCP;●归属SCP向GSCP下发智能业务操作,图中以常用的几个操作为例;●GSCP进行处理后,将智能操作下发给MSC,指示MSC进行处理。
●SCP下发Continue给GSCP,指示呼叫继续接续;●GSCP处理后,下发Continue给MSC,指示呼叫继续接续;●MSC依据所记录的信息进行接续;从图中看到的情况是GSCP只是进行透传,但是实际上GSCP可以做的工作很多,这些工作也是本发明的精神。
对于MSC,如果MSC支持按照签约信息触发,则在位置更新时修改的签约信息就可以派上用场,使得智能流程触发到GSCP。
如果MSC不支持签约触发,但支持号段触发或IMSI(国际移动用户标识,INTERNATIONAL MOBILE SUBSCRIBERIDENTITY)触发,则呼叫流程变为图7所示。
流程图(图7)描述
●端局检测出需要触发主叫智能业务流程,则发送IDP到GSCP;●GSCP向GLR发送SIFOC(请求出局呼叫信息,SENDINFORMATION FOR OUTGOING CALL),查询该用户的主叫智能业务信息。
●GLR向GSCP返回主叫用户的O-CSI信息;●GSCP依据OCSI(发端CAMEL签约信息,ORIGINATECAMEL SUBSCRIPTION INFORMATION)里面的信息,将呼叫送往该用户归属的SCP;●归属SCP向GSCP下发智能业务操作,图中以常用的几个操作为例;●GSCP进行处理后,将智能操作下发给MSC,指示MSC进行处理。
●SCP下发Continue给GSCP,指示呼叫继续接续;●GSCP处理后,下发Continue给MSC,指示呼叫继续接续;●MSC依据所记录的信息进行接续;这就要求GSCP在收到IDP后查询GLR,看该用户是否是智能用户。如果是智能用户,则将IDP发给SCP;如果不是智能用户,或是智能用户但是不满足触发准则,则直接发送Continue给MSC继续呼叫,并结束智能对话。在不支持签约信息触发的网络中,可以使用这种方式支持CAMEL国际漫游。
前转流程和主叫处理流程类似,不再赘述。
漫游用户的早前转在其归属网络完成,不在拜访网络中处理。
由智能被叫流程收到SCP下发Connect改变被叫号码引发的前转也在归属网络完成处理,不在拜访网络中处理。
对于补充业务激活去活查询登记,消息先从VLR发到GLR,GLR完成自身数据的更新后将消息发送给归属HLR。
对于更新用户数据,消息先从HLR发送到GLR,由GLR更新自身数据后再依据VLR支持能力将数据发送到VLR。
对于补充业务通知流程,MSC依据SS-CSI将补充业务通知送到GSCP,由GSCP将消息发送到SCP。
图8和图9示出了根据本发明具体实施例的始发短消息的流程图。
图8给出了端局支持智能短消息业务流程时的处理;流程图(图8)描述●MSC检测出需要出发主叫短消息智能流程,则发送IDP到GSCP;●GSCP进行处理后,将IDP消息发往用户的归属SCP;●归属SCP进行处理后,下发智能操作给GSCP;●GSCP进行处理后,下发智能操作给MSC;
图9给出了MSC不支持智能短消息业务流程时的处理;流程图(图9)描述●MSC发现用户发送短消息,则将该短消息发送给GLR;●GLR检测出该用户存在智能短消息业务,则发送InvokeSMSMO给GSCP;●GSCP模拟MSC向该用户的SCP发送IDP操作;●SCP处理完后,下发相应的处理给GSCP;●GSCP/GLR依据处理结果继续处理始发短消息业务流程;对于始发短消息,用户短消息先发送到GLR,由GLR将短消息发送到主叫归属地的短消息中心。如果归属网络要求使用CAMEL III智能短消息流程,则MSC需要依据SMSOCSI发送IDPsms到GSCP,由GSCP将消息发送到归属SCP。如果归属网络支持CAMEL III短消息流程而拜访地MSC不支持,此时就需要由GSCP发起一个IDPsms到主叫归属SCP来完成智能短消息流程的触发。如果SCP下发改向,则在GLR需要进行短消息改向的处理。如果SCP下发拆线,则在GLR需要拒绝此次短消息。
图10示出了根据本发明具体实施例的终结短消息的流程图。归属HLR向IW-MSC返回VLR地址为GLR号,IW-MSC将短消息发到GLR。GLR将依据纪录的VLR号将消息透传给MSC,完成短消息接续。如果归属网络要求使用智能短消息被叫流程,拜访地MSC会依据SMSTCSI触发只能流程到GSCP,GSCP将透传信息给归属SCP,完成处理。如果归属网络要求使用智能短消息被叫流程,而拜访网络不支持,则需要由GSCP发起IDP SMS MT流程,并在GLR处理SCP下发的后续消息。
流程图(图10)描述●IW-MSC将短消息发送到GLR;●GLR判断出该用户具备被叫智能短消息业务,则发送Invoke SMSMT给GSCP,由GSCP模拟端局发送IDP给SCP;●SCP处理完后,下发相应的处理给GSCP;●GSCP/GLR依据处理结果继续处理终结短消息业务流程;对于USSD(非结构化业务数据,UNSTRUCTURED SERVICEDATA)的流程处理,步骤如下用户发起的USSD,通过GLR透传到其归属HLR;网络侧发起的USSD,通过GLR透传到用户;对于归属网络要求使用UCSI的情况,如果拜访网络也支持,则GLR仅完成USSD透传即可。对于归属网络要求使用UCSI的情况,如果拜访网络不支持,则需要在GLR依据UCSI的内容处理USSD请求。
对于VT-CSI的流程处理,步骤如下当归属网络要求使用VT-CSI而漫游网络也支持时,智能流程会先触发到GLR,然后依据真实VRT-CSI中的SCP地址送到SCP。当归属网络要求使用VT-CSI而漫游网络不支持时,GLR将拦截VT-CSI,不将VT-CSI插入到VLR中。因为最终呼叫并不经过GLR,在GLR无法模拟VT-CSI触发的情形。
对于D-CSI的流程处理,步骤如下当归属网络要求使用D-CSI而漫游网络也支持时,主叫智能流程会先触发到GSCP,GSCP依据DCSI(拨号CAMEL签约信息,DIALED CAMELSUBSCRIPTION INFORMATION)中的SCP地址将消息送到SCP去。当归属网络要求使用D-CSI而漫游网络不支持时,则GLR需要使用变通的方法来实现D-CSI如果漫游网络支持OCSI而该用户没有签约OCSI,则给该用户签约OCSI,并设定触发准则为D-CSI中的号码。如果漫游网络支持OCSI而该用户也签约了OCSI,则检查OCSI中是否抑制DCSI中的号码,如果抑制,则取消。如果漫游网络不支持OCSI而支持号段或IMSI段触发,则该用户任何呼叫都会触发到GSCP,无需额外配置。
UG-CSI(USSD全局CAMEL签约信息,USSD GLOBALCAMEL SUBSCRIBER INFORMATION)/N-CSI(网络CAMEL签约信息,Network CAMEL Subscriber Information),则不会发送到GLR,无需处理。
在GLR和GSCP合设的情况下,在该设备上可以完成很多的协议适配功能,比如协议版本后向兼容;不同协议间的转换;协议信元级转换;协议语义级转换。
下面将逐一给出可能实现的协议转换方案。
这些协议转换需要依据实际的需求来进行,即这些转换将会是客户定制的。
对于GSM MAP与CDMA MAP转换,如图11所示,在电路域呼叫的范畴,可以在GLR完成GSM-CDMA网络MAP协议的互相转换,从而实现GSM-CDMA网络的互相漫游。
流程图(图11)描述●CDMA网络的GSMC向HLR发送Loc Req请求被叫用户TLDN(临时本地用户号码,TEMPORARY LOCALDIRECTORY NUMBER);●HLR向GLR发送TLDN req消息;●GLR将CDMA MAP信令转换为GSM MAP信令,向VLR发送PRN操作;●VLR向GLR返回PRN res,携带漫游号码;●GLR将PRN res转换成TLDN res,用漫游号码填写TLDN;●HLR向GMSC发送Loc Res,返回TLDN;对于CAMEL版本向下兼容,当归属网络使用高版本的CAMEL协议而拜访网络使用低版本时,可以在GLR/GSCP完成协议转换,从而在低版本网络中支持部分高版本网络的特性。反之依然。
对于CAP操作参数级适配,为解决国际漫游中各个运营商消息参数定义不一致问题,需要在GSCP实现参数改变。比如LocationNumber参数,在各个运营商的呼叫流程中定义是不一致的,在这里需要改写为归属网络可以识别的内容。再比如不同运营商定义的呼叫流程中号码的格式也可能是不同的,就需要在这里完成号码格式的转换及变换。
对于CAP操作语义级适配,在INAP协议中,对于计费的方法给出了四种方案,这四种方案同样适用于CAMEL网络。但是并不是所有的端局厂商都支持这四种计费方案,这就要求GSCP在不同的计费方案中实现语义级适配。
图12示出了根据本发明具体实施例的GSCP在不同计费方案间的转换的流程图。图13示出了根据本发明具体实施例的GSCP在接通后下AC与接通前下AC之间的转换的流程图。
流程图(图12)描述●MSC检测出需要触发智能业务,则向GSCP发送IDP;●GSCP处理后发送IDP给归属SCP;●归属SCP下发RRBE(请求报告BCSM事件,REQUESTREPORT BCSM EVENT)操作;●GSCP处理后下发RRBE操作;●SCP下发CIRq(呼叫信息请求,Call Information Request)操作,请求上报呼叫信息;●GSCP将该流程进行转换,下发AC操作给MSC;●SCP下发Continue指示继续接续;●GSCP处理后,下发Continue指示MSC继续接续;●呼叫接通,MSC上报ERB(上报BCSM事件,EVENTREPORT BCSM)DP7给GSCP;●GSCP依据SCP请求的信息,上报CIRp(呼叫信息报告,Call Information Report)给SCP;
●呼叫过程中AC定时器超时,MSC上报ACR(实施计费报告,APPLY CHARGE REPORT)操作;●GSCP处理后,再次下发AC操作给MSC;●呼叫结束,MSC上报DP9事件及ACR消息给GSCP;●GSCP依据ACR中记录的呼叫时间长度,上报DP9和CIRq给SCP;该流程用于解决端局不支持CIRq/CIRp情况下的智能计费方式转换。
流程图(图13)描述●MSC检测出需要触发智能业务,则向GSCP发送IDP;●GSCP处理后发送IDP给归属SCP;●归属SCP下发RRBE操作;●GSCP处理后下发RRBE/AC操作;●SCP下发Continue指示继续接续;●GSCP处理后,下发Continue指示MSC继续接续;●呼叫接通,MSC上报ERB DP7给GSCP;●GSCP上报EDP7给SCP;●SCP下发AC操作;
●由于GSCP在接通前已经下发了AC,所以此时不必再次下发AC给MSC。
●之后GSCP分别维护GSCP与MSC以及GSCP与SCP之间的AC-ACR定时上报关系。
●呼叫结束时,MSC上报拆线事件及ACR给GSCP;●GSCP处理后,上报拆线事件及ACR给SCP。
INAP协议规定的四种计费方案是依据AC-ACR时长计费;依据CIRp中的时长计费;使用SCI(发送计费信息,SENDCHARGING INFORMATION)下发e-value计费;依据EDP事件的时间进行计费。
对于除“使用SCI下发e-value计费”之外的计费方案,都可以实现相互之间的语义级转换。即使是使用某一种计费方案,在细节处理上也不一定能完全满足。比如在应答后下发AC的支持上,并非所有厂家的SSP都能完善的支持。为了解决以有流程中后下发AC对于SSP呼叫处理的影响,在GSCP上可以屏蔽这种情况。
可对本发明的GSCP扩展以解决更多的问题。
图14示出了根据本发明具体实施例的国际漫游放音的流程图。
流程图(图14)描述●MSC检测到智能业务触发,上报IDP给GSCP;●GSCP处理后发送IDP给归属SCP;●归属SCP下发RRBE操作;
●GSCP处理后下发RRBE操作;●归属SCP下发CTR操作指示放音;● GSCP下发ETC操作指示MSC建立临时连接到AIP;●MSC发送IAM到AIP,建立临时连接;●AIP发送ARI到GSCP建立智能对话;●SCP下发PA/PC操作到GSCP;●GSCP处理后,发送PA/PC操作到AIP实现放音;可以增加AIP设备,解决国际漫游放音问题。由于CAMEL的限制,在国际漫游情况下将不能在漫游地使用原有的放音收号流程。所以可以在该平台中合入AIP设备,从而实现对于此类特性的支持。AIP设备与GSCP装置使用标准CAP接口连接,无需定制内容。
对于GSCP,在这个过程中需要实现的是依据归属地及业务键进行MessageID的翻译。对于AIP,需要支持多国的语法分析模块,以便支持各个国家的可变音流程。
可以扩充成为业务平台,在GLR增加短消息或USSD平台,通过短消息和USSD向国际漫游用户提供各类方便的服务。在GSCP增加智能业务平台,依托GSCP和AIP提供一些简单的用户交互类智能业务。这样就可以通过这些平台实现比如天气预报,航班查询,新闻等业务。
可以进行监听,在GLR-GSCP系统实现监听很容易。依托GSCP改变业务流程,将呼叫路由到指定监听设备去,即可实现语音监听。依托GLR,将短消息信息拷贝发送到指定监听设备去,即可实现短消息监听。
图15示出了根据本发明具体实施例的进行监听的流程图,在Connect中,将被叫号码前增加一个前缀,送到监听设备,监听设备再剥离前缀,将呼叫送到任何一个网内的MSC或GMSC完成呼叫接续。
流程图(图15)描述●MSC检测到智能业务触发,上报IDP给GSCP;●GSCP向GLR请求该用户的智能业务信息;●GLR返回该用户的智能业务信息;●GSCP处理后发送IDP给归属SCP;●归属SCP下发RRBE等操作;●GSCP处理后下发RRBE等操作;●归属SCP下发Continue操作指示继续处理;●GSCP向MSC下发Connect操作,在真实的被叫号码前增加前缀,指示MSC将该呼叫路由到监听设备;●监听设备处理后,去除GSCP增加的前缀,将呼叫送往关口局继续接续;
图16示出了根据本发明具体实施例的被叫监听的流程图。
流程图(图16)描述●GMSC向HLR发送SRI(发送路由信息,SEND ROUTINGINFORMATION)请求被叫位置及智能业务信息;●HLR发送PSI(提供用户信息,PROVIDE SUBSCRIBERINFORMATION)到GLR请求被叫用户状态及位置;●GLR处理后,发送PSI到MSC;●MSC用PSI res上报被叫位置及状态给GLR;●GLR将PSI res发送到HLR;●HLR向GMSC返回SRI res,携带被叫智能信息、位置等;●GMSC上进行被叫智能流程触发;●SCP处理后,向GMSC发送智能操作,并指示继续处理呼叫;●GMSC向HLR请求被叫漫游号码;●HLR发送PRN给GLR请求漫游号码;●GLR处理后,向MSC发送PRN请求漫游号码;●MSC返回漫游号码;
●GLR对漫游号码作处理,并将处理后的漫游号码返回给HLR。此处的处理必须保证■GMSC可以依据该漫游号码接续到监听设备;■监听设备可以依据该漫游号码还原出真实的漫游号码以便完成到被叫用户的接续;●HLR返回漫游号码给GMSC;●GMSC依据该漫游号码接续到监听中心;●监听中心进行监听处理后,还原该漫游号码,完成呼叫接续;当GLR在返回MSRN时,在MSRN前面增加前缀,并在国际关口局将该特定前缀的呼叫路由到监听中心,监听中心处理完后剥离前缀,将呼叫送到本网任意一个MSC/GMSC完成接续。短消息监听及USSD监听的实现更为简单,仅需要将短消息内容或USSD内容复制后发送到监听设备即可。
可以监视业务,当MSC支持CAMEL III时,可以使用标准协议定义的FIGS(欺诈信息收集系统,FRAUD INFORMATIONGATHERING SYSTEM)业务收集用户的信息,比如开关机,位置更新,漫游,呼叫,短消息,补充业务等。
关于FIGS请参考3GPP 41.031。FIGS的原理是给该用户签署所有的签约信息,并配置所有的事件点,这样用户的一举一动都会上报到SCP,通过SCP连接监视设备,就可以达到监视该用户的目的。
在本发明实施例的GSCP中,可以通过改变签约信息、改变呼叫流程、结合上面的监听流程的方法实现对于该用户详细信息的收集。
图17示出了根据本发明具体实施例的设备逻辑结构图,其中,GLR与GSCP使用SS7链路连接或内部接口连接。AIP与GSCP使用SS7链路连接。GLR与SMS/USSD平台使用内部接口连接。GSCP与SCP平台使用内部接口连接。CP(Content provider)与SMS/USSD/SCP/AIP平台使用TCP/IP连接。
图18示出了根据本发明具体实施例的组网图。该设备作为国际漫游解决方案的平台,连接7号信令网和话路网以及FIGS和CP。
从以上的描述中,可以看出,本发明实施例实现了如下技术效果通过本发明实施例,可以解决国际漫游业务部署困难,部署周期长等问题,迅速部署智能网国际漫游业务;可以解决同时支持多国国际漫游时的流程冲突;可以方便灵活地解决因业务流程更改而导致的全网更改;可以灵活方便地解决现有国际漫游方案难以解决的用户交互问题;可以实现可扩展的国际漫游整体解决方案。
虽然以上仅针对电路域进行了讨论,但显然,本发明适用于分组域、LCS(位置业务,LOCATION SERVICE)域及IMS(IP多媒体子系统,IP MULTI-MEDIA SUB SYSTEM)域情况下的应用。并且依据3GPP 23.119,在GLR已经可以支持分组域和LCS域,这就使GSCP支持分组域成为可能。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。应该明白,这些具体实施中的变化对于本领域的技术人员来说是显而易见的,不脱离本发明的精神保护范围。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
权利要求
1.一种关口业务控制点装置,用于实现智能用户的国际漫游,其特征在于,设置于国际漫游拜访网络的关口,其包括协议转换模块,用于在参数级或语义级上进行所述智能用户归属网络与拜访网络的不同智能网协议间的协议转换适配。
2.根据权利要求1所述的关口业务控制点装置,其特征在于,所述协议转换模块包括参数转换模块,用于根据预先设定的参数映射关系,将接收到的所述不同智能网协议中的第一协议消息的参数转换成所述不同智能网协议中的第二协议消息的参数,以在参数级进行所述不同智能网协议间的协议转换适配。
3.根据权利要求1所述的关口业务控制点装置,其特征在于,所述协议转换模块包括语义转换模块,用于分析接收到的所述不同智能网协议中的第一协议消息的语义,然后转换成具有相同语义的所述不同智能网协议中的第二协议消息,以在语义级进行所述不同智能网协议间的协议转换适配。
4.根据权利要求1所述的关口业务控制点装置,其特征在于,还包括业务流程模块,用于相同智能网协议下的不同业务流程适配。
5.根据权利要求1所述的关口业务控制点装置,其特征在于,还包括放音模块,用于国际漫游拜访网络中的放音提示。
6.根据权利要求5所述的关口业务控制点装置,其特征在于,所述放音模块用于当归属业务控制点向业务交换点发起用户交互类操作,进行放音中语音ID的转换。
7.根据权利要求5所述的关口业务控制点装置,其特征在于,所述放音模块用于将业务控制点下发的放音请求通过辅助智能外设的方式转发到一个独立业务交换点去实现放音,在该过程中进行语音ID的转换。
8.根据权利要求5所述的关口业务控制点装置,其特征在于,所述放音模块用于依据不同的业务信息进行语音ID的配置。
9.根据权利要求1所述的关口业务控制点装置,其特征在于,还包括配置模块,用于根据不同的归属业务控制点地址以及不同的业务流程,确定使用的适配档案,在不同的适配档案中定义适配的细则。
10.根据权利要求1至9所述的关口业务控制点装置,其特征在于,所述不同智能网协议包括业务控制点协议和业务交换点协议。
11.一种国际漫游实现方法,用于实现智能用户的国际漫游,其特征在于,包括以下步骤在智能用户进行国际漫游时,在参数级或语义级上进行所述智能用户归属网络与国际漫游拜访网络的不同智能网协议间的协议转换适配。
12.根据权利要求11的国际漫游实现方法,其特征在于,还包括以下步骤在智能用户进行国际漫游时,进行相同智能网协议下的不同业务流程适配。
13.根据权利要求11的国际漫游实现方法,其特征在于,还包括以下步骤进行国际漫游拜访网络中的放音提示。
14.根据权利要求11的国际漫游实现方法,其特征在于,还包括以下步骤根据不同的归属业务控制点地址以及不同的业务流程,确定使用的适配档案,在不同的适配档案中定义适配的细则。
全文摘要
本发明提供了一种关口业务控制点装置,用于实现智能用户的国际漫游,设置于国际漫游拜访网络的关口,其包括协议转换模块,用于在参数级或语义级上进行智能用户归属网络与拜访网络的不同智能网协议间的协议转换适配。本发明还提供了一种国际漫游实现方法。
文档编号H04W88/16GK101014198SQ20071007980
公开日2007年8月8日 申请日期2007年2月14日 优先权日2007年2月14日
发明者和江涛 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1