四、MAP常见信令流程
- 格式:doc
- 大小:175.50 KB
- 文档页数:20
MAP协议10.1 概述10.1.1 MAP接口定义MAP即移动应用部分,MAP协议定义了为实现移动台漫游功能而在移动系统通信网络实体之间进行的信息交换方式,这里的网络实体包括MSC Server、VLR、SGSN、HLR、SMC和GMLC。
UMTS网络中,C、D、E、G、Lg、L接口都可以传递MAP消息,在这里统称为MAP接口。
1. C接口C接口指MSC SERVER与HLR之间的接口。
在此接口上,MSC Server使用No.7信令系统中的MAP协议传递信令,MSC Server实现以下功能:●在移动终结呼叫(MTC)中,MSC/GMSC Server通过C接口向HLR取路由信息,HLR通过C接口向MSC/GMSC Server提供路由信息和用户管理信息(包括用户状态、用户位置、用户签约信息等)●短消息业务(移动终止的短消息取路由过程)●对于CAMEL应用,本接口用于获取移动用户终呼时的路由信息,用户状态、签约信息等说明:MSOFTX3000支持MAP Phase1、MAP Phase2以及MAP Phase3,并允许网络运营商根据功能需求自行选择不同阶段的规范。
2. D接口D接口指VLR与HLR之间的接口。
此接口用于在HLR与VLR之间交换有关移动台位置信息及用户管理信息。
在此接口上,VLR使用No.7信令系统中的MAP协议传递信令,支持如下功能:●取鉴权集●位置更新●在移动被叫时提供漫游号码●补充业务●VLR恢复●用户数据管理功能为保证移动用户在整个服务区内能够建立和接受呼叫,必须在VLR与HLR之间交换数据,如VLR需要告知HLR移动用户当前的位置信息;HLR需要把所有与该用户有关的业务数据发送给VLR。
如果用户所在的VLR区域已经发生改变,HLR还需要删除移动用户在先前漫游VLR中的位置信息及业务数据;另外,用户对所使用业务的修改请求(如补充业务操作)及运营商对用户数据的修改都要通过D接口交换数据。
M A P 信令简介一.C DMA网络参考模型MAP协议包含了MSC、VLR、HLR、AC、MC间的接口,即图中的B、C、D、E、H、M、N、Q接口。
MAP信令以协议规定的方式实现各实体间的信息交流,绝大多数信令是以一发一收的方式进行交互的。
MAP信令通过七号信令网传递,处于MTP、SCCP、TCAP层的上方。
各实体的功能:HLR:归属位置寄存器。
手机签约的服务商设立、维护的服务器。
记录了用户的开户信息,包括:手机的基本信息如MIN、ESN等、服务清单、补充业务信息、动态信息等。
通过手机的MIN、IMSI或MDN都可以变换到手机归属HLR的GT。
AC:鉴权中心。
实现手机的鉴权功能,记录与鉴权有关的信息:MIN、ESN、SSD、A-Key 等。
一般与HLR合设。
MSC:移动交换中心。
MSC是完成对位于它所服务区域中的移动台进行控制、交换的功能实体,也是蜂窝网与其它公用交换网或其它MSC之间的用户话务的自动接续设备。
一般与VLR合设,共享VLR的数据。
VLR:拜访位置寄存器。
主要记录手机的业务信息以供给MSC使用,其中包括:手机基本信息、服务清单、与基站系统相关的动态信息等。
一般与MSC合设。
MC:短消息中心。
实现与短消息相关的功能。
保存手机的MDN、MIN、ESN、有关短消息的用户信息、延迟发送的短消息。
MS:移动终端。
用户手中的终端,保存MIN、ESN、IMSI、SSD、A-Key、无线信道信息等。
一些比较重要的号码:MDN:移动台号码簿号码。
MDN号码是移动用户作被叫时,主叫用户所需拨的号码。
MDN由以下各部分构成:CC + MAC + H0H1H2H3+ ABCD例如:86 133 **** ****CC:国家码,中国为86MAC:移动接入码H0H1H2H3:HLR的识别码。
ABCD:用户号MIN:移动台识别码。
在MAP信令中通常被用来标志某一用户,构成如下:XX + M0M1M2M3+ ABCD例如:09 0518 4321XX:MIN号段,联通是09。
GSM系统中的MAP信令一前言在移动机房日常维护和GSM网络优化中,七号信令的分析和跟踪是一种重要的手段。
对收集到的信令消息进行有效的分析并采取针对性的措施,可以提高网络运行质量和效率。
我们经常分析的信令消息包括TUP(电话用户部分)、MAP(移动应用部分)以及智能网的CAP(CAMEL应用部分)。
其中的MAP 信令已成为MSC、HLR、VLR等实体之间标准通信协议。
借助MAP 协议,可以传递与移动呼叫控制有关的信息,从而实现全球范围内的移动通信。
MAP协议是随着GSM的两个阶段而逐步发展和完善的。
GSM的第一阶段(phase 1)定义了GSM系统的基础,其中包括GSM的基本服务和功能;第二阶段(phase 2)则对第一阶段中的服务加以改进并增加新功能,例如呼叫保持(CH)、呼叫等待(CW)等等;从93年起开始GSM phase 2+工程,主要针对phase 2中的功能加以补充,并加入了许多商业导向功能,例如虚拟网络等等。
同样,欧洲电信标准协会(ETSI)则陆续推出了相应的不同版本MAP规范 GSM 09.02: "Digital cellular telecommunications system ; Mobile Application Part (MAP) specification"。
二MAP信令原理1. MAP应用接口MAP信令在GSM实体之间传递,其中包括HLR与MSC之间的C接口、HLR与VLR之间的D接口、MSC与MSC之间的E接口、MSC与EIR之间的F接口、VLR与VLR之间的G接口、HLR与gsmSCF之间的J接口。
2. MAP结构模型MAP结构模型见图1。
MAP向其用户提供一系列专用服务,因此可以被MAP业务用户看成一个代表MAP业务提供者的抽象协议机。
在业务接口上,MAP业务用户通过接收和发送MAP业务原语与MAP业务提供者进行通信。
MAP对话是指为进行一个应用而在两个MAP用户之间的信息交换。
信令流程分析部分
在现代通信系统中,信令流程是确保通信网络正常运行的关键部分之一、它负责在用户间传递各种控制信息,以确保通信的可靠性、效率以及
安全性。
本文将对信令流程进行详细分析,包括其定义、分类、重要性以
及常见的信令流程协议。
信令流程是指在通信系统中用于传输和处理与通信业务相关的控制信
息的过程。
它与实际的数据传输分离,主要负责处理用户的请求、建立并
维护通信连接、调度网络资源、以及处理和恢复错误等。
信令流程可分为物理层信令和控制层信令。
物理层信令是指在物理媒
介上进行传输的信令信息,例如电平、频率、帧同步等信息。
而控制层信
令则负责处理用户的请求和控制信息,包括呼叫建立、请求路由、鉴权、
计费等。
信令流程在通信系统中的重要性不言而喻。
它不仅用于在用户之间建
立通信连接,还可以确保通信过程中的安全性和可靠性。
通过信令流程,
用户可以请求网络资源,进行通信,而网络则可以对请求进行调度和控制,以满足不同用户的需求和优化网络性能。
综上所述,信令流程是通信系统中非常重要的一部分。
它负责处理用
户的请求和控制信息,确保通信的可靠性、效率和安全性。
常见的信令流
程协议有SS7、SIP和H.323等。
随着通信技术的不断发展,信令流程也
在不断演化和优化,以适应不同的通信需求。
常用信令流程汇总1.呼叫建立呼叫建立是通信过程中最基本的信令流程之一、它通常包括以下几个步骤:-主叫方发送呼叫请求消息。
-被叫方收到呼叫请求消息后,发送呼叫确认消息。
-主叫方收到呼叫确认消息后,发送呼叫确认应答消息。
2.呼叫振铃呼叫振铃是在呼叫建立后,被叫方的终端设备开始发出振铃声,通知被叫方有来电。
这个过程中主要涉及以下步骤:-被叫方终端设备接收到呼叫确认应答消息后,开始发出振铃信号。
3.呼叫转移呼叫转移是当呼叫要转移到另一个目的地时使用的信令流程。
它通常包括以下几个步骤:-主叫方发送呼叫转移请求消息。
-传递呼叫的信令设备收到呼叫转移请求后,发送呼叫转移确认消息。
-被叫方或目标设备接收到呼叫转移确认消息后,发送呼叫转移确认应答消息。
4.呼叫保持和恢复呼叫保持和恢复是指在通话过程中,主叫或被叫方需要将通话暂停或恢复的信令流程。
它通常包括以下几个步骤:-主叫或被叫方发送呼叫保持请求消息。
-通信设备收到呼叫保持请求消息后,发送呼叫保持确认消息。
-主叫或被叫方接收到呼叫保持确认消息后,可以发送呼叫保持确认应答消息。
5.呼叫释放呼叫释放是指在通信过程中结束通信的信令流程。
它通常包括以下几个步骤:-在通话结束时,主叫或被叫方发送呼叫释放请求消息。
-通信设备收到呼叫释放请求消息后,发送呼叫释放确认消息。
-主叫或被叫方接收到呼叫释放确认消息后,可以发送呼叫释放确认应答消息。
6.呼叫转换-主叫方发送呼叫转换请求消息。
-通信设备收到呼叫转换请求消息后,发送呼叫转换确认消息。
-转换后终端设备接收到呼叫转换确认消息后,可以发送呼叫转换确认应答消息。
这些只是常用信令流程的一些示例,实际应用中可能还涉及更多的信令流程。
在通信网络中,信令流程起着重要的作用,用于控制和管理通信资源,确保通信的顺利进行。
基本信息单元●基本信息单元(Information Element)简称为IE,包括标记(Tag)、长度(Length)及内容(Content)三部分组成。
标记用以区分不同的信息单元(IE),决定对内容字段的解释;长度用以指明Content含有字节的个数。
按照内容的复杂程度,信息单元可以分为本原体(Primitive)和复合体(Constructor)两种。
本原体的内容是简单数据类型,复合体的内容是一个(或多个)基本信息单元。
2、标记标记(Tag):由一个或多个8位位组组成,包括类别(Class),格式(Form)及标记码(Tag Code)三部分。
●其中,HG两个比特组成Class,将标记分为4类:→HG = 00,普通类(Universal),它为X.209中定义的完全标准化的标记。
→HG = 01,全应用类(Application-Wide),应用于七号系统TCAP功能各种应用业务ASE(即TCAP用户)的信息元,如事物处理子层的标记均采用此类标记。
→HG =10,应用上下文类(Context-specific),用于在上一级Constructor中规定的信息元,这些信息元还要考虑同一Constructor中其它数据元素的顺序,该标记可以在其它Constructor中重用,例如成份处理子层的标记均采用此类标记。
→HG=11,专用类(Private Use),它保留用于国内、网络内或专用用户的信息元。
这些信息元不属于TC的协议范围。
2、标记●比特F表示格式:指信息元的形式→0:表示该IE为本原体(Primitive)→1:表示该IE为复合体(Constructor)●比特E-A为标记码,表示此标签序号,可扩充为多字节,格式如下图示:●长度指示Content部分所占的八位位组数,它不包括Tag和Length字段的八位位组。
3、长度●长度字段有三种编码形式:→a)若长度小于128个八位位组,则采用短格式,它只占一个字节,第八位置0,低7位为长度的二进制编码值。
MAP技术介绍2010-4-25一、MAP技术介绍MAP是为了完成移动台的自动漫游功能,在移动通信网络实体之间传递消息的信令。
是网络之间互联的一个特有的功能单元,MAP规范给出了移动网在使用No.7信令系统时所要求的必需的信令功能,以便提供移动网必需的业务, 如话音和非话音业务。
目前MAP信令的传输是以CCITT的No.7信令系列技术规范为基础的,实际上MAP 信令的交换也可基于其它符合OSI网络层标准的网络。
这样,网络运营公司就可以根据本地实际情况,混合匹配使用各种协议,以满足其需要,当然这还需要有关协议的制订与完善。
MAP负责以下过程中GSM各功能实体间的信息传递:----位置登记/删除----位置寄存器故障后的复原----用户管理----鉴权加密----IMEI的管理----路由功能----接入处理及寻呼----补充业务的处理----切换----短消息业务----操作和维护在GSM系统中,MAP信令就如同人的血液一样,在各个功能实体之间,通过GSM的血管(No.7 CCS系统),传递着与上述规程有关的信息。
MAP协议也分为phase1,phase2,phase2+三个阶段,分别以3.x.y, 4.x.y, 5.x.y 标识协议版本号;(各个阶段的区别这里暂时不做介绍)二、MAP消息和会话MAP由业务提供者向其用户提供各种专门业务。
业务用户和业务提供者通过收发MAP 业务原语而相互作用。
一个MAP用户可同时接受来自不同的MAP业务提供者的业务,全部程序由业务用户来进行同步;MAP业务原语命名“类型”描述:请求(req)指示(ind)响应(rsp)确认(cnf)一个MAP对话定义为两个MAP用户之间为进行一个公共任务而进行的信息交换,它由一个或若干个MAP业务组成;TC:用来传送执行一个操作的请求或应答的方式,是TCAP的成分子层,用于承载MAP 消息。
一个操作是由远端要执行的一个动作,可以带相关参数。
交换机和HLR之间的信令消息都是以IMSI为索引的。
在固网交换机中,用户是不存在机身码的,采用约定的编码方式当作机身码。
交换机和HLR之间的MAP信令接口包括以下几个部分:移动性业务管理、操作和维护业务、呼叫处理业务、与补充业务相关的业务等。
下面分别进行描述。
1.1 发送鉴权参数固定交换机应该支持用户的鉴权功能。
在用户移入到本交换机时进行鉴权,识别用户接入到本网络中的权限。
在鉴权过程中,交换机向HLR请求鉴权信息的消息流程如图所示:(a)(b)图 1交换机请求鉴权参数流程流程说明:当用户接入到交换机中时,交换机需要对此用户进行鉴权。
交换机向HLR 发送MAP_SEND_AUTHENTICATION_INFO消息,请求HLR提供用户的鉴权参数,消息中带有用户的IMSI。
HLR响应鉴权参数请求,将鉴权参数传送给交换机。
鉴权参数包括随机数、结果1和结果2。
存在两种鉴权算法,结果1和结果2分别为两种算法对应的结果。
1.2 位置更新1.2.1位置更新流程当固定用户位置变化、或进行附加业务操作、或数据不可靠时,交换机向HLR发起位置更新。
位置更新作用是要求获得该用户的数据,并在HLR中注册用户新的位置信息。
交换机向HLR发起位置更新流程如图所示:))))图 2位置更新流程流程说明:a)用户当前所在交换机向HLR发起位置更新请求,请求中携带IMSI、VLR Number等;b)HLR收到用户所在的交换机位置更新请求后,向用户当前所在的交换机发起请求,插入用户数据;c)交换机存储用户数据,并向HLR确认用户数据插入;响应中携带交换机不支持的补充业务的SS-Code List、区域签约限制时返回RegionalSubscription Response、如果交换机支持CAMEL,则还需携带支持的CAMEL版本信息。
目前固定交换机仅支持CAMEL版本2;d)HLR确认交换机的位置更新请求,响应中携带HLR Number,交换机存储用户归属HLR Number。
信令流程讲义范文信令流程是在通信系统中用于实现信令交换和控制的一系列过程和协议。
它涉及到发送和接收传递控制信息,以确保通信系统中的设备和网络能够正常运行。
一、信令流程概述在通信系统中,信令流程主要用于支持呼叫建立、终止和管理,以及在通话过程中提供设备和网络的控制。
它是在用户数据传输之外进行的信息交换,用于确保通信设备和网络之间的协调和合作。
信令流程一般由以下几个步骤组成:呼叫建立、信道分配、呼叫控制和释放。
1.呼叫建立:呼叫建立是指在两个通信设备之间建立通话连接的过程。
当一个用户希望与另一个用户通话时,首先需要通过呼叫建立信令来告知网络,网络会分配合适的资源并建立通信链路。
2.信道分配:信道分配是指网络为建立呼叫所分配的信道或频谱资源。
在呼叫建立过程中,网络会根据需要为通话双方分配合适的通信信道,以确保通信质量和资源利用效率。
3. 呼叫控制:呼叫控制是在通话过程中对呼叫进行管理和控制的过程。
它包括通话管理、增加或删除参与者、调整信道等控制功能。
呼叫控制信令可以通过呼叫控制协议实现,如SS7(Signaling System No. 7)。
4.释放:释放是指终止通话并释放通信资源的过程。
当通话结束或用户主动挂断时,会发送释放信令告知网络释放通话资源。
二、信令流程详解1.呼叫建立的信令流程:(1)用户A拨号,向接入网关发送呼叫请求。
(2)接入网关接收到呼叫请求后,通过信令传送网络将呼叫请求传递给信令交换机。
(3)信令交换机验证呼叫请求并根据需要向目标用户分配资源。
(4)信令交换机通过信令传送网络将呼叫请求传递给目标用户所在的接入网关。
(5)目标用户接收到呼叫请求后,可以选择接听或拒绝呼叫。
(6)接收到接听信号后,信令交换机将建立连接的信令传递回源用户所在的接入网关。
(7)接入网关收到建立连接的信令后,建立通话连接并通知源用户。
2.信道分配的信令流程:(1)用户A发起信道分配请求。
(2)信令交换机根据用户的请求和网络的资源情况,为用户分配通信信道。
四、MAP常见信令流程本部分内容包括MAP协议概述HLR/VLR的用户数据组织MAP常见信令流程(一)、MAP协议概述MSC、HLR、VLR之间的接口采用了MAP协议。
MAP协议的层次结构如图所示。
本章第二部分中讲述MAP的常见功能流程。
1.SCCPMAP采用SCCP无连接0或1级的无连接服务。
SSN(子系统号码):用户部分比特8765432100000101整个MAP(留待将来可能使用)00000110HLR00000111VLR00001000MSC00001001EIR00001010AC寻址用DPC+SSN或GT寻址。
2.TCAPTCAP基于网络的无连接服务。
为了向所有应用业务提供统一的支持,TCAP将不同节点之间的信息交互抽象为一个关于’’操作’’的过程,即起始节点调用(Invoke)一个操作,远端(目的地)节点应请求执行执行该操作,并可能向始节点回送操作执行结果。
为了完成某项业务过程,两个节点的对等实体之间可能涉及到许多操作,这些相关操作的执行通过顺序、嵌套等方式组合起来,就构成一个所谓’’对话’’(即’’事务’’,如MAP的业务流程等)。
正如对话语句是由以下基本单词组成一样,TCAP消息由基本构件――组元(Component)组成的。
一个组元对应于一个操作请求或响应,一个消息(对话)可以包含多个组元。
这样,由若干个组元就可以构成大量的消息。
上述统一的消息结构和语法规则适用于任何类型的TC用户。
因此,TCAP协议和具体应用无关,但是消息的语义,即每个组元中所包含的信息含义以及一个消息中各个组元的次序则取决于具体的应用,由TCAP用户定义。
MAP层次结构--------------------------------第3层: 网络层第2层: 数据链路层第1层: 物理层MTP: Message Transfer Part,消息传递部分SCCP: Signaling Connection Control Part,信令连接控制部分BSSAP: Base Station System Application Part, 基站系统应用部分,用于GSM A接口TCAP: Transaction Capability Application Part, 事务能力应用部分MAP: Mobile Application Part,移动应用部分, 用于MSC﹑VLR﹑HLR之间的接口TUP: Telephone User Part,电话用户部分, 用于MSC和PSTN之间的接口(二)、HLR/VLR的用户数据组织GSM相应规范03.08 Organisation of subscriber data用户数据组织简述1、 H LRHLR是负责移动用户管理的数据库。
MAP信令教程拟制:日期:yyyy/mm/dd 审核:日期:yyyy/mm/dd 审核:日期:yyyy/mm/dd 批准:日期:yyyy/mm/dd深圳市华为技术有限公司版权所有侵权必究修订记录目录1MAP概述 41.1网络实体 41.2接口模型 41.3协议模型 6 2MAP协议设计72.1MAP协议分层72.2MAP服务原语72.3原语调用顺序82.4MAP服务原语与TC原语的映射规则9 3MAP主要业务流程103.1移动管理103.1.1位置管理113.1.2MSC间切换163.1.3错误恢复193.2操作与维护203.2.1用户跟踪203.2.2用户数据管理223.2.3用户标识233.3呼叫处理233.3.1取路由信息233.3.2任意时间查询243.4补充业务操作243.4.1补充业务登记243.4.2补充业务删除253.4.3补充业务激活253.4.4补充业务去活253.4.5补充业务查询263.4.6登记秘密263.5短消息业务273.5.1移动始发短消息传输过程273.5.2移动终止短消息传输过程273.5.3短消息提醒293.5.4短消息发送状态报告313.6GPRS相关过程313.6.1GPRS取路由313.6.2GPRS失败报告323.6.3GPRS用户重现通知32MAP信令教程1MAP概述移动应用部分(Mobile Application Part)是公用陆地移动网(PLMN)在网内和网间进行互连而特有的一个重要的功能单元。
它定义了GSM各网络实体之间通过七号信令完成信息交互的规范。
包括了消息流程、操作定义、数据类型、错误类型以及具体的编码。
1.1网络实体下图中有红色阴影的网络实体间的信令交互使用MAP协议。
1.1接口模型下面是GSM系统中主要接口的框架图。
其中实线表示的接口中传递MAP信令,包括C、D、E、F、G、L、J、Gc、Gr、Gd、Gf接口,将对它们做进一步说明。
短信收发流程短信效劳是通过使用SS#7 协议中的MAP(Mobile Application Part),将短信息协议的数据元素作为MAP 信息中的数据域在网络中传输来实现的。
这些MAP 信息通过使用传统的基于时分复用的信令、或者使用基于IP 层的SIGTRAN 信令传送协议和适配层来传输。
短信息协议的定义见3GPP TS 23.040 的短信点对点协议和3GPP TS 23.041 的小区播送效劳协议。
下面是短信收发过程的四个MAP 流程:1.移动终端发起的短信息效劳的传送;2.移动终端接收的短信息效劳的传送;3.短信息戒备程序;4.短信息等待数据集程序。
1.移动终端发起的短信息效劳的传送流程以下图是一个简化了的成功递交起于移动终端的短信息的呼叫流程:当用户发送一条短信息时,手时机通过空中接口将文本信息发送给VMSC(即访问移动交换中心)/SGSN〔即GPRS 效劳支持节点〕;该文本信息不仅包含用户编辑的短信正文、还包含短信的目的地址和短信效劳中心(SMSC)的地址,其中短信效劳中心〔SMSC〕的地址是从存储在SIM 卡中的手机配置信息中得到的。
略过空中接口技术不谈,VMSC(即访问移动交换中心)/SGSN〔即GPRS效劳支持节点〕会调用MAP 效劳包中的MAP_MO_FORWARD_SHORT_MESSAGE 发送信息给效劳中心SC 的互通移动交换中心〔IW MSC〕,效劳中心的地址由手机供给。
效劳中心会发送mo-ForwardSM MAP 操作到短信效劳中心〔SMSC〕,该操作在手机的短信息递交中识别、嵌入在一个TCAP 消息(Transaction Capabilities Application Part)中,使用SCCP(Signalling Connection Control Part)经由核心网传输。
短信息效劳中心(SMSC)的互通移动交换中心(IW MSC)在收到MAP mo-ForwardSM 信息后,就传送包含着文本信息的SMS-PP APDU (即SMSPP 的应用协议数据单元APDU(Application Protocol Data Unit)〕到短信息效劳中心的实际效劳中心SC 中存储起来。
MAP消息流程解析第1章 MAP典型流程MAP主要负责以下业务功能的实现:●位置登记/删除●位置寄存器故障后的恢复●⽤户管理●鉴权加密●IMEI的管理●路由功能●接⼊处理及寻呼●补充业务的处理●切换处理●短消息业务●操作和维护以下介绍⼀些主要的业务功能流程:1.1 位置更新业务1.1.1 位置管理位置管理包括:位置更新、位置删除、IMSI分离、PURGE MS、数据恢复(移动作被叫引发)。
1. 位置更新●概述位置更新⽤于更新⽹络保持的移动⽤户位置信息。
此位置信息⽤于向漫游移动⽤户提供⼊呼叫、短消息、⾮结构化补充业务数据的路由寻址。
为减少⽤户HLR的更新,HLR 中仅保留⽤户附着的VLR 和MSC的信息。
VLR 中包括更多详细的位置信息,即⽤户实际漫游的位置区。
因此,在每次改变位置区时,VLR 需要更新,⽽HLR 仅需在以下情况下需要更新:当⽤户在⼀个新的VLR 登记时,及VLR没有该⽤户的数据;若标记“HLR 确认”或标记“HLR 中位置信息确认”因HLR 或VLR复位设置为“不确认”,VLR 接收到⽤户出现的指⽰。
位置更新业务流程1) MS 在同⼀个VLR区域内漫游时位置更新的情况(不需要更新VLR的情况)图1MS 在同⼀个VLR区域内漫游时位置更新注:流程图中斜线部分为可选流程,以后的流程图中都相同!在同⼀个VLR漫游时的位置更新不需要通知HLR。
所以这种位置更新在MSC/VLR与HLR之间的信令链路上没有任何消息,只是在内部B接⼝上能看到消息(MSC和VLR通常是合⼀设置的)。
2) MS 在不同VLR中漫游时的位置更新(MS 以前⼀个VLR 分配的TMSI 识别,IMSI可以从PVLR中得到。
)图2MS 在不同VLR中漫游时的位置更新(情况⼀)这种位置更新是跨VLR的位置更新(即跨MSC的位置更新),这种位置更新必须要通知HLR。
因为HLR要知道⽤户当前所在的MSC、VLR号⽤来在⽤户做被叫时取漫游号码⽤。
四、MAP常见信令流程本部分内容包括⏹MAP协议概述⏹HLR/VLR的用户数据组织⏹MAP常见信令流程(一)、MAP协议概述MSC、HLR、VLR之间的接口采用了MAP协议。
MAP协议的层次结构如图所示。
本章第二部分中讲述MAP的常见功能流程。
1.SCCP⏹MAP采用SCCP无连接0或1级的无连接服务。
⏹SSN(子系统号码):用户部分比特8765432100000101 整个MAP(留待将来可能使用)00000110 HLR00000111 VLR00001000 MSC00001001 EIR00001010 AC⏹寻址用DPC+SSN或GT寻址。
2.TCAPTCAP基于网络的无连接服务。
为了向所有应用业务提供统一的支持,TCAP将不同节点之间的信息交互抽象为一个关于’’操作’’的过程,即起始节点调用(Invoke)一个操作,远端(目的地)节点应请求执行执行该操作,并可能向始节点回送操作执行结果。
为了完成某项业务过程,两个节点的对等实体之间可能涉及到许多操作,这些相关操作的执行通过顺序、嵌套等方式组合起来,就构成一个所谓’’对话’’(即’’事务’’,如MAP的业务流程等)。
正如对话语句是由以下基本单词组成一样,TCAP消息由基本构件――组元(Component)组成的。
一个组元对应于一个操作请求或响应,一个消息(对话)可以包含多个组元。
这样,由若干个组元就可以构成大量的消息。
上述统一的消息结构和语法规则适用于任何类型的TC用户。
因此,TCAP协议和具体应用无关,但是消息的语义,即每个组元中所包含的信息含义以及一个消息中各个组元的次序则取决于具体的应用,由TCAP用户定义。
MAP层次结构--------------------------------第3层: 网络层第2层: 数据链路层第1层: 物理层MTP: Message Transfer Part,消息传递部分SCCP: Signaling Connection Control Part,信令连接控制部分BSSAP: Base Station System Application Part, 基站系统应用部分,用于GSM A接口TCAP: Transaction Capability Application Part, 事务能力应用部分MAP: Mobile Application Part,移动应用部分, 用于MSC﹑VLR﹑HLR之间的接口TUP: Telephone User Part,电话用户部分, 用于MSC和PSTN之间的接口(二)、HLR/VLR的用户数据组织⏹GSM相应规范03.08 Organisation of subscriber data⏹用户数据组织简述1、H LRHLR是负责移动用户管理的数据库。
它存储所有它所管辖用户的签约数据以及移动用户的位置信息,可为至某MS的呼叫提供路由信息。
所有管理方面的干预,是对HLR的数据修改。
HLR不直接控制MSC。
HLR中存储有两个与每个移动签约相依附的号码:――IMSI;――MSISDN。
数据库还包括以下信息:――位置信息(VLR号码);――基本电信业务签约信息;――业务限制(例如限制漫游);――补充业务表包含了业务所涉及的参数。
2、VLR在某一MSC区域内漫游的移动用户受控于负责该区域的VLR。
当某移动台出现在某一位置区内,它将启动位置更新程序。
负责该区的MSC注意到此次登记,并将MS所在的位置区的标识转送至VLR。
VLR包含它所管辖区域内出现的移动用户的数据,包含处理呼叫或接收呼叫所需的信息(在某些情况下,VLR也可能需要包含来自HLK的附加信息)。
VLR中主要包括下列信息单元:――IMSI;――MSISDN;――TMSI;――移动台登记所在的位置区;――补充业务参数。
HLR/VLR中的用户数据浏览说明:M 必备参数C 可选参数P 永久参数T 可变参数(三)、MAP常见信令流程1.移动性管理程序(1)位置更新位置更新程序用于更新网络保存的位置信息。
此位置信息用于向漫游用户提供入呼叫、短消息等的路由地址。
HLR有用户的MSC/HLR信息,VLR中有位置区。
因此,MS每次改变位置区时,VLR需要更新,而HLR仅需在以下情况下更新:――当用户在一个新的VLR登记时――因为HLR或VLR复位,用户数据中的标记’’HLR确认’’或’’HLR中位置信息确认’’被置为’’不确认’’时,VLR接收到用户出现的指示。
相关子业务说明:【1】 MAP_UPDATE_LOCATION业务,用以VLR更新HLR中的存储的位置信息。
【2】 MAP_INSERT_SUBSCRIBER_DATA,用于HLR带有某些数据去更新VLR。
有以下几种情况:――运营者改变了一个或若干个补充业务,基本业务的签约或用户的数据,但不用于基本业务或补充业务的取消。
――运营者运用、改变或去掉了由运营者决定的闭锁业务――用户通过一个用户程序改变了与一个或若干个补充业务有关的数据――HLR在位置更新时或在恢复时向VLR提供用户数据。
【3】MAP_ACTIVATE_TRACE_MODE业务,用以激活VLR中的用户跟踪。
(2)位置删除 ( MAP_CANCEL_LOCATION)当MS在一个新的VLR中登记后,删除前一个VLR中的用户记录。
删除用户记录时,也可以采用此程序。
(3)清除MS ( MAP_PURGE_MS)由于人机命令,或者在相当长的一段时间内MS没有任何活动,VLR删除用户记录时,请求HLR为此MS设置’’MS清除’’标记,以便对于移动终端呼叫或移动终端短消息请求路由信息时认为MS不可及。
VLR区改变时的位置更新A B C清除MS2.M SC间的切换程序MSC A为主控MSC,在本次呼叫过程中始终主控。
(1)基本切换(MSC A-> MSC B)流程说明:MS发送切换请求,MSC A 判断目标小区在MSC B。
MAP_PREPARE_HANDOVER:启动切换,包含目标小区MAP_PREPARE_HANDOVER证实:包含切换号码(用于区分各个切换),也可以包含MSC B 从A接口收到的消息MAP_PROCESS_ACCESS_SIGNALLING:MSC B-> MSC A,内含MSC B 从A接口收到的消息MAP_FORWARD_ACCESS_SIGNALLING:MSC A-> MSC B,内含需MSC B转发的A接口消息MAP_SEND_END_SIGNALLING:指示MSC-B已建立了至MS的无线路径,MSC-A保留对此呼叫的主要控制直至呼叫结束。
MAP_SEND_END_SIGNALLING证实:MSC-A通知MSC-B,所有在MSC-B中的呼叫资源可以被释放。
既可以是因为在MSC-A中的呼叫已被释放,也可以是因为呼叫已成功地从MSC-B切换到别的其它MSC。
切换过程结束。
MSC间的基本切换流程(1)后续切换(MSC B-> MSC B’)流程说明:MS已从MSC A切换到 MSC B。
MS发送切换请求,MSC B 判断目标小区在MSC B’。
MAP_PREPARE_SUBSEQUENT_HANDOVER:MSC B -> MSC A,包含目标MSC号、目标小区、和MSC B 从A接口收到的消息MAP_PREPARE_HANDOVER:MSC A -> MSC B’,包含目标小区MAP_PREPARE_HANDOVER证实:MSC B’-> MSC A,包含切换号码(用于区分各个切换),也可以包含MSC B 从A接口收到的消息MAP_PREPARE_SUBSEQUENT_HANDOVER证实:MSC A -> MSC BMAP_PROCESS_ACCESS_SIGNALLING:MSC B’-> MSC A,内含MSC B’从A接口收到的消息MAP_FORWARD_ACCESS_SIGNALLING:MSC A-> MSC B’,内含需MSC B’转发的A接口消息MAP_SEND_END_SIGNALLING:指示MSC-B已建立了至MS的无线路径,MSC-A保留对此呼叫的主要控制直至呼叫结束。
MAP_SEND_END_SIGNALLING证实:MSC-A通知MSC-B,所有在MSC-B中的呼叫资源可以被释放。
既可以是因为在MSC-A中的呼叫已被释放,也可以是因为呼叫已成功地从MSC-B切换到别的其它MSC。
切换过程结束。
MSC间的后续切换流程E B3.故障后复位程序(1)VLR复位重新启动后,VLR删除所有受故障影响的用户记录。
当接收到MAP_UPDATE_LOCATION_AREA指示时,启动位置更新,产生对应IMSI 的用户记录。
当接收到MAP_PROVIDE_ROAMING_NUMBER指示时,即MS被叫(或短消息被叫)时,产生对应IMSI的用户记录,并置标记’’无线联系确认’’为’’不确认’’,以便MS出现后启动位置更新。
位置更新后,置标记’’无线联系确认’’为’’确认’’。
子业务说明:【1】 MAP_PROVIDE_ROAMING_NUMBER,用于HLR与VLR之间。
HLR调用此业务,以请求VLR返回MSRN。
HLR指示GMSC将入呼呼叫接续到被叫MS。
【2】 MAP_SEND_AUTHENTICATION_INFO,用于VLR与HLR之间为使VLR获得鉴权信息。
VLR要求提供RAND/SRES/K的集合。
C【3】 MAP_RESTORE_DATA,请求HLR向VLR发送关于此用户的所有数据,以存储在此用户IMSI记录中。
【4】 MAP_ACTIVATE_TRACE_MODE业务,用以激活VLR中的用户跟踪。
【5】 MAP_INSERT_SUBSCRIBER_DATA,用于HLR带有某些数据去更新VLR。
有以下几种情况:――运营者改变了一个或若干个补充业务,基本业务的签约或用户的数据,但不用于基本业务或补充业务的取消。
――运营者运用、改变或去掉了由运营者决定的闭锁业务――用户通过一个用户程序改变了与一个或若干个补充业务有关的数据――HLR在位置更新时或在恢复时向VLR提供用户数据。
(2)HLR复位重新启动后,HLR将从永久性存储器下载所有数据,为每个MS复位’’MS清除’’标记,向MS所在的VLR发送MAP_RESET请求。
VLR于是将所涉及的MS的’’HLR中的位置信息确认’’标记置为’’不确认’’,以便在于MS建立无线联系时,启动位置更新程序。
位置更新后,置标记’’ HLR中的位置信息确认’’标记置为’’确认’’在MS被叫时与VLR复位有关的程序HLR复位的程序4.呼叫处理程序GMSC指呼叫的接入MSC,VMSC指MS登记所在的MSC。