彩信信令流程

TEMS8.0：主叫：1、Call Initiation(MS) –>CM Service Request(MS)–>Channel Request(CallAttempt)(MS)《RACH》->Immediate Assignment(NW)《AGCH》->Classmark Change(MS)《SDCCH》->GPRS Suspension Request(MS) ->A uthentication Request(NW)-> Authentication Response(MS)->Ciphering Mode Command(NW)-> Ciphering Mode Complete(MS)->Setup(MS)->Call Proceeding(NW)->Assignment Command（NW）->Assignment complete(MS) ->Call Progress(NW)->Alerting (Call Setup)(MW)->Connect(Call Established)(NW)->Connect Acknowledge(MS)->Disconnect(MS)-> Release(Call End)(NW)->Release Complete(MS)->Channel Release(NW)2、Call Initiation(MS) -> CM Service Request ↑-> Immediate Assignment↓->Channel Request(Call Attempt) ↑-> Immediate Assignment↓-> Classmark Change↑-> GPRS Suspension Request↑->Authentication Request↓-> Authentication Response↑-> Ciphering Mode Command↓-> Ciphering Mode Complete↑-> Setup↑-> Call Proceeding↓-> Assignment Command↓-> Assignment complete↑ -> Alerting (Call Setup) ↓-> Connect(Call Established) ↓-> Connect Acknowledge↑ -> Disconnect↑ -> Release(Call End) ↓-> Release Complete↑-> Channel Release↓被叫：Channel Request(Call Attempt)-> Immediate Assignment->Paging Response-> Classmark Change-> GPRS Suspension Request -> Authentication Request-> Authentication Response-> Ciphering Mode Command-> Ciphering Mode Complete-> Setup -> Call Confirmed-> Assignment Command-> Assignment Complete-> Alerting(Call Setup)-> Connect->Connect Acknowledge(Call Established)->Disconnect-> Release(Call End)-> Release Complete ->Channel ReleasePilot Navigator：CM Service Request→Immediate Assignment→Classmark Change→Authentication Request→Authentication Response→Chihering Mode Command →Chihering Mode Complete →Setup →Call Proceeding →Assignment Command →Assignment complete→Alerting→Connect→Connect Acknowledge→Disconnect →Release →Release Complete →Channel ReleaseBlocked-Recovery on timer expiry：被叫无答应时出现的信令在红颜色信令之后，未出现SDCCH—DL：CONNECT而出现blocked call 未接通主叫手机在channal request （试呼）之后，如果缺少connect或者connect acknowledge，我们都视为block call，如果某小区SDCCH拥塞，那么我们从测试现象上应该看到一次channal request之后直接转为空闲模式；如果某小区TCH拥塞，那么在Call proceeding之后手机将转为空闲模式。

信令流程超详细解读信令流程是指在电信网络中，用于控制通信设备的信令交互过程。

这些信令包含了通信设备之间的指令和消息，以确保通信的顺利进行。

以下是对信令流程的超详细解读。

首先，设备A希望与设备B进行通信。

设备A将发送一个请求信令，请求与设备B建立连接。

这个请求信令包含了设备A的身份信息以及通信参数，比如IP地址和端口号。

设备B接收到请求信令后，会进行一系列的验证和校验，确保请求的合法性。

如果验证通过，设备B将发送一个确认信令，表示同意与设备A建立连接。

确认信令中包含了设备B的身份信息以及通信参数。

设备A收到确认信令后，表示连接已建立，可以开始进行通信。

为了确保通信质量，设备A会发送一个测试信令给设备B，检查连接是否正常。

测试信令中包含了一些测试数据，比如时间戳和传输速率。

设备B接收到测试信令后，会进行一系列的检查，包括数据的完整性和正确性。

如果一切正常，设备B将发送一个确认信令给设备A，表示测试成功。

确认信令中包含了一些统计数据，比如数据丢失率和延迟。

一旦连接建立成功，设备A和设备B可以开始进行真正的通信了。

他们可以互相发送数据信令，交换信息和文件。

在通信过程中，设备A和设备B会定期发送心跳信令，以保持连接的稳定性。

当需要终止通信时，设备A或设备B可以发送一个终止信令，表示希望关闭连接。

另一方接收到终止信令后，会发送一个确认信令，并关闭连接。

通信设备在关闭连接前，可以发送一个断开信令，通知对方准备关闭连接。

以上是信令流程的简单描述，实际上，信令流程中可能涉及到更多的信令和步骤，以满足不同的通信需求和网络环境。

信令流程的详细解读需要考虑更多的因素，比如网络拓扑、协议标准和安全性要求。

