VPMN业务说明

VPMN业务探讨 

1 引言

    随着移动通信市场竞争的日趋激烈,各家通信企业对客户群体的争夺也更趋白热化。对于一些消费金额特别巨大的客户群体,我们称之为大客户。对大客户群体的争夺,是各家通信企业竞争的重点。大客户群体往往以集团客户为主。集团客户具有消费金额高、信用度好、欠费率低等特点。一旦集团客户流失,对移动通信企业的收入损失不言而喻。为了争取集团客户,许多移动运营商都推出了VPMN业务,即通过对集团内部通话的优惠来达到吸引并稳定集团客户的目的。VPMN是Virtual
Private Mobile Network的简称,即虚拟专用移动网,在有些地区亦被称作MVPN。

2 VPMN技术实现方案

    VPMN业务可以通过智能网或非智能网方式实现。智能网实现方式又分为叠加网实现方式与目标网实现方式两种。

2.1 叠加网实现方式

    在MSC尚未全部升级至MSC/SSP时,可以在叠加网上以OVERLAY的方式实现,根据特殊接入号码触发智能业务,但业务的推广受到了号段的限制,业务特征较为单一。随着智能网业务的不断发展,叠加网已不能适应新的需要。

2.2 目标网实现方式

    (1)目标网概述

在所有MSC、HLR都升级到支持CAMEL PHASE2、MAP2+、ISUP和CAMEL签约信息触发智能业务时,就可以在目标网上根据智能用户的签约信息(CSI)触发智能业务,并达到集团内通话优惠的目的。业务推广不受号段的限制,能够为更广泛的移动用户服务,业务特征比较丰富,并支持集团内缩位拨号。因此,目标网是VPMN业务较好的一种实现方式。

开展VPMN业务的地区,用户的签约信息O/T-CSI存放在HLR中,集团用户的数据集中放置在SCP(Service Control Point)中。SCP在呼叫过程中,在信令中携带计费信息,根据用户所属的集团编号以及集团所对应的相应费率,对用户通话进行计费,并从用户账户或集团账户上进行实时扣费。

(2)目标网内的主叫流程及计费处理原则

如图1所示为VPMN用户在目标网内的主叫流程。SSP指的是Service Switch Point。呼叫流程如下:我们以a表示主叫,b表示被叫。当主叫VPMN用户在目标网MSCa/VLR/SSP的覆盖范围时,MSCa/VLR/SSP收到呼叫,根据主叫的签约信息O-CSI触发业务,直接将MSCa/VLR/SSP所在位置的长途区号放在IDP(Initial Detect Point)消息里的Location Number参数中,并向SCPa发送IDP消息。SCPa收到IDP消息后,先分析主叫用户账户,从IDP消息中的Location
Number参数得到主叫用户拜访地的长途区号。为了支持主叫同城特例(不收取长途费),当被叫为移动用户时,SCPa向被叫HLR发送ATI(Any Time Inquest),取得被叫动态漫游号(MSRN);当被叫为固定网用户时,SCPa则根据被叫区号进行判定。SCPa根据主被叫归属位置和拜访位置确定主叫费率,并将余额折算成通话时长,发送RRBE(Request Report BCSM Event,BCSM指的是Basic Call Status Model)、AC(Apply Charging)到MSCa/VLR/SSP。SCPa再向MSCa/VLR/SSP发送FCI(Furnish
Charging Information)操作。MSCa/VLR/SSP在主叫话单中插入FCI操作指定的信息。在发送Continue(或Connect)之前发送FCI操作的原因是:此时SSP的自动机处于等待指令状态,此时发FCI不会受到其他消息的干扰; 而在SSP收到Continue(或Connect)后,SSP的自动机进入了监视状态,则存在被其他消息干扰的可能性,SSP不同厂家的实现方式可能产生不同的结果。如果当收到ACR(Apply Charging Report)后才发送FCI,也存在SSP收不到FCI的可能性。SCPa接着向MSCa/VLR/SSP发送Continue。MSCa/VLR/SSP根据TUP消息中的被叫号码进行接续。主、被叫任何一方挂机即意味着通话结束,MSCa/VLR/SSP上报计费报告(产生话单)和挂机事件。

