大唐模拟MSC支持SMS业务流程
短消息处理流程
短消息处理流程MO流程MO（Mobile Originated），即移动台始发的短消息，指的是移动台MS向短消息中心提交短消息，到收到短消息中心返回的应答消息的过程。
具体流程如下。
1.移动台MS向VLR提交访问请求和可选的鉴权请求（Access request andpossible authentication）。
2.移动台MS向MSC提交短消息（Message Transfer）。
3.MSC向SMC提交短消息（Message Transfer）。
4.SMC向MSC回送应答（Success or Error）。
5.MSC向MS回送应答（Success or Error）。
MT流程MT（Mobile Terminated），移动台终止的短消息，指的是短消息中心按一定的规则把短消息发送给目的移动台MS，到收到移动台MS返回的应答消息的过程。
SMC根据目的手机号码找到目的手机归属的HLR，并且发送消息到该HLR查询目的手机当前所在的MSC的地址。
得到该地址后，SMC发送消息到目的手机所在MSC，由该MSC将短消息转发到该目的手机。
目的手机收到短消息后给SMC回送应答消息。
具体流程如下。
1.SMC向HLR查询发送路由（SendRoutingInfo_For_ShortMessage），从HLR取回用户的IMSI号码和目前用户所在的MSC的地址。
2.SMC向MSC前传短消息（Forward_ShortMessage）。
3.MSC向VLR查询发送路由（SendInfoFor_MT_SMS），从VLR取回当前手机用户所在的小区位置信息。
4.MSC向移动台MS发送短消息（Message Transfer）。
5.MS向MSC回送MT消息的ACK消息。
6.MSC向SMC回送转发报告（Delivery report）。
MT的流程较为复杂，以上仅为正常下发流程，现在将非正常下发流程说明如下。
∙如果用户不在服务区或用户手机短消息内存已满，则SMC会发信令消息到HLR置MNRF（Mobile Not Reachable Flag）或MCEF（Memory Capacity Exceeded Flag）标志，信令名称为Delivery Status Report。
SMS流程分析
SMS流程和协议分析目录SMS流程和协议分析 (1)1Reference (3)2Definitions (3)3 短消息的业务信元 (6)3.1有效周期（Validity Period） (6)3.2业务中心时间戳（ServiceCentreTime Stamp） (6)3.3协议标识（Protocol Idenitifier） (6)3.4多条短消息的发送（MoreMessage to send） (6)3.5提醒短消息中心（Alerting SC） (6)3.6消息等待（Message Wait） (7)3.7优先级（Priority） (7)4短消息流程 (8)4.1 移动始发短消息的基本流程 (8)4.2 移动终结短消息的基本流程 (11)5短消息异常流程 (13)5.1短消息网关错误（GT码错误......） (13)5.3MSC或SGSN错误（MSC号段GT错误，未做......） .. (14)5.4VLR信息获取错误 (15)5.5RR侧的错误（无寻呼，数据传输时丢失） (16)6短消息提醒流程 (19)6.1可及通知流程 (19)6.2MS内存可用通知流程 (20)7协议层次 (21)8短消息传递时使用的信道 (22)9SMS的无线接口协议 (22)9.1Short Message Transfer Layer（SM-TL） (22)9.2Short Message Relay Layer（SM-RL） (23)9.3CM-sublayer (25)SMS流程和协议分析1 Reference0411700 Point-to-point short message servicesupport on mobile radio interface0340720 Technical realization oftheShort Message Service (SMS)0341610 Short MessageService Cell Broadcast0412600 Short MessageService Cell Broadcast(SMSCB) supportonthe mobile radiointerface0339600 Interface protocols for the connection of Short MessageService Centres (SMSCs) to Short Message Entities (SMEs)2 DefinitionsactiveMS:Aswitched-onmobile station with a SIM/ UICCsee 3GPPTS31.101 [31]module attached.alert-SC: Service element providedbya GSM/UMTS PLMN to inform an SCwhich has previously initiatedunsuccessful short messagedelivery attempt(s) to a specific MS, that the MS isnow recognizedbythe PLMN to haverecoveredoperation.status report:SC informingtheoriginating MS of the outcome of a shortmessage submittedtoan SME.GatewayMSC ForShortMessageService (SMS-GMSC):A function of anMSC capableof receiving a short message froman SC, interrogating anHLR forrouting information and SMS info, and delivering the short message to theVMSC or theSGSNof therecipient MS.InterworkingMSC ForShortMessage Service (SMS-IWMSC): Afunction of anMSC capableof receiving a short message fromwithin the PLMN and submitting it to the recipient SC.Messages-Waiting (MW):Service element that makes a PLMN store information(Messages-Waiting-Indication), listing those SCs thathave made unsuccessfulshortmessagedelivery attempts toMSs inthat PLMN.Messages-Waiting-Indication (MWI):Data tobe storedinthe HLR and VLRwith whichanMS is associated, indicating that there isone or more messages waiting ina setof SCs tobedelivered to the MS (due to unsuccessful delivery attempt(s)).Messages-Waiting-Data (MWD): Apartof the MWI to be storedin the HLR. MWD consistsof anaddress list of the SCs whichhavemessages waiting tobedeliveredtothe MS.Mobile-services Switching Centre (MSC): The Mobile-servicesSwitching Centre is anexchange whichperforms switching functionsfor mobile stations located in ageographical areadesignatedas the MSC area.Mobile-Station-Memory-Capacity-Exceeded-Flag(MCEF):Apart of the MWI tobestoredin the HLR. MCEF is a Boolean parameter indicating if theaddress list of MWD contains one or more entries because an attempt to delivera short message to anMS has failed with acause of MS Memory CapacityExceeded.Mobile-Station-Not-Reachable-Flag(MNRF):Thepartof the MWI tobe stored in theVLRand the HLR. MNRF is a Booleanparameter indicating if theaddress listofMWDcontains one or more entriesbecause anattempt todeliver a shortmessage toan MShas failedwitha cause of Absent Subscriber.Mobile-station-Not-Reachable-for-GPRS(MNRG):The part of the MWI tobe storedin theSGSN and the HLR. MNRG is a Boolean parameter indicating if the address list ofMWD containsone or more entries because an attempt todelivera short message to anMS hasfailedwith acauseof Absent Subscriber.Mobile-Station-Not-Reachable-Reason (MNRR): Thepartof the MWI intheHLRwhichstores the reason for an MSbeing absent when an attempt to delivera short message to an MS fails at the MSC witha cause of AbsentSubscriber.More-Messages-To-Send (MMS):Information element offering an MS receiving a short message fromanSC the information whether there are stillmore messageswaiting tobe sent fromthat SC to the MS. TheTP-MMS element (conveyed in the Transfer layer) is copied into the RP-MMS element (conveyedin the Relay layer).It ispossiblewithPhase2 and laterversionsof MAP (3GPP TS29.002 [15])for the RP-MMS element tokeepanSMtransactionopenbetween theGMSCandthe MS inthe case where there aremore-messages-to-send. Earlierversionsof MAP support the transportof theTP-MMS element.priority:Service element enabling theSCor SME to request a short messagedelivery attempt to an MS irrespective ofwhether or not the MShas been identified as temporarilyabsent.protocol-identifier: Information element by which theoriginatorof a shortmessage (eitheran SCor an MS) mayrefer toahigherlayer protocol.replypath procedure:A mechanismwhichallows an SME to requestthat an SC shouldbepermitted tohandle areplysent inresponse toa messagepreviouslysent fromthatSME toanotherSME. This may happeneventhoughtheSC may be unknownto theSME which receivedthe initial message.report: Responsefromeither thenetworkor therecipientuponashortmessagebeingsent fromeither anSCor anMS.A reportmay be adelivery report,which confirms the delivery of the short message totherecipient,or it may be a failure report, whichinforms the originator that the short messagewas neverdeliveredand thereasonwhy.Whenissued by the Service Centre, the delivery report confirms thereceptionof theShortMessageby the SC, andnot thedeliveryofthe Short Message to theSME.When issued by the Mobile Station, thedeliveryreport confirms the receptionof theShort Messageby the Mobile Station, and not the delivery of the ShortMessage tothe user.replace shortmessagetype:Arange ofvalues inthe ProtocolIdentifier whichallows anindicationto be sentwith ashort message (MTor MO) that the short message is of aparticular type allowing the receiving MS or the SC to replace an existing message of the same type held in the SC, the MEoron the SIM / UICC, provideditcomes:-in MT cases:fromthe sameSC andoriginating address;-inMO cases:fromthe sameMS.Service Centre (SC): Functionresponsiblefor therelayingand store-and-forwarding of a short message between anSMEandan MS. TheSC is notapartof theGSM/UMTS PLMN, however MSCandSC may be integrated.（短信业务中心，主要就是在SME和MS 之间层递，存储转发短信，一般情况下他时短消息数据库）。
短信发送流程
LSTP
２、外省ISMG返回应答
17、外省ISMG回送短信下发状 态到外省对端ISMG,外省对端 ISMG产生互通短信计费话单
4、外省SMSC回应答 15、外省SMSC回下发状态
6、本省HLR返回应答
14、LSTP回应答消息, SMSC终止/重发短信
5、外省SMSC查询 本省顾客归属HLR
13、MSC回应答
SMSC
1、SMSC按目旳顾客号码将
短信转发到相应旳ISMG
3、对端ISMG将MO 短信转发对端SMSC
1、ISMG将MO短信转发对端ISMG 6、ISMG回下发应答到对端ISMG,
在ISMG生成互通短信计费话单
省内顾客MT流程
SMSC 5、SMSC向顾客登记旳
MSCID下发信息
LSTP
1、SMSC到HLR查询顾客信息
3、HLR返回应答
17、HSTP回应答
2、LSTP将查询信息送 到顾客归属HLR
16、HSTP回应答 15、LSTP回应答
8、HSTP 转发短信到 外
12、顾客回应答
11、顾客登记BSC 给顾客下发短信
13、BSC回应答
10、MSC转发短信 到顾客登记BSC
9、LSTP转发短 信到顾客登记MSC
8、BSC 将MT短信 下发给顾客
HRL
MS
漫游顾客MT流程
SMSC
5、SMSC向顾客登记旳 MSCID下发信息
LSTP
6、LSTP转发短信
HSTP
外省HSTP
7、HSTP转发短信
1、SMSC到HLR查询顾客信息
到HSTP
到外省HSTP
4、LSTP返回应答 18、LSTP返回应答消息,SMSC 终止/重发短信,产生计费话单
SMS短信业务及测试介绍 ppt课件
0-151(152)
User-Data
15
SMS短信业务及测试介绍
Number
Bit no.
of Octets 7 6 5 4 3 2 1 0
1 RP UDHI SRI 0 0 MMS MTI
2-12
Originating-Address
1
Protocol-Identifier
1
Data-Coding-Scheme
4
SMS短信业务及测试介绍
MS
SGSN
SM IWMSC
SM SC
message transfer (CP_DATA) acknowledge (CP_ACK)
delivery report (CP_DATA)
acknowledge (CP_ACK)
forward short message (RP_DATA)
➢ Discharge-Time
对应SUBMIT消息被处理的时间
12
SMS短信业务及测试介绍
Number of Octets 7 6
Bit no. 5 43
1
RP UDHI SRR VPF
2 10 RD MTI
1 2-12
1 1 0,1或7 1 0-140
Message-Reference Destination-Address
Protocol-Identifier Data-Coding-Scheme
Valid-Period User-Data-Length
User-Data
13
SMS短信业务 no.
Octets
7
6
5 4 3 2 10
1
0 UDHI 0 0 0 0 MTI
SMS流程分析
SMS流程和协议分析目录SMS流程和协议分析 (1)1Reference (4)2Definitions (4)3短消息的业务信元 (7)3.1有效周期（Validity Period） (7)3.2业务中心时间戳（Service Centre Time Stamp） (7)3.3协议标识（Protocol Idenitifier） (7)3.4多条短消息的发送（More Message to send） (7)3.5提醒短消息中心（Alerting SC） (8)3.6消息等待（Message Wait） (8)3.7优先级（Priority） (9)4短消息流程 (9)4.1移动始发短消息的基本流程 (9)4.2移动终结短消息的基本流程 (12)5短消息异常流程 (14)5.1短消息网关错误（GT码错误......）.. (14)5.3MSC或SGSN错误（MSC号段GT错误，未做......）.. (15)5.4VLR信息获取错误 (16)5.5RR侧的错误（无寻呼，数据传输时丢失） (17)6短消息提醒流程 (20)6.1可及通知流程 (20)6.2MS内存可用通知流程 (21)7协议层次 (22)8短消息传递时使用的信道 (23)9SMS的无线接口协议 (23)9.1Short Message Transfer Layer（SM-TL） (23)9.2Short Message Relay Layer（SM-RL） (24)9.3CM-sublayer (27)SMS流程和协议分析1Reference0411700Point-to-point short message service support on mobile radio interface0340720Technical realization of the Short Message Service(SMS)0341610Short Message Service Cell Broadcast0412600Short Message Service Cell Broadcast(SMSCB)support on the mobile radio interface0339600Interface protocols for the connection of Short Message Service Centres(SMSCs)to Short Message Entities(SMEs)2Definitionsactive MS:A switched-on mobile station with a SIM/UICC see3GPP TS31.101[31]module attached.alert-SC:Service element provided by a GSM/UMTS PLMN to inform an SC which has previously initiated unsuccessful short message delivery attempt(s)to a specific MS,that the MS is now recognized by the PLMN to have recovered operation.status report:SC informing the originating MS of the outcome of a short message submitted to an SME.Gateway MSC For Short Message Service(SMS-GMSC):A function of an MSC capable of receiving a short message from an SC,interrogating an HLR for routing information and SMS info, and delivering the short message to the VMSC or the SGSN of the recipient MS.Interworking MSC For Short Message Service(SMS-IWMSC):A function of an MSC capable of receiving a short message from within the PLMN and submitting it to the recipient SC.Messages-Waiting(MW):Service element that makes a PLMN store information(Messages-Waiting-Indication),listing those SCs that have made unsuccessful short message delivery attempts to MSs in that PLMN.Messages-Waiting-Indication(MWI):Data to be stored in the HLR and VLR with which an MS is associated,indicating that there is one or more messages waiting in a set of SCs to be delivered to the MS(due to unsuccessful delivery attempt(s)).Messages-Waiting-Data(MWD):A part of the MWI to be stored in the HLR.MWD consists of an address list of the SCs which have messages waiting to be delivered to the MS.Mobile-services Switching Centre(MSC):The Mobile-services Switching Centre is an exchange which performs switching functions for mobile stations located in a geographical area designated as the MSC area.Mobile-Station-Memory-Capacity-Exceeded-Flag(MCEF):A part of the MWI to be stored in the HLR.MCEF is a Boolean parameter indicating if the address list of MWD contains one or more entries because an attempt to deliver a short message to an MS has failed with a cause of MS Memory Capacity Exceeded.Mobile-Station-Not-Reachable-Flag(MNRF):The part of the MWI to be stored in the VLR and the HLR.MNRF is a Boolean parameter indicating if the address list of MWD contains one or more entries because an attempt to deliver a short message to an MS has failed with a cause of Absent Subscriber.Mobile-station-Not-Reachable-for-GPRS(MNRG):The part of the MWI to be stored in the SGSN and the HLR.MNRG is a Boolean parameter indicating if the address list of MWD contains one or more entries because an attempt to deliver a short message to an MS has failed with a cause of Absent Subscriber.Mobile-Station-Not-Reachable-Reason(MNRR):The part of the MWI in the HLR which stores the reason for an MS being absent when an attempt to deliver a short message to an MS fails at the MSC with a cause of Absent Subscriber.More-Messages-To-Send(MMS):Information element offering an MS receiving a short messagefrom an SC the information whether there are still more messages waiting to be sent from that SC to the MS.The TP-MMS element(conveyed in the Transfer layer)is copied into the RP-MMS element (conveyed in the Relay layer).It is possible with Phase2and later versions of MAP(3GPP TS29.002 [15])for the RP-MMS element to keep an SM transaction open between the GMSC and the MS in the case where there are more-messages-to-send.Earlier versions of MAP support the transport of theTP-MMS element.priority:Service element enabling the SC or SME to request a short message delivery attempt to an MS irrespective of whether or not the MS has been identified as temporarily absent.protocol-identifier:Information element by which the originator of a short message(either an SC or an MS)may refer to a higher layer protocol.reply path procedure:A mechanism which allows an SME to request that an SC should be permitted to handle a reply sent in response to a message previously sent from that SME to another SME.This may happen even though the SC may be unknown to the SME which received the initial message.report:Response from either the network or the recipient upon a short message being sent from either an SC or an MS.A report may be a delivery report,which confirms the delivery of the short message tothe recipient,or it may be a failure report,which informs the originator that the short message wasnever delivered and the reason why.When issued by the Service Centre,the delivery report confirms the reception of the ShortMessage by the SC,and not the delivery of the Short Message to the SME.When issued by the Mobile Station,the delivery report confirms the reception of the Short Message by the Mobile Station,and not the delivery of the Short Message to the user.replace short message type:A range of values in the Protocol Identifier which allows an indication to be sent with a short message(MT or MO)that the short message is of a particular type allowing the receiving MS or the SC to replace an existing message of the same type held in the SC,the ME or on the SIM/UICC, provided it comes:-in MT cases:from the same SC and originating address;-in MO cases:from the same MS.Service Centre(SC):Function responsible for the relaying and store-and-forwarding of a short message between an SME and an MS.The SC is not a part of the GSM/UMTS PLMN,however MSCand SC may be integrated.（短信业务中心，主要就是在SME和MS之间层递，存储转发短信，一般情况下他时短消息数据库）。
SMS-发布管理程序
发布管理程序1目的建立一套规范的流程以规范和管理公司客户运维环境中的发布过程，控制发布过程中的风险，提高发布成功率。
2 适用范围适用于公司所有运维服务实施全过程的发布工作。
3 角色和职责3.1发布请求人1.提交《服务发布计划》，《服务发布计划》包含：发布人、时间、发布步骤、风险分析、回退方案、测试计划等。
3.2发布经理1.审核发布请求人提交的《服务发布计划》。
2.对发布结果进行确认。
确认发布计划实施的可行性，发布的人员、时间和资源情况。
3.发布经理根据发布的结果组织发起配置管理程序3.3发布实施者1.执行实施任务。
3.4发布测试人1.对发布实施的结果进行测试，判断发布是否成功。
2.填写测试记录。
4 流程图发布管理流程发布提交人发布测试人发布实施者其它流程\表单发布经理开始制定发布计划审核服务发布计划结束发布实施通过发布是否成功执行回滚失败确认发布结果成功未通过测试记录测试组织进行配置配置管理程序5具体内容5.1制定发布计划 发布请求人提交《服务发布计划》；《服务发布计划》包含：发布人、时间、发布步骤、风险分析、回退计划、测试计划等。
5.2发布计划审核发布经理审核发布请求人提交的《服务发布计划》，并对发布结果进行确认。
发布计划不可行、发布时间、实施人员、实施资源有冲突的，发布经理审核不通过。
5.3发布实施发布实施者执行实施任务。
5.4发布测试发布测试人对发布实施的结果进行测试，判断发布是否成功，填写测试记录。
5.5发布回退发布实施者按照《服务发布计划》对失败的发布进行回退。
5.6确认发布结果发布经理验证发布结果后，关闭发布。
5.7组织进行配置发布经理在确认发布结果后，启动配置管理流程。
6 相关记录《服务发布计划》《测试记录》。
短信业务的信令流程共18页
含MSC地址、用户IMSI等 第5步：信令网关向对应的MSC前传短消息(forward Short Message )； 第6步： MSC向VLR发送sendInfoForMT-SMS消息，获取被叫手机用户的当前状
4
Mobile terminated short message transfer
(2)Send routing information for short message(Called MSISDN, priority, SC address)
(1) Transfer mobile terminated short message
态，确定手机是否可以接收短消息。如果可以接收短信则MSC向被叫手机 发送短信：
1)如果手机处于idle状态，则通过SDCCH信道给手机下发短信。 2)如果手机处于active状态，则通过SACCH信道给手机下发短信。 第7步：MSC向信令网关回送应答消息(ack) ； 第8步：信令网关向SC回送应答消息(ack) ；
MO消息流程
1
MOBILE ORIGINATED SMS
BTS
1. CM Service Request 2,CM Service Accept 3.CP-Data(RP-Data)/submit short messgae 4.CP-Ack
9.CP-Data(RP-Ack/Error) 10.CP-Ack
6
用户不在服务区
SMC
信令网关
HLR
MSC
VLR
MS
Message Transfer
Send Route Info For Short Message
核心网接口和信令流程
LMSI是本地移动台标识，主要用于在VLR中索引用户数据。描述如下： 在位置更新时由VLR分配 4个字节长度 提高在VLR中搜索用户数据的速度
LMSI
号码类型和结构（IMEI）
IMEI：这是国际移动台设备标识号，唯一识别每一移动台 结构： TAC + FAC + SNR + SP AC：型号许可代码，长度为6个数字 FAC；最终装配代码，长度2个数字，由厂家定义 SNR：出厂序列号，长度6个数字，由厂家定义，每一设备有唯一的序列号。 SP ：空闲位置
01
02
03
04
N7
第二级
05
消息 第一级 MTP 功能 链路功能
根据
M
T
P
的
用
户
根据
DPC+SSF
N
SI
Y
MTP
第三级
消息处理
消息路由
消息分配
消息鉴别
本局
OPC=
消息中
DPC
M
T
P
第
二
级
MTP信令消息处理
SCCP信令消息的无连接传输
逻辑传输路径 (b) 实际传输路径
单击此处可添加副标题
单击此处添加大标题内容
Handover DTAP (CC, MM) RANAP MAP RANAP on E-interface .008, BSSMAP .008, BSSAP on E-interface
3GPP 体系结构: IMS
SGSN
GGSN
UTRAN GERAN
PSTN
七号信令系统功能模块
七号信令系统功能级
七号信令骨干网(现用)
STP STP STP STP STP B平面 MSC SCP SP 2MBIT/S
智能业务、原理及流程介绍
Overlay 入局触发模式
在叠加网方式下，当MSOFTX3000作为SSP组网应用时，如果MSOFTX3000需要对其它不支持SSP功能的VMSC/GMSC发起的Overlay呼叫触发智能业务（相对于MSOFTX3000而言称为Overlay入局呼叫），则其基本原理是： MSOFTX3000首先根据被叫号码查智能业务属性数据表（由ADD INSATTR命令定义），以判断是否允许Overlay入局呼叫。如果允许Overlay入局呼叫，则MSOFTX3000根据被叫号码中的特殊前缀得到主叫用户的位置信息后，删除此特殊前缀，然后继续以下处理。 如果主叫号码为智能用户，则MSOFTX3000将按照N-CSI DP2/DP4的方式触发主叫智能业务。 如果被叫号码为智能用户，则MSOFTX3000将首先向HLR请求被叫用户的MSRN号码，并根据被叫用户的MSRN号码得到被叫用户的位置信息；最后，MSOFTX3000将按照N-CSI DP12/DP13/DP14的方式触发被叫智能业务。 如果主叫号码与被叫号码均为智能用户，则在缺省的情况下，MSOFTX3000将先触发主叫智能业务、再触发被叫智能业务
主叫CAMEL签约信息
T-CSI
Terminating CAMEL Subscription Information
被叫CAMEL签约信息
VT-CSI
VMSC Terminating CAMEL Subscription Information
VMSC被叫CAMEL签约信息
SS-CSI
Supplementary Service Invocation Notification CAMEL Subscription Information
拨号业务CAMEL签约信息
短信业务与流程介绍ppt课件
IS-637 IS-95-A
IS-637
IS-41
SMPP
短消息中心主要应用的协议有：IS41D协议（中继层）、IS-637协议（传输层、业务层）。 在和其他网络互通的时候还需要使用SMPP协议。
12
Page Page *
短信业务网络结构
移动 短信网关
联通 短信网关
互通网关
在信网关
CDMA 短信中心
A省
MS1
GSM流程：
MS1归属 短信中心
MS2
相同点：发送短信均发送到主叫MS1归属短信中心；
不同点：网内短信接收，GSM由主叫MS1归属短信中心直接下发；CDMA由被叫MS2 归属短信中心下发；
27
Page Page *
短信业务介绍 CDMA短信协议与网络结构 CDMA短信信令流程 GSM与CDMA短信区别 常见短信问题
4、SP短信计费
用户使用SP短信业务及其内容服务，将产生两笔费用，即通信费和信息费。通信 费是用户使用通信网络所产生的费用，由运营商向用户收取。信息费是用户使用 内容/服务提供商（SP/CP）提供的服务所产生的费用，由SP/CP向用户收取，运 营商代收，与手机话费同时收取。信息费由SP/CP自主定价，报运营商进行审批 后执行。
MS开机登记， HLR触发短信通
知
HLR返回”关机“ 短信通知 短信下发
20
Page Page *
重新接入短信接收信令流程（MSC置短信等待）
VLR置位“短 信等待”标志 位为“TRUE”
MSC触发 短信通知
MSC返回”Postponed“ 短信下发
21
Page Page *
主叫用户对短信状态报告的需求设置
LSTP
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
上海大唐移动通信设备有限公司技术文件资料编号：RD01TD2017.02－99密 级：2版 本：1.00完成时间：03/28/13研究开发部注意：本资料为上海大唐移动通信设备有限公司所有，未经书面允许任何人不得擅自以任何方式翻录和传播！上海大唐移动通信设备有限公司空页上海大唐移动通信设备有限公司总部地址：上海市钦江路333号41幢5～6层邮政编码：200233电话：86－21－64858877传真：86－21－64858877上海大唐移动通信设备有限公司目录第3页 共73页1 概述 (7)1.1 本文的目的和内容 (7)1.2 本文的依据 (7)1.3 限制说明 (7)1.4 版本说明 (7)2 正文 (9)第一章 模拟MSC 流程概述 (10)第二章 模拟MSC 支持呼叫业务流程 (16)§1 呼叫管理的典型过程 (16)§2 模拟MSC 支持呼叫管理的流程设计 (17)2.1 模拟HLR 和VLR 用户数据库的MSInfo 数据结构 (17)2.2存储呼叫控制信息的CALL 数据结构 (18)2.3 Task_MSC （）支持呼叫管理的流程设计 (18)2.4主叫流程 (19)2.5被叫流程 (27)2.6拆线过程 (31)2.7其他消息的处理 (34)2.8程序中的其余函数流程 (37)第三章 模拟MSC 支持SMS 流程 (42)§3.1 SMS 协议 (42)§ 3.2 模拟MSC 支持SMS 的模块设计 (46)3.2.1 模块设计 (46)3.2.2 具体函数设计 (46)§ 3.3 测试方案 (52)§ 3.4测试报告 (52)第四章 模拟MSC 支持数据业务流程 (53)§4.1 模拟MSC 支持数据业务的信令流程 (53)§4.2 支持数据业务的函数设计 (53)4.2.1 SETUP 消息(MS MSC)及处理函数Set_Up( ) (54)4.2.2 CALL PROCEEDING 消息和call_proc( )函数 (55)4.2.3 ASSIGNMENT REUEST 消息和ass_req( )函数 (56)4.2.4 CALL CONFIRMED 消息和call_conf( )函数 (57)§4.3 数据业务流程的测试 (57)第五章 模拟MSC 支持外部切换流程 (58)§5.1 MSC 支持外部切换的流程 (58)§5.2 模拟MSC 支持外部切换的函数设计 (59)5.2.1 HANDOVER REQUIRED 消息和handoverreq( )函数 (59)5.2.2 HANDOVER REQUEST ACKNOWLEDGE 消息和handovercmd( )函数 (62)5.2.3 HANDOVER DETECT 消息和handoverdetect( )函数 (62)5.2.4 HANDOVER COMPLETE 消息和hanovercmp( )函数 (63)5.2.5 HANDOVER FAILURE 消息和handoverfail( )函数 (63)5.2.6 其他函数的修改 (64)§5.3 外部切换的测试 (65)4 附录 (66)上海大唐移动通信设备有限公司第4页 共73页附录A ：SMS 流程调试问题的解决 (66)附录B ：几种情况下的SMS 信令流程 (66)参考： (71)缩略语：略 (71)4.文件历史 (73)第5页共73页上海大唐移动通信设备有限公司第7页 共73页1 概述BSC 和BTS 的调试和测试需要MSC 的A 接口支持，符合GSM 规范Phase2+的要求的A 接口能与符合相应GSM 标准的BSC 连接，实现各种通信业务（如呼叫、短消息、数据等）、漫游及切换功能。
本文介绍的是模拟MSC 应用部分（application e.g call control ）的流程设计，它并不实现真正的MSC 功能，但提供与BSC 的A 接口标准，为BSC 的调试和测试提供规范的各种标准的消息和正确的信令流程，从而能够为自我开发的BSC 提供一个灵活 的测试平台，使之能够具有Phase2+规定的功能。
1.1 本文的目的和内容本文是对模拟MSC 的流程设计的一个说明文档，第一章是模拟MSC 流程设计的概述，后续章节介绍模拟MSC 完成的A 接口应用层功能有：1．呼叫控制（call control service ）,在第二章详细论述；2．短消息业务( short message service)，在第三章详细论述；3. 数据业务( data service)，在第四章论述；4. 切换支持( handover support)，在第五章中论述；1.2 本文的依据本文的主要依据：04.08,08.08,03.40,04.11规范；BSS 系统消息格式BSC 部分文档，BSC v2.0消息格式文档。
1.3 限制说明本文中论述的模拟MSC 流程的实现不能作为实用意义的参考，因为模拟的MSC 只提供了标准的A 接口，其内部实现作了很多简化；本文也不是MSC 支持A 接口的全部功能的论述。
1.4 版本说明本文的有效性由本文的版本号确定，在存在最新版本的情况下，所有以前的版本均为无效，即本文的最新版本是本文的唯一有效版本。
所有使用本文的各方在使用本文时应选择本文的最新版本。
本文的版本号由一个字母和三个数字组成，按如下的形式组成：版本号：Vx.y.z 。
x=2,y=z=0。
其中：∙ V 表示版本（Version ）。
∙ x 是一个大于0的整数，由1开始编号，当版本中的内容与原有内容有较大的修改或补充时，X 递增1；上海大唐移动通信设备有限公司第8页 共73页∙ y 是大于等于0的整数，在初始版本中或每次x 递增时y 设为0，当版本中的内容与原有内容在局部发生变动或修改时y 递增1；∙ z 是大于等于0的整数，在初始版本中以及每次x 或y 递增时z 设为0，当版本中的内容与原有内容只在语法或表达形式上发生变动时z 递增1。
上海大唐移动通信设备有限公司第9页 共73页2 正文上海大唐移动通信设备有限公司第10页 共73页第一章模拟MSC 流程概述BSC 和BTS 的调试和测试需要MSC 的A 接口支持，符合GSM 规范Phase2+的要求的A 接口能与符合相应GSM 标准的BSC 连接，实现各种通信业务（如呼叫、短消息、数据等）、漫游及切换功能。
图1.1是A 接口的结构图。
B S S -S ID E M SC -S ID EA -IN T E R F A C E T o o th e r p ro c e s s e sw ith in th e B S SB S S A PD T A P B S SM A PD is trib u tio nF u n ctio n B S SO M A P S C C P M T P P H Y S IC A L L A Y E RM T P S C C PS C C P M T P D is trib u tio n F u n ctio n D T A P B S S M A P O p e ra tio n a n d M a in te n a n c e in fo rm a tio n to P L M N O &M c e n tre T o o th e r a p p lic a tio n s e g. c a ll c o n tro l B S S O M A PT o o th e r u s e rs o f S C C P a n d M T PT o a irin te rfa cetra n sm is s io ne q u ip m e n t图1 .1 A 接口的结构DTAP -直传应用部分BSSMAP - BSS 管理应用部分BSS OMAP - BSS 操作与维护应用部分SCCP - 信令连接与控制部分MTP - 消息传送部分BSS - 基站分系统MSC - 移动交换中心从图 1.1可以看出，A 接口的主要功能（SCCP 以上的部分）是依据No.7信令网的结构实现的。
本文介绍的是模拟MSC 应用部分（application e.g call control ）的流程设计，它并不实现真正的MSC 功能，但提供与BSC 的A 接口标准，为BSC 的调试和测试提供规范的各种标准的消息和正确的信令流程，从而能够为自我开发的BSC 提供一个灵活 的测试平台，使之能够具有Phase2+规定的功能。
本文介绍模拟MSC完成的A接口应用层功能有：1．呼叫控制（call control service）,在第二章详细论述；2．短消息业务( short message service)，在第三章详细论述；3．数据业务( data service)，在第四章中介绍；4．切换支持( handover support)，在第五章中介绍；我们为模拟MSC设计了一个任务task_MSC( )和它的任务队列T_MSC_ID,task_MSC()完成从T_MSC_ID队列中接收来的由SCCP递交上来的消息（BSSMAP或DATP），分析消息的协议类型和消息类型，依据规范的定义作出正确的处理，并同时依据规范组织所需的消息向下递交给SCCP，SCCP 完成向BSC的消息传输，这样BSC和NSC之间通过消息的处理和交互完成GSM规范的协议。
主要的依据规范有：呼叫控制、数据业务、切换支持： 04.08,08.08；短消息业务：04.11,03.40。
task_MSC( )从T_MSC_ID队列中接收消息时，应该从消息帧中提取出用户数据部分（即规范的BSSMAP和DTAP消息），关于任务之间的帧格式，请参考文档“BSS消息格式BSC部分”，下面的流程给出task_MSC( )从T_MSC_ID队列中接收消息的流程，task_MSC（）将接收到的BSSMAP和DTAP消息存于全局变量use_data[ ]中。
图1.2 task_MSC( )从T_MSC_ID队列接收消息流程说明：系统调用：unsigned char* sc_qpend(T_MSC_ID,0,&errp)查看T_MSC_ID队列中是否有消息帧，若有，返回消息帧的地址；否则errp值为FALSE；sc_rblock(2,pt,&err)释放分区中pt指向的消息所占用的内存空间use_data[ ]的格式对BSSMAP和DTAP消息来说是不同的，现说明如下：BSSMAP消息：use_data[0]~[2]表示SCCP的接续ID号；use_data[3]=BSSMAP表示为BSSMAP类型消息；use_data[4]=LENGTH表示后续消息内容的长度；use_data[5]=Message type为BSSMAP消息的具体类型；use_data[6]~为消息的内容。