您所在位置： &
&nbsp&&nbsp&nbsp&&nbsp
TD-SCDMA系统无线接口层三技术规范-无线资源控制协议.doc331页
本文档一共被下载：
次 ,您可免费全文在线阅读后下载本文档
文档加载中...广告还剩秒
需要金币：59 &&
你可能关注的文档：
··········
··········
20XX-XX-XX发布
20XX-XX-XX实施
中华人民共和国信息产业部科学技术司
TD-SCDMA系统无线接口层三技术规范-无线资源控制协议
TD-SCDMA System Radio Interface Layer 3 Technical Specification: Radio Resource Control Protocol
2 引用标准 1
3 定义和缩略语 1
3.1 定义 1
3.2 缩略语 2
5 RRC为高层提供的服务 7
6 期望低层提供的业务 7
6.1 期望2层提供的业务 7
6.2 期望1层提供的服务 7
7 RRC的功能 7
8 RRC过程 8
8.1 RRC连接管理过程 8
8.2 无线承载控制过程 31
8.3 RRC连接移动过程 50
8.4 测量过程 62
8.5 常规过程 69
8.6 接收信息元素的一般行为 74
9 协议状态 82
9.1 RRC状态和包括GSM的状态转移 82
9.2 从空闲模式到UTRAN连接模式的转移 83
9.3 UTRAN连接模式状态及转移 83
9.4 涉及PSTN/ISDN业务的系统间切换 88
9.5 涉及IP域业务的系统间切换 88
9.6 同时涉及IP和PSTN/ISDN域业务的系统间切换 89
10 消息以及信息元素的功能性定义和内容 89
10.1 概述 89
10.2 无线资源控制消息 89
10.3 信息元素功能性定义 164
11 特定功能 300
11.1 频率内测量 300
11.2 频率间测量 304
11.3 系统间测量（inter-system measurement） 305
11.4 业务量测量（traffic volume measurement） 306
11.5 UE内部测量 308
11.6 下行链路外环功率控制（Downlink outer loop power control） 310
11.7 传输格式组合计算（Calculated Transport Format Combination） 310
11.8 在网络节点间RRC消息的规定和接收 311
11.9 LCS测量 318
11.10 RRC消息在其它系统和UE之间的交互 318
12 RRC和上层间的原语 320
13 未知的，不可预见的和错误协议数据的处理 320
13.1 概述 320
13.2 违背ASN.1或编码错误 320
13.3 未知或不可预见的消息类型 320
13.4 未知或不可预见的信息元素值，强制性信息元素
正在加载中，请稍后... 下载
 收藏
该文档贡献者很忙，什么也没留下。
 下载此文档
