SMS流程和协议分析

合集下载

手机测试之SMS

手机测试之SMS

1、短信的接收时间?网络时间还是手机时间/答:短信中心的网络时间上面的问题的答案我用我手机里面的短信分析回答如下:1.我朋友A在某天早上9点左右用飞信给我发的消息,我晚上23点左右收到了。

上面收到消息的时间是23点那个时间。

2.我朋友B在某天晚上23点给我用手机直接给我发短信,我关机。

第二天开机收到短信,收到短信时间是晚上23点那个时间。

------------首先,我们要清楚的是sms短信的收发过程是设备sender——服务器——设备reciever。

所以对于上面的理解应该是:朋友A的短信是在上传到服务器的时候有延迟,也就是说在23点左右的时候服务器才收到,然后发我;朋友B的短信是成功发到服务器,然后给我的时候发现设备reciever没有启动,暂存直到……Google手机模拟器Android Emulator v1.0 /soft/401.htmAndroid Emulator是一款功能非常齐全的模拟器,电话本、通话等功能都可正常使用(当然你没办法真的从这里打电话)。

甚至其内置的浏览器和Google Maps都可以联网。

用户可以使用键盘输入,鼠标点击模拟器按键输入,甚至还可以使用鼠标点击、拖动屏幕进行操纵。

2. Class SMSa. Class 0Class 0: 自动显示在手机终端上,无论手机或者SIM的容量是否已满,但是不能自动保存在手机或者SIM卡上。

(可以称作闪信,现在也有些手机终端也会提供手动保存的功能。

)b. Class 1Class 1: 保存的方式和Normal SMS一样,由用户手动设置决定手机或者SIM卡.c. Class 2Class 2: 默认保存在SIM卡上,当SIM卡慢应该提示一些协议错误等提示信息,但是现在许多手机终端厂商做成优先保存在SIM卡,当SIM卡满后,自动保存到手机中.d. Class 3Class 3: 直接保存到PC上,如果手机和PC没有连接,按照Class 1执行.3. Replace SMSa. Replace type 1b. Replace type 2c. Replace type 3d. Replace type 4e. Replace type 5f. Replace type 6g. Replace type 7短消息有很多种:接收的时候看协议里面的TP-DCS和TP-PID是何值?(下面是个Class o sms)TP-PID=00h: No interworking, but SME-to-SME protocolTP-DCS=10h:The text is uncompressedMessage Class = Class 0Alphabet = Default Alphabet1.Normal sms: 我们平时发送和接收的短消息。

SMS-服务管理体系策划管理程序

SMS-服务管理体系策划管理程序

服务管理体系策划管理程序1目的用来作为达成公司服务业务、资源分配与服务目标的依据,确保符合业务的需求与发挥最大的服务效益,为公司战略发展奠定基础。

2范围适用于公司对IT服务管理提供工作指导。

以期设计出符合业务发展要求的新的或变更的服务,更好地服务于客户的实际要求。

3.角色与职责3.1IT服务管理体系负责人IT服务管理体系负责人主要职责包括:撰写年度服务规划与事业计划。

3.2IT管理委员会IT管理委员会主要职责包括:审批年度服务规划与事业计划。

3.33项目经理项目经理主要职责包括:依据本规划完成服务和根据《变更管理程序》变更或新增服务。

4服务策划流程1.1服务策划程序IT服务管理整体性规划是以由上而下的方式建立管理机制,依循公司层级的事业计划并结合公司的经营远景、方针及文化,逐步发展11总体需求与服务,制定年度目标,与为了达成目标进行的计划包括年度服务规划与事业计划。

完成上述总体规划后,进而建立作业流程及规范作为实施及执行IT服务的依据,进行资源分配及调整。

执行过程中运用审计、检查、监控、追踪与内部审核等方式收集与检核实施纪录及数据,并加以统计与分析,由下而上的积累,为了能满足对于客户的承诺(SLA)及公司的战略需求,不断的优化与改善,对于IT的资源达成最有效的运用与分配。

建立能快速、有效及准确符合公司战略与客户需求,持续不断循环改善的管理体系。

