移动智能网原理、体系架构,及基本业务过程 - CAMEL1/2

http://blog.sina.com.cn/s/blog_6b1025530101f3ya.html

1CAMEL基本原理

ITU-T智能网的目标是支持完全基于IN模型构建移动网,形成一个智能的移动网;在这个网络中,完全基于IN呼叫模型实现对移动呼叫的控制(即,每个移动呼叫都是一个智能呼叫),最终向用户提供蕴含个人移动性、终端移动性、和业务多样性的个人通信业务。

然而由于智能网标准的相对滞后和移动网本身迫切的发展需求,使得智能网目标中的部分关键功能(比如用户移动性)已经被采用其它技术(MAP)实现。因此,一种可行的策略是,在不取代目前的MAP系统(HLR/VLR)的前提下引入智能网解决用户要求业务多样性的需求。ETSI(欧洲电信标准化组织)提出的CAMEL方案就是基于这种策略的主流方案。

ETSI1997年推出了CAMEL建议。CAMEL的全称是移动网络增强型逻辑的客户化应用(Customized Application for Mobile Network Enhanced Logic)。它的目标是在目前GSM移动网的基础上,为网络运营商提供一种补充的机制,向用户提供非标准的GSM业务。CAMEL基于智能网CS1,目的是在增强GSM移动网络的业务逻辑能力,提供客户化的业务应用。

GSM中引进CAMEL,首先就是新增一个客户化业务执行环境(CSE),CSE实现智能网SCFSDF功能;并将移动交换中心(MSC)升级支持智能网SSF功能,成为移动业务交换点(SSP)

CAMEL业务呼叫处理原理图

这样CSE可以控制MSC中呼叫的处理过程(如上图所示),完成业务的执行。(这实际上与智能网在固网中的应用情形基本是一致的)。在用户呼叫时,MSC/SSP先对用户进行鉴权,然后判断用户的呼叫是否满足触发智能呼叫的条件。如果满足,就把呼叫上报CSECSE收到上报的呼叫信息后开始执行相应的业务逻辑并控制交换平台对呼叫的接续。在呼叫接通后,CSE继续监视并控制呼叫,收集呼叫的信息,并且发送计费信息。

与固定智能网相比,CAMEL的关键不同之处在于,CAMEL业务主要采用基于用户属性触发的原则,这就需要引入CAMEL用户签约信息(CSI)的概念。每个GSM用户要想成为CAMEL业务用户,就要在原来的用户信息的基础上增加关于CAMEL业务的信息,称为CAMEL用户签约信息(CSI)。

CSI主要包括:gsmSCF地址(即触发CAMEL业务时,处理业务的gsmSCF地址),业务键(标示用户申请的CAMEL业务),缺省呼叫处理(当SSFSCF之间的对话出现故障时,是否应释放呼叫或继续呼叫),TDP(激发检测点)序列,DP原则,翻译信息标记以及定时器等。CSI可以分为发端CSIO-CSI)和终端CSIT-CSI)。每个CAMEL业务的用户也许即有发端CSIOCSI),又有终端CSITCSI),也许仅有发端CSIOCSI)或仅有终端CSITCSI)。具体情况视用户所申请的CAMEL业务而定,如果所申请的CAMEL业务在此用户作为主叫和作为被叫的呼叫中都会用到,那么用户将既有O-CSI,也有T-CSI。如果仅在此用户作为主叫的呼叫中用到,那么将仅有O-CSI,如果仅在此用户作为被叫的呼叫中用到,那么将仅有T-CSI

用户的CSI存储在其归属HLR中,并且在用户漫游或被呼叫时下载到MSC中,这样MSC就可以在处理CAMEL用户的呼叫时,根据其CSI触发相应的CAMEL业务。

CSIHLRMSCHLRCSE之间的传递是通过MAP进行的,因此需要将现有的MAP协议进行升级,使其能支持对CSI的传递。

通过CAMEL,运营商可以定义和实施新的增值业务,可以建立自己独特的新业务,可以满足用户在实现国际漫游的同时,还享受与归属网络同样的服务,而且CAMEL适合网络和系统多供应商的环境。CAMEL1-2阶段支持的业务属性有(1)移动发起和前转的呼叫;(2)移动中止的呼叫;(3)随时的查询(运营商可选);(4)消除录音通知;(5)录音通知和带内信息交流;(6)交费信息;(7)补充业务通用通知。

 

2CAML网络体系结构