计费处理原则: VPMN用户在通话过程中,将同时在MSC和SCP上产生话单。在计费处理中,应以SCP上产生的话单为准,并在SCP上进行实时扣账。因此,对于MSC上产生的VPMN用户话单应予以删除。在上述呼叫流程中,FCI操作指定的信息被插入主叫话单(MOC)中,可作为对VPMN用户话单的判定依据。为此,MSC话单的格式必须进行修改,增加记录FCI信息的字段。

(3)目标网内的被叫流程及计费处理原则

如图2所示为VPMN用户在目标网内的被叫流程。呼叫流程如下:MSCa/VLR/SSP收到呼叫,则向被叫HLR发送SRI(Send Routing Information)消息,被叫HLR返回签约信息T-CSI(Terminated-Camel Substriber Information)。MSCa/VLR/SSP由T-CSI数据中得到被叫SCPb 的地址后,向SCPb发送IDP消息,然后将MSCa/VLR/SSP所在位置长途区号放在IDP消息里的Location Number中。SCPb收到IDP消息后,先分析被叫用户账户,根据被叫归属地和被叫实际位置确定费率,并将余额折算成通话时长,向MSCa/VLR/SSP发送RRBE和AC。SCPb将Connect操作中的Generic
Number参数改为特殊前缀(60)+主叫真实号码,通过Connect操作将被叫号码发送到MSCa/VLR/SSP。MSCa/VLR/SSP收到Connect后,再次向被叫HLR发送SRI消息,从而得到MSRN。MSCa/VLR/SSP根据被叫的MSRN进行接续。主被叫任意一方挂机即意味着通话结束,最后由MSCa/VLR/SSP上报挂机事件并产生话单。 计费处理原则:在被叫流程中,SCPb先将Connect操作中的Generic Number参数改为特殊号码,然后再向MSCa/VLR/SSP发送Connect操作。MSCa/VLR/SSP根据Connect操作中的Generic
Number修改主叫号码,修改后的主叫号码格式为:特殊前缀(60)+主叫真实号码。被叫到访局将IAI(Initial Address Message with Additional Information)或IAM(Initial Address Message)中带特殊前缀的主叫号码填入被叫话单的主叫号码中,并将IAI或IAM中的主叫号码前的特殊前缀去掉,再向被叫作来电显示。在MSC产生的被叫话单(MTC)中,VPMN用户的主叫号码前被加入特殊前缀(60),可作为VPMN用户话单的判定依据,由计费系统予以删除。特殊前缀的设定必须能确保不与现行的手机号段、固定网区号的全部或前几位相同,以免在计费处理中产生歧义。

(4)BOSS系统对目标网VPMN业务的处理方法

如图3所示为业务运营支撑系统(简称BOSS系统)与GSM网及智能网的接口。VPMN用户的资料管理,如放号、开户、销户等操作在SMP(Service Manage Point)中进行,同时还必须在HLR中修改用户资料,指定其为智能网用户。VPMN用户的缴费通过BOSS系统与SCP间的接口,将金额送到SCP中的用户账户上。VPMN用户的话单在SCP中产生,由BOSS系统采集后送往用户话单库,再经账务处理系统生成VPMN用户的月账单,以跟踪用户的消费状况。由于VPMN用户集团内通话的扣账在SCP中实时进行,因此BOSS系统中的计费、账务系统都不对此类账单进行实际扣款操作。

针对不同的集团用户,可以制定不同的费率,以体现不同的优惠。集团用户的费率信息存储在SCP中,并在用户通话过程中结合用户账户余额计算出用户可用的通话时长。运营商可以根据集团用户的消费状况、缴费及时性等因素动态调整集团客户的费率,以达到刺激消费、减少欠费和稳定客户群体的目的。

只有VPMN用户与VPMN用户之间的通话(无论是否属于同一集团用户),才可以在SCP上产生话单并扣账。如果VPMN用户与非VPMN用户通话,就无法触发智能网业务,即无法在SCP产生话单。因此,就必须以MSC上产生的话单作为计费的依据,经BOSS计费合账后生成账单送往SCP扣账。