4.2服务策划流程图5.3具体步骤6. 3.1制定IT服务规划IT管理委员会每年依据年度公司的战略、IT服务目标和管理评审结果,制定年度IT服务计划。

年度IT服务计划由公司总经理审核通过后发布,并作为年度考核的依据。

制定IT服务计划该计划的内容包括但不限于:1)公司年度IT服务管理范围、目标及需求;2)所需要的资源、设施、预算及分配;3)服务角色与职责的框架,包括管理者代表、流程负责人及供应商的管理;4)方案或议题的识别、评价及管理上将采取的作法,以及达成目标与过程的风险;5)服务资源的分配及掌控包括资金、技能、期限等;6)对计划及非计划内的服务变更的规定;7)公司收集记录的持续改进要求;8)适当的工具。

SMS流程分析

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 之间层递,存储转发短信,一般情况下他时短消息数据库)。

SMS-信息安全管理程序

SMS-信息安全管理程序

信息安全管理程序1 .目的规定了IT服务商在提供服务与作业活动中,对客户关键应用所关联的资产进行风险等级评估并采取相应的控制措施的方法。

2 .适用范围适用于向外部客户提供运维服务的信息安全管理。

3 .术语5.内容5.1信息安全策略全而识别、有效控制5.2需求识别和分析根据服务水平协议中签订的关于安全的详细说明,确定安全需求并进行分析。

服务水平协议中应该定义安全需求,在可能的情况下还应该以可测度的术语进行定义。

该协议的安全部分应当确保客户所有的安全需求和标准能够实现,并且实现的结果能够进行明确的验证。

需求识别的范围包括人员安全、数据安全、机房环境、设备安全、系统安全等的安全需求。

5.3确定安全实施范围根据安全需求的识别情况确定安全实施范围。

安全实施范围包括列为相应安全等级的机房环境、设备、系统、数据、人员等。

5.4信息安全风险评估信息安全管理人员根据确定的安全实施范围进行风险分析与评估工作,并提交风险分析与评估报告。

风险评估包括识别安全实施范围内的资产状况、资产面临的威胁,现在使用的技术方法和管理规范,并进行总体分析得出风险的等级,编制《风险评估报告》。

5.5设计安全规范根据《风险评估报告》,维护项目经理制定和编写《信息安全规范》。

并根据信息安全规范制定信息安全策略、针对个人的保密协议、岗位职责说明、机房管理制度。

5.6实施安全规范在设计好安全规范后,日常需按照安全规范来实施安全管理。

机房环境信息安全管理;制定机房管理制度。

制定项目中各种软硬件设备的设备安全管理规范。

在人员安全方面的实施:职位说明中的任务和职责;针对个人的保密协议;责任划分的实施,以及岗位分离的实施;安全问题涉及整个生命周期,应针对系统开发、测试、验收、运营、维护和终止制定安全指南;将开发和测试环境与实际的运营环境分离开来;处理事件的程序(由事件管理负责处理);处理配置更改程序(由配置管理复杂处理);为变更管理提供信息输入;针对计算机、操作系统、应用系统、数据、网络和网络服务的安全管理措施的实施;数据媒介的处理和安全。

SMS- 变更管理程序

SMS- 变更管理程序

变更管理程序1目的通过变更管理流程,确保以受控的方式评估、批准、实施和评审所有与运维服务有关的变更活动,降低变更影响范围,提高服务质量。

2 适用范围适用于对公司信息技术服务运行维护管理体系运行的变更管理活动。

3 术语3.1变更是指在运维服务过程中对系统或服务所作的各种改变,如:增补、删除、修改等。

3.2变更管理是指负责实施变更的管理流程,包括变更处理和变更控制,变更管理旨在将有关变更对业务产生的冲突和偏离减小到最低程度。

3.3变更请求是指用于记录变更申请的书面文档或电子文档。

3.4标准变更该变更已得到全面的定义和批准,属于日常变更范畴,不需要变更管理流程进行单独评估。

3.5非标准变更标准变更以外,对被管理的基础设施所进行的改变都是非标准变更,通常还会被细分为常规变更和紧急变更。

3.6紧急变更必须立即实施,否则将严重影响服务质量或服务协议达成的变更。