CAMEL标准是分阶段定义的,CAMEL阶段1和阶段2只支持对GSM CS域语音呼叫的控制。下图是CAMEL1/2的网络体系结构,其中既包括GSM移动网原有的实体,也有CAMEL新引进的实体。此外,还在原有的MAP协议之外,又增加了新的协议CAP

GSM原有的实体包括有:归属位置寄存器HLR、拜访位置寄存器VLR、移动交换中心MSC与网关移动交换中心GMSC。为了实现CAMEL业务,这些功能实体的功能均有所增强。

HLR通常是一个数据库应用系统,它存放全部归属用户的信息”,如用户的有关号码(IMSIMSISDN)及用户类别。HLR还存贮每个归属用户有关的动态数据信息, 如用户现在所在的MSC/VLR地址(即位置信息)和分配给用户的补充业务。

为了能支持CAMEL业务,HLR中增加了移动发端的CAMEL业务信息(O-CSI)和移动终端的CAMEL业务信息(T-CSI),以及补充业务CAMEL业务信息(SS-CSI)。当移动用户进行位置更新或O-CSI信息发生改变时,HLRO-CSI信息发送给VLR;当HLR接收到询问路由的信息时,将O/T-CSI信息回发给GMSC;当移动用户进行位置更新或SS-CSI信息发生改变时,HLRSS-CSI信息发送给VLRHLR还和gsmSCF有一个可选接口供网络营运者选择,以便随时提供询问信息。当支持此功能时,gsmSCFHLR请求用户的状态和位置信息,HLRVLR询问相应的信息后回发给gsmSCF

MSC/VLR的主要功能是完成呼叫交换,并控制移动台的位置更新和越区切换过程。其中,MSC主要负责呼叫的建立(包括鉴权程序)、呼叫控制和计费等功能,而VLR则主要负责贮存和更新用户数据,这些用户是那些漫游到该VLR所管辖区中的移动用户。

为了支持CAMEL业务,VLR需要能存储CAMEL的用户信息,当用户漫游到某个VLR区域时,此VLRO-CSISS-CSI作为部分用户数据存储在数据库中。当处理需要CAMEL支持的业务时,MSCVLR接收到O–CSI信息,并向SSF请求指示。在处理过程中,MSC监视请求的呼叫状态并通知gsmSSF其状态。当处理调用任意的补充业务时,MSCVLR接收SS-CSI,并指出应向gsmSCF发送补充业务调用。GMSC为了找到漫游中的移动用户,通常需要向HLR查询该移动用户的所有信息。因此必须在移动通信网的入口处(即与固定网相连点)使用一个网关移动交换中心(GMSC)来提供所有入网呼叫的查询和转接能力。GMSC应具有从HLR中查询该移动用户当前位置信息的功能,并能根据该信息重选呼叫该移动用户的路由以转接该呼叫。当处理需要CAMEL支持的业务时,GMSCHLR接收到O/T-CSI信息,并向SSF请求指示。在处理过程中,GMSC监视请求的呼叫状态并通知gsmSSF其状态。

新引入的功能实体有gsmSSFgsmSCF、以及gsmSRF实体。其中gsmSRF实体是在CAMEL阶段2引入的。

gsmSCFGSM业务控制功能,它是一个动态的数据库和事务处理单元,负责执行CAMEL业务逻辑,实现运营特定的业务,控制呼叫的接续和计费等,它是移动智能网的核心。HLRgsmSCF组成归属网络,代表了用户的归属性质。

gsmSSFGSM业务交换功能。它作为MSC/VLRgsmSCF之间的接口,负责将MSC报告的呼叫状态信息进行转化,然后发给gsmSCF,或者接受gsmSCF的指示,进行格式转化后再给MSC。针对移动用户作为被叫的呼叫而言GMSCgsmSSF组成询问网络。针对移动用户作为主叫而言,MSC/VLR/gsmSSF组成拜访网络。

gsmSRFGSM特殊资源功能,它主要用于提供各种特殊资源(例如语音播放、DTMF接收等)。它与MSC有话路及呼叫信令接口,以连接用户,并与gsmSCF有接口,以接收业务指示。

 

3、接口协议

由于引入了新的实体,CAMEL引入了新的协议 – CAPCAP全称为CAMEL应用部分,主要应用在gsmSSFgsmSCFgsmSCFgsmSRF之间。CAPITU-T IN CS1接口协议(INAP)的子集,只是在一些消息中增加了GSM移动用户所特有的一些参数。

