下载文档原格式
短消息处理流程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流程和协议分析 (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 之间层递，存储转发短信，一般情况下他时短消息数据库）。
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之间层递，存储转发短信，一般情况下他时短消息数据库）。
发布管理程序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 相关记录《服务发布计划》《测试记录》。
上海大唐移动通信设备有限公司技术文件资料编号：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]~为消息的内容。