4 角色和职责4.1变更申请人1.提出变更请求。

4.2变更工程师1.负责变更实施。

2.负责回退方案实施。

4.3变更经理1.负责变更请求审核。

2.负责变更分析和分类判断(标准变更、非标准变更、紧急变更)。

3.负责紧急变更审批。

4.负责组织变更评审。

4.4变更评审委员会1.由二线工程师组成。

2.负责变更方案和回退方案的评审。

3.负责对变更结果进行确认。

4.负责变更后实施评价。

5 流程图6 具体内容6.1变更申请当出现变更请求时,变更申请人填写《服务变更申请表》,主要内容包括:1.申请人信息。

2.变更来源。

3.变更原因。

6.2变更请求审核变更经理负责对变更申请进行分析审核,审核未通过的变更将直接关闭,审核内容包括:1.变更是否可以实现。

2.变更策略。

3.变更所需资源。

4.变更产生的影响。

5.变更存在的风险。

6.3变更判断变更经理负责判断变更类型,包括:1.标准变更。

2.非标准变更。

3.紧急变更。

6.4编写变更方案非标准变更由变更经理指派变更工程师,或共同完成《变更方案》的编写。

SMS- 能力管理程序

SMS- 能力管理程序

能力管理程序1. 目的促使公司的IT服务团队对其所管理的IT环境有一个更清晰的了解和掌握,使其能够在适当的时候,通过必要的工具对资源进行有效的监控,从而形成一个良好的能力管理机制,为其他管理流程提供相关信息和支持。

本流程的目的是确保运维业务在任何时候都有足够的能力以满足与客户约定的、客户当前和未来的业务需求。

(1) 分析当前的业务需要和预测将来的业务需求,并确保这些需求在制定能力计划时间得到充分的考虑;(2) 确保当前的IT资源能够发挥最大的效能、提供最佳的服务品质;(3) 确保组织的IT投资按计划进行,避免不必要的资源浪费。

2. 范围适用于IT服务管理体系所覆盖的所有部门。

3. 术语4. 角色及职责5内容5.1流程介绍能力管理流程执行的重要手段是对服务资源进行监测,然后提取监测数据进行分析,来掌握当前资源的服务能力,及时调整对象的配置情况,同时还可以预测未来所能提供的服务。

能力管理的范围可基于如下框架进行确定:●软件产品●技术资料●开发运行环境●硬件设备●人力资源5.2流程输入及输出5.2.1流程触发条件以下任何一种情况发生时,应启动能力管理流程:●年初人力资源预算;●新的《服务水平协议》启动时;●影响系统能力的变更实施后;●新技术、业务、法律和业务流程及其它外部变更影响系统能力时。

5.2.2输入●《服务水平协议(SLA)》;●法律、新技术、新服务、业务流程及其它内外部变更。

5.2.3输出●《能力计划》;●《能力评估报告》;5.4流程描述5.4.1作业流程图5.4.2流程活动说明6关键绩效指标(KPI)能力管理的可选指标包括:7流程质量控制8 与其它流程的接口➢服务水平协议流程服务水平协议为能力管理提供需要满足的SLA指标。

能力管理为服务水平协议提供能够支持的SLA指标。

➢可用性管理流程可用性管理为能力管理提供需要满足的可用性指标。

➢连续性管理流程连续性管理为能力管理提供需要满足的连续性指标。

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

GSM短信编码与协议分析

GSM短信编码与协议分析1 短信基本原理由ESTI制订的SMS规范中,一共有三种方式来发送和接收SMS信息:Block Mode, Text Mode 和PDU Mode。

Block Mode已很少使用。

Text Mode是纯文本方式,可使用不同的字符集,从技术上说也可用于发送中文短消息,但国内手机基本上不支持,主要用于欧美地区。

PDU Mode被所有手机支持,可以使用任何字符集,这也是手机默认的编码方式。

PDU串表面上是一串ASCII码,由‘ 0’-‘9’、‘A’-‘F’这些数字和字母组成。

它们是8位字节的十六进制数,或者BCD码十进制数。

PDU串不仅包含可显示的消息本身,还包含很多其它信息,如SMS服务中心号码、目标号码、回复号码、编码方式和服务时间等。

