MAP

1、MAP的发展进过了Phase 1, Phase 2 和 Phase 2+, 对于GSM MAP来说 3.x.y的标准属于Phase 1, 4.x.y的Phase 2, 5.x.y以上的属于Phase 2+

 

2、主要的操作分为:

  • Mobility Management

  • Operation and Maintenance

  • Call Handling

  • Supplementary Services

  • Short Message Service

3、移动性管理包括:

位置管理(Location Management)

切换(Handover)

鉴权管理(Authentication Management)

IMEI管理(IMEI Management)

用户管理(Subscriber Management)

故障恢复(Fault Recovery)

 

以及 Phase 2删除但Phase 1支持的

寻呼和查找(Paging and Search)

接入管理(Access Management)

安全管理(Security Management)

一致性管理(Identiy Management)

------------------------------------------------------------------------------

 

4、Location Management主要有四个部分

  • updateLocation (用于当处于空闲状态的MS从一个VLR到另一个新的VLR之后,新的VLR通知HLR)

  • cancelLocation (在updateLocation之后,HLR发送给旧的VLR进行用户属性的删除,携带参数IMSI和LMSI)

  • sendIdentification(用于新的VLR向旧 的VLR发送请求得到鉴权信息,携带参数TMSI,返回IMSI和鉴权信息)

  • purgeMS(当手机长期处于inactive状态,既没有呼叫也没有位置更新超过一定时间之后,VLR向HLR发送此信息,HLR将这个MS设为not reached,此后的呼叫和短息都不能到达这个MS)

下图显示了这个过程,其中 purgeMS是可选的

 

5、Handover(发生在通话状态),包括Basic Inter-Handover 和 subsequent Inter-Handover

  • prepareHandover (最开始的消息,交互一些BSSAP消息,不包含用户信息,只包含一些可以让新的MSC分配无线资源的必要信息,以及一些可选的信息如IMSI)

  • sendEndSignal (在MSC-A到MSC-B的Basic Inter-Handover成功之后,MSC-B发送此消息给A,让A可以释放无线资源;如果呼叫是MSC-A发起的,那么A 控制着呼叫,而MSC-B不能收到释放呼叫的通知,所以MSC-A需要发送一个sendEndSignal给B让他释放无线资源)

  • processAccessSignalling( processAccessSignaling and forwardAccessSignaling是用来透传MS和anchor MSC之间的BSSAP消息的, 详见Figure 13-4)

  • forwardAccessSignalling

  • prepareSubsequentHandover(是一个Basic Inter-Handover之后的又一个Handover)

详细的情况如下图

 

 

6、anchor MSC是Handover的发起MSC, target-MSC是Handover切换到的MSC

 

7、Authentication Management,参考4中的sendIdentification

 

8、IMEI Management,检查手机的IMEI是否合法,serving MSC要求MS发送IMEI过来,然后,MSC通过MAP发送给EIR,进行合法性检查。目前中国的手机运营商都是没有IMEI管理的,如果做了,那么那些非法的手机就不能在运营商那里使用,那么就减少了用户,运营商才不管你的手机是哪里来的呢,只要给他钱赚就行。

 

9、Subscriber Management, 当subscriber's profile改变之后,HLR要通过insertSubscriberData 和 deleteSubscriberData 更新VLR

 

10、Fault Recovery, 保证HLR和VLR中的用户以及位置信息是一致的

  • reset -- HLR发送给关联的VLR,说HLR重启了

  • forwardCheckSsIndication, 在HLR outage之前,可选的发送给MS,要求MS同步HLR中的附加业务数据

  • restoreData -- VLR发送给HLR要求同步数据,前提是VLR收到来自HLR的provideRoamingNumber request之后,VLR不认识IMSI,或因为HLR的outage使得VLR中的IMSI不可靠

-----------------------------------------------------------------------------

11、Operation and Maintenance,包括 Subscriber tracing 和 Miscellaneous

 

 

12、Subscriber tracing, 有activateTraceMode(开启) 和 deactivateTraceMode(关闭),如下图,HLR发送activateTraceMode给VLR, 等到MS处于acitve之后,发送请求让MSC trace MS;deactivateTraceMode则是相反。

 

 

 

13、Miscellaneous, 就一种操作sendIMSI, 当VLR收到来自OMC的identify请求之后, VLR 发送 sendIMSI 给HLR, 根据MSISDN来识别IMSI, 如果可以,则返回相应的IMSI,否则UNKNOWN,如下图所示

 

 ---------------------------------------------------------------------------------------------------------

14、Call Handling, 主要功能是给呼叫提供路由。下图是固话打移动的一个例子, GMSC进行有效性检查之后把MSISDN发送给HLR, HLR知道对应的MS在哪个MSC下,故发送provideRoamingNumber(将IMSI作为参数)给MSC得到MSRN, 然后发送给GMSC, 接下来GMSC就把MSRN作为被叫号码,发送IAM消息给MSC。

 

----------------------------------------------------------------------------------------------

 

15、 Supplementary Services

 

----------------------------------------------------------------------------------------------

16、Short Message Service (SMS), 最多支持160个字符, 有以下几种操作

  • forwardSM -- 用于MSC与GMC或SMS-IWMSC之间传送短信文本信息

  • sendRoutingInfoForSM

  • reportSMDeliveryStatus -- 如果SMS-SC不能将短信传送给MS,则返回一个负值给SMS-IWMSC,然后SMS-IWMSC发送reportSMDeliveryStatus给HLR置上等待flag,HLR发送alertServiceCentre给SMS-IWMSC告诉他MS可达之后再发送,一旦VLR发现MS可达了,他就发送readforSM给HLR,HLR发送alertServiceCentre给SMS-IWMSC, 然后通知SMS-SC发送。

  • readyForSM

  • alertServiceCentre

  • informServiceCentre -- HLR收到sendRoutingInfoForSM之后,发现用户现在不可达,则返回此消息

Figure 13-8中,在forwardSM之前,MSC还会发送消息给VLR,进行一些合法性检测,如是否合法,是否和业务一致等,并返回结果; 如果MSC本身就是SMS-IWMSC,则forwardSM消息就不用发送了

 

17、短信的一些感念

mobile originating (MO-SMS): 移动发起的短信业务, 从MS发出,到SMS-SC收到终止

mobile terminating SMS (MT-SMS): 移动终止的短信业务, SMS-SC把接收到的短信发送给MS

短信提醒业务: 是由SMS-IWMSC发起的

SMS-IWMSC: 短信业务互通MSC,是连接短信业务中心的接口

SMS-SC: 短信业务中心,起到存储转发的作用

 

 

 

 

 

 

 

 

 

 

 

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值