正在努力加载中...
呼叫流程调试中常见问题的定位
下载积分：800
内容提示：呼叫流程调试中常见问题的定位,ims呼叫流程,wcdma呼叫信令流程,sip呼叫流程,呼叫流程,wcdma 呼叫 流程,爱情呼叫转移,爱情呼叫转移1电影,呼叫转移,命运呼叫转移
文档格式：DOC|
浏览次数：1|
上传日期： 03:00:57|
文档星级：
该用户还上传了这些文档
下载文档:呼叫流程调试中常见问题的定位.DOC
官方公共微信被叫未接通 不知道什么原因
新人 - 问通信专家
已解决问题
被叫未接通 不知道什么原因
未接通前主被叫无线环境良好，均在-50左右，。被叫setup、Call confirmed后，被叫网络无Assignment command命令，直到blocked call.显示原因为
Blocked Call
Block type: No Alerting or Connect
提问者: &提问时间: 13:47:10 &
&的答案& ( 采纳时间:
通常被叫出现paging response后没出现Assignment&command的话是因为SD掉话，看看话统该小区有没有拥塞或硬件故障。
&&|&&&&|&&&&|&&
专家指数：100
• 苹果5S播打苹果6被叫的苹果6却无法接通但是主叫有拨通，这是怎么一回事CSFB也有做全但是被叫却无法接通一直显示4G。
• 苹果5S播打苹果6被叫的苹果6却无法接通但是主叫有拨通，这是怎么一回事
• CDMA系统的主叫，被叫的流程是怎么样的？
• CSFB被叫不通问题！
• 最近TD主被叫路测，有一次被叫鉴权失败之后，主叫怎么拨都打不通被叫了，被叫一直是空闲态，收不到寻呼，直到被叫做位置区更新了，才能正常接通，为什么呢？
• 主被叫振铃、连接、接通的先后过程
• 被叫无法接通该怎么处理？
• BSC上CGI配置错误，被叫肯定不能做，请问主叫正常么？
其他答案&(9)
此时要看被叫的信令，看被叫是否脱网或做位置更新等
&&&&专家指数：52&&&&
无线环境良好的情况下要看被叫，可能在切换。
&&&&专家指数：130&&&&
没有Assignment&command消息，还是在SD信道上，很有可能记为SD掉话一次。
看下是不是被叫此时在做位置更新，或者拖网
&&&&专家指数：625&&&&
脱网或者是瞬断在TMES下能反应出来么
被叫连续上报了4个测量报告，都没收到系统消息或者信道信息，只能看到这么多。
&&&&专家指数：84&&&&
由于TCH拥塞引起的未接通，需要结合A接口，Abis接口信令跟踪及OMC统计来进行具体分析。具体情况为主叫Call proceeding或被叫Call confirmed后，网络无Assignment command命令，最后网络侧下发Channel Release，cause为Abnormal release，timer expired，从而导致未接通.
可能是TCH拥塞。
&&&&专家指数：123&&&&
可能是由于TCH拥塞所致啊我同意楼上的意见啊
&&&&专家指数：114&&&&
还需要更多信息，确实只能看到被叫上传四个报告后，系统下行没有没有反应！
&&&&专家指数：112&&&&
这个要看一下被叫的信令流程，有可能是TCH拥塞，SD拥塞，或者被叫正在位置更新。。
&&&&专家指数：168&&&&
怎么是MS2出现的未接通？不应该是主叫未接通吗？我也新人，嘿嘿
&&&&专家指数：119&&&&
相关资料下载
<font color="#0人关注
<font color="#31人关注
<font color="#74人关注
<font color="#32人关注
<font color="#66人关注
<font color="#34人关注
<font color="#3人关注
<font color="#10人关注
<font color="#72人关注
<font color="#03人关注
聘： 需求人数：5 人 发布于：2天前
聘： 需求人数： 人 发布于：7天前
聘： 需求人数：10 人 发布于：7天前
聘： 需求人数：2 人 发布于：7天前
聘： 需求人数：10 人 发布于：7天前
聘： 需求人数：6 人 发布于：7天前
聘： 需求人数：8 人 发布于：7天前
聘： 需求人数：5 人 发布于：7天前
赞助商链接
Powered by寻呼成功率专题报告_中华文本库
第1页/共6页
文本预览：
寻呼成功率的专题分析报告
【概述】 概述】 鉴于寻呼成功率的提高，对提升网络质量、保持用户忠诚度和争取更大的市 提 网络质量 保持用户忠诚度和争取更 保持用户忠诚度和争取更大 场份额有着重大的意义 场份额有着重大的意义，另外近期该项指标有所下降，我们对其进行了专项分 有着重大的意义 析。 为了进一步提高沈阳联通的寻呼成功率，我们按照寻呼的基本信令流程，对 造成 Paging Loss 的原因进行分析，并结合 A 接口信令对无线环境中存在的寻呼 Black Hole 进行定位，通过相应的优化使网络性能达到提升。 经过分析我们认为，寻呼成功率是交换机统计的一项性能指标，但它与无线 与无线 网络性能也有关，无线上下行覆盖差；上行干扰；PCH、 网络性能也有关，无线上下行覆盖差；上行干扰；PCH、AGCH 和 SDCCH 的拥塞等 都会造成 Loss，只有解决这些问题才能实现寻呼成功率的提升。 都会造成 Paging Loss
NSN 沈阳联通 GSM 网络优化组
10/28/2010
具体分析如下： 【信令流程及公式介绍】 信令流程及公式介绍】 流程及公式介绍
图 1 所示的是寻呼的基本信令流程，可以看出，当 MSC 从 VLR 中获得 MS 当 前所处的 LAC 后，会向这一 LAC 下的所有 BSC 发出 PAGING 消息。BSC 在收到该 PAGING 消息后，将向该 BSC 下属的所有小区发 PAGING COMMAND 消息。当 BTS 收 到 PAGING COMMAND 后，会向 MS 下发 PAGING REQUEST 消息，该消息携带了被寻 呼用户的 IMSI 或 TMSI 号码。MS 在接收到该 PAGING REQUEST 消息后，通过 RACH 请求分配 SDCCH。BSC 在确认 BTS 激活了所需的 SDCCH 后，通过占用 AGCH 发送立 即指配消息（IMASS）要求将该 SDCCH 指配给移动台。MS 则占用该 SDCCH 发送 PAGRE 消息。BSC 将该 PAGRES 消息转发给 MSC，完成一次成功的寻呼。 按照目前沈阳联通的现网设置，MSC 在发出 PAGING 消息后，如果 9 秒内没有 收到 PAGRES 消息，MSC 会再发送一次 PAGING 消息，如果 9 秒内仍没有收到 PAGRES 消息，则认为本次寻呼失败。同时，MSC 将向主叫用户送被叫用户暂时无 法接通的录音通知。 寻呼成功率的公式是“寻呼响应总次数”/“寻呼试呼总次数”。其中“寻 呼试呼总次数”指的是本区域所有 MSC 发出的 PAGING 消息的总和，不包括二次
NSN 沈阳联通 GSM 网络优化组
10/28/2010
寻呼的消息。触发信令为 MSC 向 BSC 发出的 PAGING 消息，只针对第一次寻呼的 试呼；“寻呼响应总次数”指的是本区域所有 BSC 发出的 PAGING 响应的总和， 触发信令为 BSC 向 MSC 发出的 PAGING RESPONSE 消息。
分析】 【Paging Loss 分析】 交换侧对 Paging Loss 的影响 寻呼成功率是交换机统计的一项性能指标，相关的
第1页/共6页
寻找更多 ""一、英译中
&&&&&1、&GSM Radio窗口
RXLev Full（dBm）
RXLev Sub（dBm）
信号场强，在开通下行DTX情况下使用
RX QualFull
用来描述无线信道误码率的变化趋势。
Full是在数据帧的所有时隙（除空闲的）进行抽样测量
RX QualSub
用来描述无线信道误码率的变化趋势。仅测量指定帧的信号质量
FER Full（%）
不开通DTX技术条件下的帧丢失率
FER Sub（%）
开通DTX技术条件下的帧丢失率
手机发射功率
时间提前量
下行MOS&#20540;
上行MOS&#20540;
跳频序列号
移动分配索引偏置
占用的时隙号
Channel Type
Channel Mode
DSC_Counter
下行信令计数器
RLT_Current
无线信令超时实际&#20540;
RLT_Maximum
无线信令超时最大&#20540;
&2、Serving / Neighbor Information窗口
广播控制信道
基站识别码
BCCH Level（dBm）
广播控制信道场强
路径损耗原则参数，用于小区选择或重选。
C1 = (A - Max(B,0))
小区重选信道质量标准参数
Distance（m）
当前点与基站的距离
&3、GSM System Parameters窗口
所属移动国家号
所属移动网络号
所属位置区
是否使用增强全速率
周期性位置更新定时器
CR Hysteresis（dB）
小区重选滞后
小区重选偏移
Penalty Time
小区重选惩罚时间
Temp Offset
RX LevelAccess Min.（dBm）
小区最小接入电平
MS TX Power Max CCH（dBm）
控制信道最大发射功率
是否开通DTX（不连续发射技术）。1为开通、0为不开通
Retransmitted
随机接入最大重发次数
&4、Qos窗口
周期内手机接收场强变化&#20540;
手机接收信号质量
手机发射功率
手机接收信号场强
上行链路占用时隙数
下行链路占用时隙数
&5、GPRS System Parameters窗口
Route Area Code
Attach State
会话管理状态
分组域临时用户识别码
临时逻辑链路标志
设定了手机在没有数据传输时从Ready状态到Standby状态的等待时间
一个重要的系统控制参数，
根据网络对电路业务和分组业务的寻呼方式及其配合关系
可分为三种工作模式（I、II、III），
不同的工作模式反映不同的网络能力
SNDCP Header CMPR
子网汇聚协议头文件压缩方式
SNDCP Data CMPR
子网汇聚协议数据压缩方式
Ciphering Algorithm
&6、PDP Context窗口
会话管理状态
Radio Priority
无线优先级
Reliability Class
Precedence Class
Peak T’Put
Mean T’Put
Delay Class
LLC层服务接入点标志
IP Address
网络层服务接入点标志
&7、GSM C/I窗口
RX Level（dBm）
接收电平（场强）
&8、GSM RLC/MAC窗口
GMMSvrState
GPRS移动管理服务状态
上行链路使用的编码方案
下行链路使用的编码方案
上行临时流标志
下行临时流标志
UL _TBF_State
上行TBF状态
DL _TBF_State
下行TBF状态
UL_TimeSlot
上行链路占用的时隙数
DL_TimeSlot
下行链路占用的时隙数
上下行链路RLC/MAC控制应答信息类型
Access Burst
PWR Control Channel
功率控制信道
CTR ACK Mode
控制应答方式
网络控制命令
&9、GSM RLC/ LLC窗口
RLCUpThr（bps）
RLC层上行吞吐量
RLC DownThr（bps）
RLC层下行吞吐量
LLCUpThr（bps）
LLC层上行吞吐量
LLCDownThr（bps）
LLC层下行吞吐量
RLCUpRR（%）
RLC层上行重传率
RLCDownRR（%）
RLC层下行重传率
LLCUpRR（%）
LLC层上行重传率
LLCDownRR（%）
LLC层下行重传率
二、GSM Layer3
在空口协议栈里Layer 3 Network Layer分为三子层：
CM(connect management)
MM(mobile management)
RR(Radio resource management)
其中CM层又分为三部分：CC呼叫控制，SSS补充业务，SMS短信
CM Service Request指的就是CC or SSS or SMS的业务请求，向网络表达手机要干这三种事情之一了。
完整通话信令流程
1.&&&&&&&&UL MM CM ServiceRequest//Outgoing Call Attempt
2.&&&&&&&&DL RR Immediate Assignment
3.&&&&&&&&UL RR Classmark Change
4.&&&&&&&&UL RR GPRS Suspension Request
5.&&&&&&&&DL MM Authentication Request
6.&&&&&&&&UL MM Authentication Response
7.&&&&&&&&DL MM CM Service Accept//TCHAssignment Attempt
8.&&&&&&&&UL CC Setup
9.&&&&&&&&DL CC Call Proceeding
10.&&&&DL RR Assignment Command
11.&&&&UL RR Assignment Complete//TCHAssignment Success
12.&&&&DL CC Alerting//Outgoing CallAlerting
13.&&&&DL RRHandover Command//Handover Attempt
14.&&&&DL RRPhysical Information//Handover Success
15.&&&&UL RRHandover Complete
16.&&&&DL RRPhysical Information
17.&&&&DL CC Connect//Outgoing CallConnected
18.&&&&UL CC Connect Acknowledge
19.&&&&DL RRHandover Command//Handover Attempt
20.&&&&DL RRPhysical Information//Handover Success
21.&&&&Ul RRHandover Complete
22.&&&&DL RRPhysical Information
23.&&&&UL CC Disconnect//CallCompleted
24.&&&&DL CC Release
25.&&&&UL CC Release Complete
26.&&&&DL RR Channel Release
BSS——&MSC&&&&&&&&&& SETUP:建立(Setup)
&&&&&&&&&&&&&&&&&&&&&&&MS在此消息中包括被叫号码。
MSC——&BSS&&&&&&&&&& CPROC:呼叫进行 (Call Proceeding)
&&&&&&&&&&&&&&&&&&&&&&&表示MSC正在处理本次呼叫。
MSC——&BSS&&&&&&&&&& ASREQ:分配请求 (Assignment Request)
要求分配地面电路和空中信道资源。其包含资源的详细描述（如话音速率、信道类型、数据适配、优先级、或MS的级别信息等），同时指出A口上使用的地面电路。
BSS——&MSC&&&&&&&&&& ASCMP分配完成(Assignment Complete)
已经成功分配地面电路和空中信道资源。如果在指配过程中发生了小区间内部切换，则其应包含新的小区识别而不需发‘切换执行’信息。
MSC——&BSS&&&&&&&&&& ALERT:振铃(Alerting)
&&&&&&&&&&&&&&&&&& &&&&&让MS发回铃音。
MSC——& BSS&&&&&&&&& CONNECT:连接(Connect)
&&&&&&& &&&&&&&&&&&&&&&&通知MS被叫已经摘机。
BSS——&MSC&&&&&&&&&& CONACK:连接证实 (Connect Acknowledge)
&&&&&&&&&&&&&&&& &&&&&&&对连接的应答
MSC——&BSS&&&&&&&&& &DISC:挂机(Disconnect)
&&&&&&&& &&&&&&&&&&&&&&&被叫挂机。
BSS——&MSC&&&&&&&&&& RELEAS:释放 (Release)
&&&&&&&& &&&&&&&&&&&&&&&要求结束本次事务处理。
MSC——&BSS&&&&&&&&&& RELCMP:释放完成(Release Complete)
MSC——&BSS&&&&&&&&&& CLCMD:清除命令 (Clear Command)
要求释放本次呼叫中使用的空中和地面资源。其消息由MSC发给BSSMAP，指示释放某一无线资源。
MSC——&BSS&&&&&&&&&& CLCMP:清除完成 (Clear Complete)
已经完成释放，是对清除命令的应答。BSS启动保护定时器，无线接口及指配的地面电路置清除和空闲，MSC释放地面资源。
MSC——&BSS&&&&&&&&&& RLSD:(Released)
要求结束SCCP连接。连接释放总是从MSC开始的。此消息不应包含用户数据字段。
BSS——&MSC&&&&&&&&&& RLC:(Released Complete)
SCCP连接的释放完成，是对RLSD的应答。BSS释放分配给相关MS的所有无线资源，之后发SCCP的RLC。
该窗口中的信令指示，可双击显示Cause Value&#20540;域进行查询。
1&& GSM第三层信息（GSM Layer 3 ）
该窗口显示GSM移动无线接口第三层的信息，包括无线资源管理（RR）移动性管理（MM）、呼叫控制（CC）三方面信息。该窗口在有跟踪测试手机时有效。
*CC层的主要功能为建立、维持和释放呼叫：
a、有关呼叫建立的信息（Call Establishment）:
Alerting：告警信息，上下行。从网络到主叫移动台或从被叫移动台到网络，用
来指示被叫手机启动告警（即回铃音）。包括进展指示及用户--用户信息等
Call confirmed：呼叫确认，呼叫确认，该信息由被叫移动台发出，用来确证收
到呼叫请求；
Call proceeding：呼叫进程，该信息由网络发向主叫移动台，指示被请求的呼叫
建立信息已经被接收,不会再接收更多的呼叫建立信息。
Connect：连接，从网络到主叫移动台或从被叫移动台到网络，用来指示连接被接
Connect& Acknowledge：连接确认，从网络到被叫移动台或主叫移动台到网络，
& 指示移动台得到一个呼叫（连接完成）；
EnergencySetup：紧急建立，由移动台发出，用来启动一个紧急呼叫的建立；
Progress：进展，从网络到移动台，指示呼叫的进程；
Setup：建立，上下行，指示启动呼叫建立；
b、呼叫信息状态（Call Information Phase）
&&&&&&& Modify：修改，上下行，请求改变呼叫的承载能力；
ModifyComplete：修改完成，指示对呼叫承载能力修改的完成；
ModifyReject：修改拒绝，上下行，指示改变呼叫的承载能力请求的失败；
UserInformation：用户信息,由移动台发向网络来传输信息到远端用户或由网络
发向移动台传输从远端用户来的信息。
c、呼叫清除（Call Clearing）
Disconnect：断连，从移动台到网络请求清除端到端的连接，或从网络到移动台,
指示端到端的连接已经被清除了；(这是正常的)
Release：释放，上下行,指示发该信息的设备将要释放TI(处理识别码),接收到
该信息的设备等发送释放完成信息后释放TI(处理识别码)
ReleaseComplete：释放完成, 上下行,指示发该信息的设备已经释放TI(处理识
&别码),接收到该信息的设备将要释放TI(处理识别码)
d、与附加业务有关的呼叫（Call Related SS）
Facility：设施
Hold：保持
HoldAcknowledge：保持确认
HoldReject：保持拒绝
Retrieve：恢复
RetrieveAcknowledge：恢复确认
RetrieveReject：恢复拒绝
e、其它信息
CongestionControl：拥塞控制，上下行，指示在传输用户信息时建立和中止流
Notify：通知，上下行，指示信息属于呼叫
Status：状态，上下行，用来响应状态查询信息或报告某些确定的错误信息
StatusEnquiry：状态查询，上下行，用来请求状态信息
StartDTMF：启动双音多频，从移动台到网络
StopDTMF：停止双音多频，从移动台到网络
StopDTMF Acknowledge：停止双音多频证实，从网络到移动台
StartDTMF Acknowledge：启动双音多频证实,从网络到移动台
StartDTMF Reject：启动双音多频拒绝,从网络到移动台
&&&&&&& *MM层的功能主要为位置管理：
&&&&&&& a、注册（Registration）
IMSI DetachIndication：IMSI分离指示,由移动台发往网络,在网络中设置一个
LocationUpdating Accept：位置更新接收,网络发向移动台,指示更新或IMSI(国
&际移动用户识别码)的附着完成
LocationUpdating Reject：位置更新拒绝,网络到移动台,指示更新或IMSI(国际
&& &&移动用户识别码)的附着失败
LocationUpdating Request：位置更新请求,从移动台发向网络,请求位置更新或
& IMSI(国际移动用户识别码)的附着失败
b、连接管理（Connection Management）
CMService Accept：CM业务接受，从网络到移动台，指示被请求的业务已经被
CMService Reject：CM业务拒绝，从网络到移动台，指示被请求的业务不能提
CMService Abort：CM业务中断，从网络到移动台，指示被CM的业务中断
CMService Request：CM业务请求，从移动台到网络（包括业务请求的类型：位置更新或呼叫建立）
CM ReestablishmentRequest：CM重建请求，
Abort：中断,网络到移动台
c、其它信息
MM_Status：MM状态
*RR层的主要功能为在无线接口上管理传输路径及切换
a、信道建立
AdditionalAssignment：附加指配
ImmediateAssignment：立即指配,(只包含一个MS指配信息),包括指配信道的描
述、&信道请求&的信息字段和接收到&信道请求&帧的帧号、最初的时间
提前量、起始时间指示(可选)
ImmediateAssignment Extended：立即指配扩展(同时包含两个MS指配信息),同
立即指配扩展.
ImmediateAssignment Reject：立即指配拒绝
AssignmentCommand：指配命令,网络发向移动台,指示移动台改变当前信道配置,
切换到分配的专用信道,启动低层连接建立
AssignmentComplete：指配完成,指示主信令链路成功建立.
AssignmentFailure：指配失败,包括指配失败的原因
HandoverCommand：切换命令,网络向MS发送&切换命令&启动切换程序,包括新信道的特征;需进行通信的新小区特性,包括允许测量程序中所要求的MS预知同步信息(如BSIC和BCCH频率);功率命令;切换参考号码、可选的起始时间指示
HandoverComplete：切换完成,MS发向网络,指示切换成功,网络释放原有信道.
HandoverFailure：切换失败,MS发向网络,网络释放新的信道
PhysicalInformation：物理信息
c、信道释放
ChannelRelease：信道释放,包括RR原因指示、BA范围
PartialRelease：局部释放
PartialRelease Complete：局部释放完成
PagingRequest Type 1：寻呼请求类型1,网络给两个移动台发寻呼,包括寻呼模
式、移动台1和2需要的信道、移动识别1、移动识别2等
PagingRequest Type 2：寻呼请求类型2,网络给三个移动台发寻呼,包括寻呼模
式、移动台1和2需要的信道、移动识别1、移动识别2、移动识别3等
PagingRequest Type 3：寻呼请求类型3,网络给四个移动台发寻呼,包括寻呼模
式、移动台1和2需要的信道、移动识别1、移动识别2、移动识别3、移动识别4等
PagingResponse：寻呼响应,移动台到网络,包括密钥序列号及移动识别
e、系统信息
SystemInformation Type 1：系统信息类型1,网络到所有移动台,在BCCH上发送,
&&&&&&&&&&&&&&&&&&&&&&& 指示RACH的控制信息及小区配置信息
SystemInformation Type 2：系统信息类型2,网络到所有移动台,在BCCH上发送,
&&&&&&&&&&&&&&&&&&&&&&& 指示RACH的控制信息及邻小区的BCCH信息
SystemInformation Type 2bis：系统信息类型2bis, 网络到所有移动台,在BCCH
上发送,指示RACH的控制信息及扩展的邻小区的
SystemInformation Type 3：系统信息类型3, 网络到所有移动台,在BCCH
& 上发送,指示RACH的控制信息、小区识别号、位
& 置区识别号、控制信道信息及小区选择参数等
SystemInformation Type 4：系统信息类型4, 网络到所有移动台,在BCCH
& 上发送,指示RACH的控制信息、位置区识别号、
& 小区选择参数、CBCH信道描述、CBCH移动配置
SystemInformation Type 5：系统信息类型5, 网络到所有移动台,在SACCH
& 上发送,指示邻小区的BCCH信息
SystemInformation Type 5bis：系统信息类型5bis, 网络到所有移动台,在SACCH
上发送,指示扩展的邻小区的BCCH信息
SystemInformation Type 6：系统信息类型6, 网络到所有移动台,在SACCH
& 上发送, 小区识别号、位置区识别号、允许的
SystemInformation Type 7：系统信息类型7,用于小区重选
SystemInformation Type 8：系统信息类型8,用于小区重选
f、其他信息
ChannelMode Modify：信道模式修改,包括信道描述、信道所采用的新模式
ChannelMode Modify ACK：信道模式修改证实
FrequencyRedefinition：频率重定义
MeasurementReport：测量报告,包括服务小区和六个最强邻小区的Rxlev、
Rxqual、BSIC、BCCH频率及DTX等
ClassmarkChange：等级改变
ClassmarkEnquiry：等级询问
RRStatus：RR状态
三、Cause Value &#20540;的具体意义
<span style="color:#04-11-24 0:01:27
以下是我知道的常见Disconnect / Release Cause :
Cause Value Reason
==============================================================
31 BSS or MSC problem
34(beforeAssignmentCommand) TCH Blocking
34(after Assignment Complete) MSC Blocking
41(after Assignment Command) BSS problem, especially DRI problem
41(after Assignment Complete) MSC problem
42 MSC Congestion
44 BSS problem, especially the CIC blocking
111 BSS or MSC problem
<span style="color:#04-11-26 14:55:38
以下为已知的CAUSE VALUE集合
1 Unassiagned number(未分配的号码（空号）)
3 No route to destination(无至目的地的路由)
6 Channel unacceptable(不可接受的信道)
16 Normal clearing(正常清除)
17 User busy(用户忙)
18 No user responding(无用户响应)
19 User alerting,no answer(已有用户提醒，但无应答)
21 Call rejected(呼叫拒绝)
22 Number changed(号码改变)
26 Non selected user clearing(清除未选择的用户)
27 Destination out of order(终点故障)
28 Incomplete number(无效号码&#26684;式（不完全的号码）)
29 Facility rejected(设施被拒绝)
30 Response to status enquiry(对状态询问的响应)
31 Normal,unspecified(正常，未规定)
34 No circuit/channel available(无电路/信道可用)
38 Network out of order(网络故障)
41 Temporary failure(临时故障)
42 Switching equipment congestion(交换设备拥塞)
43 Access information discarded(接入信息被丢弃)
44 Requested circuit/channel not available(请求的电路/信道不可用)
47 Resources unavailable,unspecified(资源不可用，未规定)
49 Quality of service unavailable(服务质量不可用)
50 Requested facility not subscribed(未预订所请求的设施)
55 Incoming calls barred within the CUG
57 Bearer capability not authorized(承载能力未认可)
58 Bearer capability not presently available(承载能力目前不可用)
63 Service or option not available,unspecified(无适用的业务或任选项目，未规定)
65 Bearer service not implemented(承载业务不能实现)
68 ACM equal to or greater than ACMmax
69 Requested facility not implemented(所请求的设施不能实现)
70 Only restricted digital information bearer(仅能获得受限数字信息承载能力)
79 Service or option not implemented(业务不能实现，未规定)
81 Invalid transaction identrfier value(无效处理识别码)
87 User not member of CUG
88 Incompatible destination(非兼容目的地址)
91 Invalid mandatory information(无效过渡网选择)
95 Semantically incorrect message(无效消息，未规定)
96 Invalid mandatory information(必选消息单元差错)
97 Message type non-existent or not implemented(消息类型不存在或不能实现)
98 Message type not compatible with protocol state(消息与控制状态不兼容，消息类型不存在或不能实现)
99 Information element non-existent or not implemented(信息单元不存在或不能实现)
100 Conditional IE error(无效信息单元内容)
101 Message not compatible with protocol state(消息与呼叫状态不兼容)
102 Recovery on timer expiry(定时器超时恢复)
111 Protocol error,unspecified(协议差错，未规定)
127 Interworking,unspecified(互通，未规定)
<span style="color:#04-11-26 14:58:49
各种原因引起的DISCONN
和用户感受如下：
被叫TCH拥塞 34: No circurt/channel available录音通知,暂时无法接通
主叫TCH拥塞 34: No circurt/channel available连续的嘟嘟嘟嘟
有寻呼消息,但没有PAGING_RESPONSE 16: normal clearing录音通知,暂时无法接通
被叫SDCCH拥塞 16: normal clearing录音通知,暂时无法接通
主叫SDCCH拥塞没有DISCONNECT消息没有任何提示音,直接返回
SDCCH 掉话 41：temp failure录音通知,暂时无法接通
错误号码 28：Invalid number format主叫在听到一阵杂音后，多来米
呼叫无应答 18: alerting,but no answer录音通知,用户无人接听
CIC 复位 111：protocol error主叫听见多来米
被叫位置更新 41：temp failure录音通知,暂时无法接通
连接超时 102
主叫听见多来米，被叫无寻呼信息
<span style="color:#04-11-26 16:11:57
我觉得交换机不同，出现问题的Cause Value也可能不同。
例如：Destination out of order这种现象在西门子交换机下面十分罕见，但是华为交换机较常见。
<span style="color:#04-11-26 16:30:19
CV：<span style="color:#:service not support
手机状态：
Channel Request
Immediate Assignment
CM service request
CM Service Reject
始终处于空闲状态
问题分析：
CM Service被拒绝，原因是位置更新失败，或跨LAC以后手机未进行位置更新，或者交换机问题。
<span style="color:#04-11-26 16:34:50
CV：<span style="color:#:temporary failure
手机状态：
按照正常流程起呼，
在Assignment Complete 5秒钟以后
Disconnect
被叫手机在做位置更新
问题分析：
被叫位置更新无法响应Paging
（这是在西门子交换机下的表现，在华为交换机下CV为Destination out of order）
<span style="color:#04-11-26 16:43:25
CV：<span style="color:#:temporary failure
手机状态：
按照正常流程起呼，
在Assignment Complete 9秒钟以后
Alerting 25秒钟以后
Disconnect（DL）
Channel Request
Immediate Assignment
Paging Resqonse
Identity Request
Identity Response
Call Confirmed
5秒以后进入Idel状态
问题分析：
被叫手机发送Connect信号，但基站没有收到，呼叫无法继续。
（这是在西门子交换机下的表现，在华为交换机下CV为Destination out of order）
可见，西门子交换机的temporary failure和华为交换机的Destination out of order应用现象类&#20284;。
<span style="color:#04-11-29 9:57:54
Cause Value 47:Resources una
ms1:Assignment complete
ms2:Altering
ms1:Disconnect
被叫MS2 Altering以后　MS1发DISCONNECTCause
value 47；在同一个小区多次出现，经分析发现是西门子交换机的LTG板的故障，INSLTG板后故障消除，在这个小区所在的BSC的呼叫建立成功率由<span style="color:#%恢复到正常&#20540;<span style="color:#%；
<span style="color:#04-12-8 10:22:44
关于被叫在进行位置更新时，主叫试呼引起未接通，有两种不同的
1, 由于位置更新的优先级高，被叫手机可以收到PAGING，但是不会有
PAGING RESPONSE。
2，由于交换机在原 LAC里找不到手机的TMSI，造成没有PAGING消息
我认为是第 2
种情况导致，如果是第一种情况，可以认为是PAGING
消息下发后没有回应,
被叫SDCCH 和TCH拥塞也会导致这种情况，
CAUSE VALUE 应该是<span style="color:#而不是 41。
另外，尚有一事不明，位置更新优先级到底是否为cm_service里最高的？
<span style="color:#04-12-13 15:37:38
我认为，要保证接通率，做好以下的两个方面就差不多了：
1，足够的系统容量，系统不会出现SD TCH和CIC拥塞。
2，位置更新，通过调整BA—BCCH，让手机只在<span style="color:#0－<span style="color:#0，<span style="color:#00－<span style="color:#0单频段上面做LU，可以减少LU的次数。
至于其他的一些影响应该是比较少的：
以<span style="color:#小时的测试量为例，一共拨打<span style="color:#0个电话，接通率要在<span style="color:#％以上，
只能有<span style="color:#次未接通。一般拥塞会有<span style="color:#次，LU3次，其他一次。这样的测试
结果很不错了！
最怕的就是在测试过程中碰到堵车，有时一条路走<span style="color:#分钟，会碰到十几次
<span style="color:#04-12-16 23:31:16
在湖北十堰，系统相对较小，市区<span style="color:#个BSC，但分别有<span style="color:#个LAC，城区DT测试进行因为位置更新而导致呼损。这个问题应该在长沙、北京、杭州等大城市应该经常出现位置更新，请问最后如何处理。
<span style="color:#04-12-21 10:32:04
<span style="color:#.合理规划LAC区肯定是很重要的了啊，尤其是在DT测试线路上的LAC优化！
2.依我们的经验，在DT测试由于被叫位置更新造成的未接通出现的概率在<span style="color:#.5%左右，CMCC DT接通率满分指标已经调整到了<span style="color:#%，所以还是有一定空间的。
3.Ericsson 交换机有Global paging功能，如果第一次寻呼没有成功，可以在一个MSC内部的所有LAC区发<span style="color:#次寻呼消息。通过优化<span style="color:#次寻呼Timer，也可以提高接通率哟！
<span style="color:#04-12-27 9:50:14
北京市区至少有<span style="color:#个LAC以上，不知道是如何解决LU对接通率
的影响的，是否在交换机上有什么功能，可以在一次PAGING
不成功时，在所有交换机下重新发PAGING消息。
如果这样，可能会影响接续时间，但是对提高呼叫成功率还是
有好处的。
<span style="color:#04-12-28 0:23:46
CV 31,normal,unspecified
这种CV曾经遇到过，后来查出来是因为测试卡开了彩铃造成的
<span style="color:#04-12-28 16:07:32
As one of main call failure scenarioes,chengdu team had paid every efforts to overcome call failure that caused by LUP of MTC.Attached pls find the technical doc I made.The methdology had ever been applyed in a few of systems.
<span style="color:#04-12-28 16:12:12
As another main call failure scenarios,chengdu team had ever paid every efforts to overcome paging failure of MTC for 99% call connection rate can be reached.Attached pls find the technical doc I made.The methdology I mentioned
applied in a few of system,and have postive result reported.
<span style="color:#04-12-29 11:37:36
修改被叫手机的ba-bcch的后，个别lac边界存在脱网的问题，也碰到过。后来反复测试证实，其原因基本上都是这些lac边界的小区存在过覆盖的问题。即：不删除ba-bcch时，手机在idle
mode 下，通过reselect正常选到另一个lac的某个小区。删除后，手机一直在原来的lac小区中，<span style="color:#秒钟的时间，很可能已经越过了其neighbor，再想切换已经不可能，最终脱网。这种情况，通过适当地覆盖调整，一般可以解决。
<span style="color:#05-1-7 18:25:19
CV＝<span style="color:#，Requested facility not implemented
assignment command
assignment failure
disconnect, cv=69:Requested facility not implemented
assignment command
assignment complete
disconnect,cv=69:Requested facility not implemented
后检查发现是MS1占用的小区其中一块载频 MA_fail很高，更换该载频后解决。
<span style="color:#05-1-10 10:26:22
Wangyong,it is not meaningful to link a specific message flow with a particular H/W problem,it is exactly significant that the specific message to be isolated with a problem scenario you claimed.In this case,you can say, tch access
failure will typically result in a assignmnent failure in A interface,then a DISC message with CV69 will be observed both in A and Um.This scenario call us to check tch_access_failure_rate.
<span style="color:#05-1-18 12:53:19
还有硬件问题导致的SD不可用，我的手机就遇到过。这时CV应该是<span style="color:#，提示被叫暂时无法接通，时间长了就提示关机了。
<span style="color:#05-1-18 15:01:51
CV有很多解释，可能不同的厂家的理解不同，反应出来的表现就不同。个人觉得华为的CV是最变化多端的，当然这和他们要适应客户市场需要来改CV，来达到某些指标的要求可能有关系。最近在恩施的MOTOvip中碰到了一些感觉不是太规范的A口上的消息流程，也测试，分析了一下，把RF5文件放上来给大家看看，希望高手们能提出一些建议，从哪个角度怎么样去和客户沟通，让客户提出来要华为来规范CV。附件为Huawei-MOTO-A-interface.rar
四、软件操作总结
1.操作GSM Layer3时，Event和Chart没有联动，可能是因为调用不同的log。
2.map窗口操作&
问题一：没有出现A（小区信息）
解决方法：更换到最新版本
问题二：看不到小区上的信息
解决方法：放大才能看到
问题三：清除map窗口里的RX QualSub，点击×是没有用的。
解决方法：应点击工具，在那里面删除，就可以添加新的RX &LevSub。
问题四：加载各种视图
解决方法：在左边的系统导航里，点击参数，再点击GSM，再点击Downlink Measurement，就可以看到了。
3.工具栏操作
问题一：小区管理→小区数据，导入xls文件，可能会出现不匹配，这时候，去找一个最规范的xls，保留最上面的表头，将你要导入的数据复制到该最规范的xls中就可以正确导入了。
GSM 无线资源管理的详尽原因
Cause value = 0& N正常释放
indicatesthat the channel is released because of a normal event.
Cause value = 1 &Abnormal release,异常释放，没有具体说明
indicatesthat the channel is released because of an abnormal event without
specifyingfurther reasons.
Cause value = 2 &Abnormal release,
indicatesthat the channel type or channel characteristics are not acceptable.
Cause value = 3& Abnormal release,
indicatingthat the release is caused by a timer expiry.
Cause value = 4& Abnormal release, no a
indicatingthat some supervisory function has detected that channel is not
Cause value = 5& P
indicatesthat the channel is released in order to be allocated to a call with
priority(e.g. an emergency call).
Cause value = 65 C
indicatingthat a handover is unsuccessful because the connection has been
released bythe network or the remote user.
Cause value = 95 Invalid message,See Annex H, section H5.10.
Cause value = 97 Message type non-existenSee Annex H, section H6.2.
Cause value = 98 Message not compatible with call state or message type non-existent or not
SeeAnnex H, section H6.3
Cause value = 100 Invalid informatSee Annex H, section H6.5
Cause value = 111 ProtocSee Annex H, section H6.8.
ANNEX G(to Recommendation GSM 04.08)
GSM specific cause values for mobilitymanagement
G.1& Causes related to MSidentification
Cause value = 1 &Unallocated TMSI.
This cause issent to the MS if the MS identifies itself by a TMSI which is not
allocated inthe relevant location area and open identification is not
requested.
Cause value = 2 &IMSI unknown in HLR
This cause issent to the MS if the MS is not known (registered) in the HRL.
Cause value = 3 &Illegal MS
This cause issent to the MS when the MS does not pass the authentication
check, i.e.the SRES received from the MS is different from that generated by
the network.
Cause value = 4& IMSI unknown in VLR
This cause issent to the MS when the given IMSI is not known at the VLR.
Cause value = 5 &IMEI not accepted
This cause issent to the MS if the IMEI given cannot be accepted by the
G.2& Cause related tosubscription options
Cause value = 11 PLMN not allowed
This cause issent to the MS if it requests location updating in a PLMN where
the MS, bysubscription is not allowed to operate.
Cause value = 12 Location Area not allowed
This cause issent to the MS if it requests location updating&in a Locationn
area wherethe MS, by subscription, is not allowed to operate.
G.3& Causes related toPLMN specific network failures and congestion
Cause value = 17 Network failure
This cause issent to the MS if the MSC cannot service an MS generated request
because ofPLMN failures, e.g. problems in MAP.
Cause value = 22 &Congestion
This cause issent if the service request cannot be actioned because of
congestion(e.g. no channel, facility busy/congested etc.)
G.4& Causes related tonature of request
Cause value = 32 Service option not supported
This cause issent when the MS requests a service/facility in the CM SERVICE
REQUESTmessage which is not supported by the PLMN.
Cause value = 33 Requested service option not subscribed
This causeist sent when the MS requests a service option for which it has no
subscription.
Cause value = 34 Service option temporarily out of order
This cause issent when the MSC cannot service the request because of temporary
outage of oneor more functions required for supporting the service.
Cause value = 38 Call cannot be identified
This cause issent when the network cannot identify the call associated with a
call re-establishment request.
G.5& Causes related toinvalid messages
Cause value = 96 Mandatory information element error.See Annex H, sect. H.6.1.
Cause value = 97 Message type non-existent or not implemented.see Annex H, sect. H.6.2.
Cause value = 98 Message non compatible with call state or message type non-existent or not
implemented.seeAnnex H, sect. H.6.3.
Cause value = 99 Information element non-existent or not implemented。See Annex H, sect. H.6.4.
Cause value = 100 Invalid information element contents。SeeAnnex H, sect. H.6.5.
Cause value = 101 Message not compatible with call state。SeeAnnex H, sect. H.6.6.
Cause value = 111 Protocol error, unspecified。SeeAnnex H, sect. H.6.8.
Annex H(to Recommendation GSM 04.08)
Cause definitions for Call Control
H.1&&&&&& Normal class
H.1.1&&&&Cause No. 1 &unassigned (unallocated) number&
This causeindicates that the destination requested by the Mobile Station
cannot bereached because, although the number is in a valid format, it is not
currentlyassigned (allocated).
H.1.2&&&&Cause No. 2 &no route to specified transit network&
Note:&&&& For further study
H.1.3&&&&Cause No. 3 &no route to destination&
This causeindicates that the called user cannot be reached because the network
through whichthe call has been routed does not serve the destination desired.
H.1.4&&&&Cause No. 6 &channel unacceptable&
This causeindicates the channel most recently identified is not acceptable to
the sendingentity for use in this call.
H.1.5&&&&Cause No. 7 &call awarded and being delivered in an establishedchannel&
Note:&&&& Not supported
H.1.6&&&&Cause No.16 &normal call clearing&
This causeindicates that the call is being cleared because one of the users
involved inthe call has requested that the call be cleared.
Under normalsituation, the source of this cause is not thenetwork.
H.1.7&&&&Cause No.17 &user busy&
This cause isused when the called user has indicated the inability to accept
another call.
It is notedthat the user equipment is compatible with the call.
H.1.8&&&&Cause No. 18 & no user responding&
This cause isused when a user does not respond to a call establishment message
with eitheran alerting or connect indication within the prescribed period of
timeallocated (defined by the expiry of either timer T303 or T310).
H.1.9&&&&Cause No. 19 & user alerting, no answer&
This cause isused when a user has provided an alerting indication but has not
provided aconnect indication within a prescribed period of time.
H.1.10&&&Cause No. 21 &call rejected&
This causeindicates that the equipment sending this cause does not wish to
accept thiscall, although it could have accepted the call because the
equipmentsending this cause is neither busy nor incompatible.
H.1.11&&&Cause No. 22 &number changed&
This cause isreturned to a calling Mobile Station when the called party number
indicated bythe calling Mobile Station is no longer assigned. The new called
party numbermay optionally be included in the diagnostic field. If a network
does notsupport this capability, cause No. 1 &unassigned (unallocated)number&
shall beused.
H.1.12&&&Cause No. 26 &non-selected user clearing&
Note:&&&& Not supported
H.1.13&&&Cause No 27 &destinationout of order&目标故障
This causeindicates that the destination indicated by the Mobile Station
cannot bereached because the interface to the destination is not functioning
correctly.The term &not functioning correctly& indicates that a signalling
message wasunable to be delivere e.g., a physical layer
or data linklayer failure at the remote user, user equipment off-line, etc.
H.1.14&&&Cause No. 28 &invalid number format (incomplete number)&
This causeindicates that the called user cannot be reached because the called
party numberis not a valid format or is not complete.
H.1.15&&&Cause No. 30 &response to STATUS ENQUIRY&
This cause isincluded in STATUS messages if the message is sent in response to
a STATUSENQUIRY message. See also section 5.5.3.
H.1.17&&&Cause No. 31 &normal, unspecified&
This cause isused to report a normal event only when no other cause in the
normal classapplies.
H.2&&&&&&Resource unavailable class
H.2.1&&&&Cause No. 34 &no circuit/channel available&
This causeindicates that there is no appropriate circuit/channel presently
available tohandle the call.
H.2.2&&&&Cause No. 38 &network out of order&
This causeindicates that the network is not functioning correctly and that the
condition is likelyto last a relatively e.g., immediately
re-attempting the call is not likely to be successful.
H.2.3&&&&Cause No. 41 &temporary failure&
This causeindicates that the network is not functioning correctly and that the
condition isnot likely to last a e.g., the Mobile Station
may wish totry another call attempt almost immediately.
H.2.4&&&&Cause No. 42 &switching equipment congestion&
This causeindicates that the switching equipment generating this cause is
experiencinga period of high traffic.
H.2.5&&&&Cause No. 43 &access information discarded&
This causeindicates that the network could not deliver access information to
the rem i.e., a user-to-user information, low layer
compatibility,high layer compatibility, or sub-address as indicated in the
diagnostic.
It is notedthat the particular type of access information discarded is
optionallyincluded in the diagnostic.
H.2.6&&&&Cause No. 44 &requested circuit/channel not available&
This cause isreturned when the circuit or channel indicated by the requesting
entity cannotbe provided by the other side of the interface.
H.2.7&&&&Cause No. 47 &resource unavailable, unspecified&
This cause isused to report a resource unavailable event only when no other
cause in theresource unavailable class applies.
H.3&&&&&&Service or option not available class
H.3.1&&&&Cause No. 57 &bearer capability not authorized&
This causeindicates that the Mobile Station has requested a bearer capability
which isimplemented by the equipment which generated this cause but the Mobile
Station isnot authorized to use.
H.3.2&&&&Cause No. 58 &bearer capability not presently available&
This causeindicates that the Mobile Station has requested a bearer capability
which isimplemented by the equipment which generated this cause but which is
not availableat this time.
H.3.3&&&&Cause No. 63 &service or option not available, unspecified&
This cause isused to report a service or option not available event only when
no othercause in the service or option not available class applies.
H.4&&&&&&Service or option not implemented class
H.4.1&&&&Cause No. 65 &bearer service not implemented&
This causeindicates that the equipment sending this cause does not support the
bearercapability requested.
H.4.2&&&&Cause No. 66 &channel type not implemented&
Note:&&&& Not supported
H.4.3&&&&Cause No. 70 &only restricted digital information bearer capabilityis available&
This causeindicates that one equipment has requested an unrestricted bearer
service, butthat the equipment sending this cause only supports the restricted
version ofthe requested bearer capability.
H.4.4&&&&Cause No. 79 &service or option not implemented, unspecified&
This cause isused to report a service or option not implemented event only
when no othercause in the service or option not implemented class applies.
H.5&&&&&&Invalid message (e.g., parameter out of range) class
H.5.1&&&&Cause No. 81 &invalid call reference value&
This causeindicates that the equipment sending this cause has received a
message witha call reference which is not currently in use on the MS-network
interface.
H.5.2&&&&Cause No. 82 &identified channel does not exist&
Note:&&&& Not supported
H.5.3&&&&Cause No. 83 &a suspended call exists, but this call identity doesnot&
Note:&&&& Not supported
H.5.4&&&&Cause No. 84 &call identity in use&
Note:&&&& Not supported
H.5.5&&&&Cause No. 85 &no call suspended&
Note:&&&& Not supported
H.5.6&&&&Cause No. 86 &call having the requested call identity has beencleared&
Note:&&&& Not supported
H.5.7&&&&Cause No. 88 &incompatible destination&
This causeindicates that the equipment sending this cause has received a
request toestablish a call which has low layer compatibility, high layer
compatibility,or other compatibility attributes (e.g., data rate) which cannot
beaccomodated.
H.5.8&&&&Cause No. 91 &invalid transit network selection&
Note:&&&& For further study
H.5.9&&&&Cause No. 94 &incomplete segmented message&
Note:&&&& Not supported, no segmentation at layer 3
H.5.10&&&Cause No. 95 &invalid message, unspecified&
This cause isused to report an invalid message event only when no other cause
in theinvalid message class applies.
H.6&&&&&&Protocol error (e.g., unknown message) class
H.6.1&&&&Cause No. 96 &mandatory information element error&
This causeindicates that the equipment sending this cause has received a
message wherea mandatory information element is missing and/or has a content
error (thetwo cases are undistinguishable).
H.6.2&&&&Cause No. 97 &message type non-existent or not implemented&
This causeindicates that the equipment sending this cause has received a
message witha message type it does not recognize either because this is a
message notdefined or defined but not implemented by the equipment sending
this cause.
H.6.3&&&&Cause No. 98 &message not compatible with call state or messagetype non-existent
or not implemented&
This causeindicates that the equipment sending this cause has received a
message suchthat the procedures do not indicate that this is a permissible
message toreceive while in the call state, or a STATUS message was received
indicating anincompatible call state.
H.6.4&&&&Cause No. 99 &information element non-existent or notimplemented&
This causeindicates that the equipment sending this cause has received a
message whichincludes information elements not recognized because the
informationelement identifier is not defined or it is defined but not
implementedby the equipment sending the cause. However, the information
element isnot required to be present in the message in order for the equipment
sending thecause to process the message.
H.6.5&&&&Cause No. 100 &invalid information element contents&
This causeindicates that the equipment sending this cause has received an
informationelement whic however, one or more of the
fields in theinformation element are coded in such a way which has not been
implementedby the equipment sending this cause.
H.6.6&&&&Cause No. 101 &message not compatible with call state&
This causeindicates that a message has been received which is incompatible
with the callstate.
H.6.7&&&&Cause No. 102 &recovery on timer expiry&
This causeindicates that a procedure has been initiated by the expiry of a
timer inassociation with Rec. 04.08 error handling procedures.
H.6.8&&&&Cause No. 111 &protocol error, unspecified&
This cause isused to report a protocol error event only when no other cause in
the protocolerror class applies.
H.7&&&&&&Interworking class
H.7.1&&&&Cause No. 127 &Interworking, unspecified&
This causeindicates that there has been interworking with a network which does
not providecauses
thus, the precise cause for a message
which isbeing sent cannot be ascertained.
CH1灯不亮，Modem无卡或者天线没有插好，modem卡无数据功能或者欠费，也可能当地网络不好。
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：12079次
排名：千里之外
原创：11篇
转载：14篇
(1)(1)(4)(5)(14)}