具体来说,在CAMEL阶段1中,定义了7CAP操作:

·        activityTest

·        initialDP

·        connect

·        continue

·        requestReportBCSMEvent

·        eventReportBCSM

·        releaseCall

这里除第一条操作用于测试之外,其他操作都用于基本呼叫控制。

CAMEL阶段2中一共是22个操作。首先是从CAMEL阶段1继承了7个操作。另外,新增了15CAP操作。

其中4个计费相关的操作:

·        applyCharging

·        applyChargingReport

·        furnishChargingInformation

·        sendChargingInformation

8个用户交互相关的操作:

·        connectToResource

·        establishTemporaryConnection

·        assistRequestInstructions

·        playAnnouncement

·        cancel

·        promptAndCollectUserInformation

·        specializedResourceReport

·        disconnectForwardConnection

此外还有其他的3个操作:

·        callInformationReport

·        callInformationRequest

·        resetTimer

 

除了增加了新的协议CAP以外,为了实现CAMEL,需要对现有的MAP协议升级为MAP Phase 2+协议。MAP Phase 2+协议是为了实现CAMEL业务而对原有的MAP Phase 2协议作了一些修改,增加了HLRgsmSCFgsmSCFMSC之间的接口,并在原有的内容中增加了涉及CAMEL签约信息参数等内容。

gsmSCFHLR之间增加的信息流主要支持gsmSCF在任意时间向HLR询问用户信息的请求,以及HLR对此请求的响应。网络运营商可以安排HLR接受gsmSCF的请求或者拒绝其请求。

新增加的MSCgsmSCF之间的信息流只有一条,是补充业务通用通知,用于MSCgsmSCF通知所调用的补充业务。在HLRVLR之间的消息流主要有,删除用户数据请求与响应,插入用户数据请求与响应,为了支持CAMEL业务,在这些消息中增加了有关CAMEL业务数据的参数项。

 

4CAMEL业务处理过程

下面以预付费业务PPSPrepaid Service)为例,介绍CAMEL业务处理的过程。预付费业务类似于300号业务,每个用户用一个账号,在账号上有一定的余额,在呼叫建立时,根据用户账户上的金额来决定接受或拒绝呼叫。在用户的呼叫过程中,实时地减少用户账上的余额,在余额不足时,拆除通话线路,用户可以在任意时间向账户上充值,增加余额。

对于PPS业务,由于移动呼叫采取双向收费的原则,因此在用户作为主叫和被叫时都会用到,因此申请PPS业务的用户将既有O-CSI,也有T-CSI。当PPS用户发起呼叫时,MSC会查询此用户的信息,发现有O-CSI信息,符合触发原则,就触发CAMEL呼叫,将呼叫上报给gsmSCF。若在一个呼叫中PPS用户作为被叫,呼叫接续到此用户时,MSC查询用户信息,发现其中有T-CSI,符合触发原则,就触发CAMEL呼叫,将呼叫上报给gsmSCF

下面给出具体的呼叫处理流程。

PPS业务用户作为主叫

上图是PPS业务用户作为主叫时的信令流图。

·        PPS用户A拨号,请求建立到用户B的呼叫。MSCa接收到呼叫建立请求,查询用户AVLR中的信息,发现其中有O-CSI,于是触发CAMEL业务,悬置呼叫处理并根据O-CSI中的gsmSCF地址与SCPa联系,请求SCPa的指示。

·        SCPa根据MSC/SSP送来的信息,查询用户A的账户,根据余额状况决定指示MSC继续进行呼叫接续

·        MSC继续进行呼叫接续

·        用户B应答呼叫,MSCa通知SCPaSCPa开始计费,双方开始通话。通话过程中,SCPa实时地从用户的余额中扣除话费。

·        AB中某个用户挂机,MSCa通知SCPa用户切断呼叫,SCPa停止计费。

·        SCPa指示MSC结束呼叫。

 

PPS业务用户作为被叫

上图为PPS业务用户(B)作为被叫时的信令流图。

·        呼叫PPS用户B的呼叫接续至GMSC

·        GMSC从用户B所归属的HLRb中查询用户BT-CSI

·        HLRb将用户BT-CSI传给GMSC

·        GMSC悬置呼叫处理并根据T-CSI中的gsmSCF地址与SCPb联系,请求SCPb的指示。