全国性的目标网升级不可能同时完成。当VPMN用户漫游至非目标网的地区与VPMN用户通话时,用户通话无法在SCP中产生话单并扣账,也必须将到访地MSC中产生的话单用作计费的依据。此类话单由到访地计费后返回归属地,BOSS系统按照VPMN用户的优惠条件进行重计费并生成账单,而后送往SCP扣账。

VPMN用户绝大部分属于大客户,因而在智能网业务中必须考虑到对大客户所采取的一系列特殊服务,如欠费免停等。在对SCP的设置中,应允许VPMN用户透支使用,否则可能在集团用户缴费不及时的情况下造成该集团用户大面积停机的现象。

2.3 非智能网实现方式

    在交换网络尚不具备升级为智能网的地区,VPMN业务也可以通过BOSS系统以非智能网的方式(全部依靠软件)实现。在营业系统中,对大客户集团进行统一编号。在计费系统中,定义大客户集团费率及优惠条件。在计费过程中,通过结合营业资料来实现对集团客户的优惠。为适应优惠条件的频繁变化,一般可采用先按普通原则进行一次计费,再按VPMN业务的优惠条件进行二次计费的方法实现。以纯软件方式实现的VPMN业务投资相对较小,方法相对简单,业务开发时间较短,能更快地抢占市场。但无法实现集团内缩位拨号、实时扣费等须硬件支持的功能,而只能做到准实时扣费。

3 总结

    VPMN业务是针对竞争日益激烈的移动通信市场而推出的一项旨在通过集团内部优惠来吸引集团客户的业务。运营商通过让利的方式推出此项业务,必将为大客户带来更大的实惠。以消费总额大小作为集团用户能否享受VPMN优惠以及享受VPMN优惠的费率高低的标准,必将刺激话务量,提高集团用户的忠诚度,提高运营商的服务质量。

时间: 2024-10-04 09:54:01

VPMN业务说明的相关文章

爱上MVC~业务层刻意抛出异常,全局异常的捕获它并按格式返回

对于业务层的程序的致命错误,我们一直的做法就是直接抛出指定的异常,让程序去终断,这种做法是对的,因为如果一个业务出现了致命的阻塞的问题,就没有必要再向上一层一层的返回了,但这时有个问题,直接抛异常,意味着服务器直接500了,前端如何去显示,或者如果你是API的服务,如果为前端返回,如果是500,那直接就挂了,哈哈! 下面是在MVC环境下优化的全局异常捕获代码(非API) /// <summary> /// 全局异常捕获 /// </summary> public class Glo

架构师之路--视频业务介绍,离线服务架构和各种集群原理

先聊聊业务.我们媒资这边目前的核心数据是乐视视频的乐视meta和专门存储电视剧,综艺节目,体育赛事这种长视频的作品库.乐视视频的数据都是多方审核的,需要很多运营.但是作品库部分却是弱运营的,运营都不超过10个人.结果做了两个app,日活都有四五百万的样子.我们其实都有各样的技术储备,很容易可以抓取人家数据,自己套上一个壳子在线解码.但是我们逼格很高,都不这么做的.乐视是个非常注重版权的公司.我名下都有近百个专利了. 撇开这个项目,先看这边一般web项目的常用JVM配置. <jvm-arg>-X

合理的用户业务研发团队搭配

1.前言 用户业务指的就是面向用户的产品展示及用户操作入口,简单点说就是APP,微信,H5活动页等一系列前端展现入口的集合.用户是多变的,用户是神秘的,没有任何产品能从一开始就把握住用户的需求,任何好的产品和功能都是不断试错,不断调整出来的,所以我们需要一个能快速反应的用户业务开发团队,新需求快速上线,已有业务快速调整,响应越快才越有可能在竞争中走到别人前面,产品才有胜出的可能. 用户业务业务研发团队可以称为广义上的前端团队. 2.团队意义 用户业务研发团队(后文如无特殊说明,用前端团队简称),