在PDU Mode中,可以采用三种编码方式来对发送的内容进行编码,它们是7-bit、8-bit和UCS2编码。

7-bit 编码用于发送普通的ASCII字符,它将一串7-bit的字符(最高位为0)编码成8-bit的数据,每8个字符可“压缩”成7个。

我们通常在短信中所说的ASCII编码方式,实际上是指7-bit 编码,而7-bit编码方式不仅能表示普通的ASCII字符,还可以表示一些特殊字符,因此7-bit编码和ASCII编码实际上是两个完全不同的概念,它们仅仅在一些普通的ASCII字符上编码相同;8-bit编码通常用于发送数据消息,比如图片和铃声等;而UCS2编码用于发送Unicode字符。

PDU串的用户信息(TP-UD)段最大容量是140字节,所以在这三种编码方式下,可以发送的短消息的最大字符数分别是160、140和70。

这里,将一个英文字母、一个汉字和一个数据字节都视为一个字符。

2 短信协议栈GSM定义的短信基本架构如下图:短信协议栈如下图:SM-AL: Short Message Application LayerSM-TL: Short Message Transfer LayerSM-RL: Short Message Relay Layer其它术语请参考《GSM 03.40》相关文档3、短信PDU格式参考上图,我们着重讨论在SM-TL层的PDU结构。

SMS-设计和转化新服务或变更服务管理程序

设计和转化新服务或变更服务管理程序1目的确保在成本和质量的约束条件下,管理并交付新服务或服务的变更。

确保新的服务和服务的变更将以合适的成本和服务质量被交付和管理。

根据公司和客户之间的协定,启动新的服务和服务的变更,而且将反映在工作说明里。

服务的变更也覆盖服务的关闭。

2范围适用于各业务部门制定的IT服务的项目或任务实现过程的策划、实施、交付和管理活动的控制。

新服务或变更服务管理流程的范围是指IT服务管理体系涉及的部门人员、场地范围、服务目录、服务项目、管理流程等发生新增或较大变化的情况。

3术语3.1服务目录(SC):有关可提供的服务及服务水平概要说明。

3.2服务水平协议(SLA):由各业务部门和客户之间签订的描述将要提供的一项或多项服务的一份协议。

4职责各部门服务水平管理经理:分析客户需求和服务水平管理过程中出现的新服务或服务变更的要求,提出服务变更请求;组织起草服务计划书;负责服务计划书的具体实施;管理者代表:负责服务变更请求的批准;负责服务计划书的评审和批准;各部门业务关系经理:负责收集客户的服务需求。

5流程6具体内容6.1收集新的或变更服务需求各业务部门、服务水平经理(项目经理)通过对服务需求的识别和分析,确认新的或变更服务。

收集的信息应明确新服务或变更服务需要涉及的服务目标、范围、要求、策略、实施方式等,并收集当前客户IT系统配置现状和运行数据;技术法律、法规或标准更新、客户环境变化等带来的影响。

所收集的服务要求包括:服务的可用性要求、服务的持续性要求、容量需求、服务响应时间、人员的技能要求、服务架构需求等。

6.2服务计划服务水平管理经理根据服务水平管理流程产生的服务规范和服务目录,以及服务合同、服务需求说明书等,编写《服务计划书》,当客户服务需要第三方供应商或承包商支持的时候,则向采购供应中心提出采购需求,当需要公司其他部门支持时,通过上级领导协调人员达成统一意见后共同实施项目。

计划和实施必须包括足够的资金和资源对服务交付和管理进行需要的变更。

SMS-服务连续性和可用性管理程序

服务连续性和可用性管理程序1. 目的为了确保重大灾害与意外事件发生时,IT服务商能在既定或合同的要求时效内恢复正常运作,藉以减少运营风险及降低业务损失。

2. 适用范围对公司外部客户提供的软硬件运维服务。

3. 术语4. 角色与职责5. 工作程序5.1 IT服务持续性和可用性需求分析部门经理或持续性负责人员根据服务合同和服务承诺、SLA识别持续性需求分析,持续性需求分析包括:➢服务针对其所提供信息系统售后服务业务处理的定义;➢服务对所在机构具备的重要性;➢故障发生以后,如何保证业务持续性和可用性。