·        SCPb根据GMSC送来的信息,查询用户B的账户,根据余额状况决定指示GMSC继续进行呼叫接续

·        GMSC从用户B所归属的HLRb中查询用户B当前的位置

·        HLRb向用户B当前漫游地的VLR请求本地漫游号(MSRN

·        VLR为本次呼叫分配漫游号,并返回HLRb

·        HLRbGMSC返回用于接续用户B的漫游号。

·        GMS根据漫游号进行呼叫接续

·        用户B应答呼叫,GMSC通知SCPbSCPb开始计费,双方开始通话。通话过程中,SCPb实时地从用户的余额中扣除话费。

·        某个用户挂机,GMSC通知SCPbSCPb停止计费。

·        SCPb指示GMSC结束呼叫。

以上仅示意地介绍一个呼叫的正常处理过程,在实际呼叫处理中还有对其它非正常事件的处理。例如在通话过程中,用户的余额减到零,这时SCP就会强制切断呼叫。

 

5、结束语

原邮电部在在智能网的业务标准中规定了七种标准业务,因为移动网同固定网有许多不同的特点,市场和用户的业务需求也有所不同。因此这七种标准业务不一定适合于在移动网中开放。

CAMEL阶段二,适合开放的CAMEL业务还有:移动虚拟专用网业务(MVPN);通用接入号码业务(UAN);先进的选路业务;屏蔽业务(入呼叫,出呼叫);使用限制(Usage limitation);基于位置的业务(Location basedservice)等等。

 


  • 0
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 这个问题可能涉及编程,我可以尝试回答一下。在很多编程语言中,map-underscore-to-camel-case是一种常见的命名规则,它将下划线连接的单词转换为驼峰式命名,例如将my_variable_name转换为myVariableName。如果这种命名规则无效,可能是由于代码实现或使用方式有误。可以检查代码实现或尝试使用其他方法进行命名。 ### 回答2: 当我们使用"map-underscore-to-camel-case"时发现这个方法无效,可能有几个原因。 首先,"map-underscore-to-camel-case"这个方法本身可能存在一些问题或错误。它可能在实现中有一些bug,或者它的设计不充分,不能有效地处理所有的情况。这种情况下,我们需要检查方法的具体实现,并根据问题来修复或优化它。 其次,可能我们没有正确地调用这个方法。我们需要确保我们使用了正确的参数,并按照正确的方式来调用这个方法。如果我们给方法传入了错误的参数,或者没有按照预期的方式使用它,那么它很可能会返回无效的结果。这种情况下,我们需要检查我们的代码以确保我们正确地调用了这个方法。 另外,"map-underscore-to-camel-case"这个方法可能不适用于我们的具体需求。它可能仅仅适用于特定的情况,而不适用于我们当前的情况。这种情况下,我们需要寻找其他的方法或算法来解决我们的问题,并能够正确地将下划线转换为驼峰形式。 最后,我们还需要考虑到我们的输入数据是否是有效的。如果我们的输入数据本身有问题,例如包含无效字符或格式不正确,那么"map-underscore-to-camel-case"方法可能无法正常工作。在这种情况下,我们需要对输入数据进行验证和清理,以确保它们符合我们的预期格式和要求。 ### 回答3: 当map-underscore-to-camel-case无效时,有几种可能的原因。 首先,这个方法可能没有正确地应用于目标字符串。map-underscore-to-camel-case是一个用于将下划线分隔的字符串转换为驼峰命名法的方法。要正确应用该方法,需要确保字符串中的每个下划线后面的字符都是大写字母或数字,并且在旧版本的map-underscore-to-camel-case中可能并没有对符号进行特殊处理。如果字符串中包含其他字符或下划线后面跟着小写字母,那么该方法可能无法正常工作。 其次,方法本身可能存在错误。如果map-underscore-to-camel-case方法的实现有问题,例如错误地解析下划线后面的字符或不正确地处理特殊情况,那么它可能导致无效的结果。在这种情况下,可能需要检查该方法的源代码,并修复其中的错误。 另外,map-underscore-to-camel-case方法可能没有被正确调用或使用。正确使用该方法需要确保传递正确的参数并正确处理返回的结果。如果方法的参数不正确或返回的结果没有被正确使用,那么看起来方法无效的问题实际上可能是由于使用方法时的错误。 综上所述,要解决map-underscore-to-camel-case无效的问题,我们需要检查方法的具体实现代码,确保它被正确应用和使用,并修正任何存在的错误。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值