总结起来，信令流程是通信设备之间的指令和消息交互过程，用于控制通信的建立、维护和关闭。

它涉及到多个信令和步骤，并受到多种因素的影响。

了解信令流程对于理解和优化通信网络非常重要。

课程说明课程介绍GSM通信流程包括两方面的内容：呼叫基本流程，信令基本流程。

其中，呼叫流程主要包含：移动主叫流程，移动被叫流程，汇接呼叫流程。

信令基本流程主要包含：鉴权流程，位置登记流程，呼叫重建流程，BSC内部切换流程，BSC间切换流程，MSC间切换流程，移动始发短消息流程，移动终结短消息流程，定向重试流程。

这些流程从系统的角度描述了移动用户经常发生的行为，描述了GSM的几个组成部分在呼叫流程、信令流程中的相互关系，对移动性特征做重点说明。

课程目标本课程的重点是介绍GSM系统的协同工作过程，涉及内容包含：呼叫、位置更新、切换、短消息。

对流程的介绍突出了移动特征，具体的信令细节本课程不做描述，可以参考ETSI的GSM规范获得更加详细的内容。

通过学习本课程，可以基本掌握：•移动用户做位置登记的信令过程；•移动用户做主叫的信令过程；•移动用户做被叫的信令过程；•MSC做汇接呼叫的信令过程；•BSC内切换信令过程；•BSC间切换的信令过程；•MSC间切换的信令过程；•呼叫重建的信令过程；定向重试的信令过程。

对这些信令流程学习之后，对GSM系统的原理会有更加深刻的了解，对每个功能实体（MS，BTS，BSC，MSC，VLR，HLR）的功能有更加深刻的体会。

相关资料ETSI关于GSM的规范，主要是：GSM0408，GSM0808，GSM0902。

第一节呼叫过程的信令分析对一次发生在移动用户间的呼叫来说，信令流程可以分为三个相对独立的部分：•主叫移动用户部分•被叫移动用户部分•拆线部分1.1 主叫信令流程移动用户做主叫时的信令过程从MS向BTS请求信道开始，到主叫用户TCH指配完成为止。

一般来说，主叫经过几个大的阶段：接入阶段，鉴权加密阶段，TCH指配阶段，取被叫用户路由信息阶段。

•接入阶段主要包括：信道请求，信道激活，信道激活响应，立即指配，业务请求等几个步骤。

经过这个阶段，手机和BTS（BSC）建立了暂时固定的关系。

关于彩信发送和接收流程本文记录了彩信的发送流程的一些细节及其所需要使用到的参考规范。

（１）彩信的发送流程1) 首先，当彩信中心需要向手机发送彩信时，会将彩信内容保存到自己的存储器中，并且准备一个URI，通过这个URI，手机能够读取到存储器中的彩信的内容；2) 彩信中心会向手机发起一个m-notification-ind指示消息；3) 手机收到这个指示消息后，便会向根据m-notification-ind指示消息中的URI(在Content-Location参数中指示)，向彩信发服务器发起一个HTTP GET（或WSP GET，从跟踪到的消息来看，就是HTTP GET的格式）请求，来获取彩信的内容；4) 彩信服务器会应答HTTP/WSP GET请求，返回内容，内容的格式是：application/vnd.wap.mms-message，X-Mms-Message-Type头域的值是m-retrieve-conf，以通知手机，这是彩信的内容。

（２）消息的封装与规范涉及到的规范可能有：∙3GPP TS 23.140 Multimedia Messaging Service (MMS)－－这个规范定义了收发彩信的流程，但对具体的消息格式则没有定义；∙3GPP TS 23.040 Technical realization of the Short Message Service (SMS) －－这个规范定义了短消息协议的详细的编码格式。

∙WAP Wireless Session Protocol Specification（WAP-230-WSP-20010705-a, Approved Version5 July 2001）∙WAP Wireless Datagram Protocol（WAP-259-WDP-20010614-a, Version 14-Jun-2001）（－－这个文档还介绍了WDP协议是如何封装在各消息中传输的，包括：GSM SMS, CDMA SMS，ANSI-136等）∙WAP MMS Encapsulation Protocol（WAP-209-MMSEncapsulation-20020105-a, Version 05-Jan-2002）各协议间的关系是：∙WDP是WAP的数据报协议（就是TCP/IP中的UDP协议）－－通过GSM SMS只能承载WDP消息；∙WTP是WAP的事务传服协议（是有连接的，类似于TCP/IP中的TCP协议）（WTP协议在彩信收发的过程中没有使用，所以这个笔记就没有记录了）；∙WSP是WAP的应用基础，定义了WAP的一些基本操作，这些操作是建立在WDP和WTP之上的。