需求识别时间:➢在签订服务级别协议之前进行;➢需考虑新的客户服务和需要对现有服务做出的变更两个方面;➢应当在尽可能早的阶段确定是否能够满足这些需求以及怎样满足这些需求。

需求识别内容:➢关键业务功能;➢可量化的持续性需求。

➢非计划的IT服务中断对业务功能所产生的可量化的影响;➢客户的业务正常运作时段;➢有关定期维护约定的中断时间。

➢为有效地实施有关可用性管理活动以改进IT组件及服务的可用性,必须制定明确的《可用性计划》。

5.2 IT服务持续性和可用性规划持续性和可用性管理员根据服务合同和服务承诺、SLA识别组织制定《IT服务持续性计划》、《可用性计划》《可持续性和可用性实施方案》、《风险评估报告》并提交持续性经理组织评审后作为执行依据。

5.3 IT服务持续性和可用性计划的实施与测试5.3.1《IT服务持续性计划》、《IT服务可用性计划》让所有业务相关人员参与每年实施一次演练,所有演练均应留下纪录。

5.3.2《可持续性实施方案》、《风险评估报告》应同时进行测试及演练。

5.3.3经过测试后依照测试结果修正相关系统的存在问题。

测试结果与修正后的文件送交IT服务管理委员会审查。

5.3.4测试失败或部分失效,应立即检查并输入《服务改进汇总表》,再进行测试予以确认。

5.4 IT服务连续性和可用性监视和测试5.4.1《IT服务持续性计划》、《IT服务可用性计划》应由持续性和可用性经理每年组织审查与评估,以维持《IT服务持续性计划》、《IT服务可用性计划》的有效性与适应性。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

SMS流程和协议分析1Reference (3)2Definitions (3)3短消息的业务信元 (6)3.1有效周期(Validity Period) (6)3.2业务中心时间戳(Service Centre Time Stamp ) (6)3.3协议标识(Protocol Idenitifier ) (6)3.4多条短消息的发送(More Message to send) (6)3.5提醒短消息中心(Alerting SC) (7)3.6消息等待(Message Wait) (7)3.7优先级(Priority) (8)3.8业务信元(Service Element)与信息信元(Information Element)的区别 (8)4短消息流程 (8)4.1移动始发短消息的基本流程 (8)4.2移动终结短消息的基本流程 (11)5短消息异常流程 (13)5.1短消息网关错误(GT码错误......) (13)5.2取路由信息时错误(CB,显式分离,无SMS业务......) (13)5.3MSC 或SGSN 错误(MSC号段GT错误,未做......).. (14)5.4VLR信息获取错误 (15)5.5RR侧的错误(无寻呼,数据传输时丢失) (16)5.6第1路径错误,第2路径成功 (17)5.7第1路径错误,第2路径也失败 (18)5.8其他如鉴权等,不在赘述,MO与MT基本先同,不表 (19)6短消息提醒流程 (19)6.1可及通知流程 (19)6.2MS内存可用通知流程 (20)7协议层次 (21)8短消息传递时使用的信道 (22)9SMS的无线接口协议 (22)9.1CM-sublayer (25)9.2Short Message Transfer Layer(SM-TL) (22)9.3Short Message Relay Layer(SM-RL) (23)SMS流程和协议分析1 Reference0411700 Point-to-point short message service support on mobile radio interface0340720 Technical realization of the Short Message Service (SMS)0341610 Short Message Service Cell Broadcast0412600 Short Message Service Cell Broadcast (SMSCB) support on the mobile radio interface0339600 Interface protocols for the connection of Short Message Service Centres (SMSCs) to Short Message Entities (SMEs)2 Definitionsactive MS: A switched-on mobile station with a SIM / UICC see 3GPP TS 31.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 message from 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 Phase 2 and later versions of MAP (3GPP TS 29.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 was never 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 ShortMessage 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 MSC and SC may be integrated.(短信业务中心,主要就是在SME和MS之间层递,存储转发短信,一般情况下他时短消息数据库)。

相关文档
最新文档