如何做云端压力测试和业务容量的测试与规划

云智慧产品总监 陆兴海 高速增长的互联网业务要求产品开发.迭代和交付周期越来越短,而IT基础设施的广泛云化和第三方API接口的大量使用,使传统的基于内部环境搭建的压力测试方法和测试工具越来越难以满足应用功能可用和容量规划预估的需求. 企业该如何为频繁的市场活动和产品快速迭代进行有效而准确的压力测试呢?希望通过云端压力测试专家,云智慧压测宝产品总监陆兴海分享的两个客户案例,为企业的云端压力测试和业务容量规划带来一些有价值的参考. 压测宝云压测客户案例1:压测宝如何做业务容量的测试与规划? 云智慧有

诺基亚手机业务另类复活

短短一个多月,鸿海集团接连拿下夏普(Sharp).诺基亚(Nokia)等两个曾经叱咋风云的国际科技品牌,展现强大企图心,业界人士推测,鸿海未来从幕后代工走向品牌幕前的可能性大增,品牌与通路价值,很可能是此次富士康相中诺基亚最重要的原因. 北京时间5月18日下午消息,微软以3.5亿美元价格将相关手机业务出售给富士康子公司富智康(FIH Mobile)和芬兰公司HMD Global,将诺基亚品牌.功能手机软件.服务等交给富智康.这笔交易将涉及4500名员工转移至富智康旗下. HMD作为一家独立的企业

MongoDB涉及的业务比较慢--慢查询优化分析案例--以及参数说明

描述:该优化案例是想表达要了解各个参数的含义,结合业务的分析以及逻辑实现.以及创建索引和列顺序是如何选择的等(这里不再叙述) 环境描述一下: MongoDB版本 3.0.9,副本集3节点,内存64G,cpu 16 core,磁盘2TB SSD,使用WT存储引擎... 该表数据量2.6亿多. 大致分析如下: 通过mloginfo统计查看日志中慢查询的分类(将生产系统日志scp到测试服务器做的) # mloginfo --queries mongod.log-20160427 namespace  

Atitit.业务系统的新特性&#160;开发平台&#160;新特性的来源总结

Atitit.业务系统的新特性 开发平台 新特性的来源总结 1.1. 语言新特性(java c# php js python lisp c++ oc swift ruby  go dart1 1.2. 流行lib.frmawork  新特性 jdk clr framework 新特性 (jq   Servlet2 1.3. Ide 新特性( eclipse vs netbea jetbrain2 1.4. Vm  新特性 clr  jvm(jvm好像没有独立的版本号,继承在jdk里面2 1.5.

Excel导入导出的业务进化场景及组件化的设计方案(转)

1:前言 看过我文章的网友们都知道,通常前言都是我用来打酱油扯点闲情的. 自从写了上面一篇文章之后,领导就找我谈话了,怕我有什么想不开. 所以上一篇的(下)篇,目前先不出来了,哪天我异地二次回忆的时候,再分享分享. 话说最近外面IT行情飞涨还咋的,人都飞哪去了呢,听说各地的军情都进入紧急状态了. 回归下正题,今天就抽点时间,写写技术文,和大伙分享一下近年在框架设计上的取的一些技术成果. 2:项目背景 在针对运营商(移动.联通.电信.铁塔)的信息类的系统中,由于相关的从业人员习惯于Excel的办公

软件三重门——业务功能,业务性能及业务智能

软件三重门:业务功能,业务性能,业务智能.这是我在看的<码农>第二期里酷壳博主陈皓说的.原文如下: 我在"软件开发'三重门'"里说过,第一重门是业务功能,在这重门里,的确是会编程就可以了:第二重门是业务性能,在这一重门里,技术的基础就很管用了,比如操作系统的文件管理.进程调度.内存管理,网络的七层模型,TCP/UDP的协议,语言用法.编译和烦请库的实现,数据结构,算法等等就非常关键了:第三重门是业务智能,在这一重门里,你会发现很多东西都很学院派了,比如搜索算法.推荐算法.预