信令类(2005)

Emergency call
110xxxxx
Call reestablishment; TCH/F was in use, or
TCH/H was in use but the network does not
set NECI bit to 1
011010xx
Call reestablishment; TCH/H was in use and the
#4"IMSI unknown in VLR"
#5"IMEI not accepted"
#6"Illegal ME"
#17"Network failure"
#22"Congestion"
#32"Service option not supported"
#34"Service option temporarily out of order"
Channel request消息由一个字节（8bits）组成，格式如下：
8 7 6 5 4 3 2 1
┌────────ቤተ መጻሕፍቲ ባይዱ────────┬─────────────────────────────┐
│ESTABLISHMENT│RANDOM│
│└────────┐│octet 1
│CAUSE│REFERENCE│
network does not set NECI bit to 1.note 1
0100xxxx
Originating speech call from dualrate mobile station when TCH/H
is sufficient and supported by the MS for speech calls and the network
对于PHASE 2手机，支持半速率，根据建立的原因不同，用不同长度的比特表示，从3比特到6比特。还包括提供将来应用的一些功能，如在后续协议中定义了GPRS的应用。
在华为话统中，没有接入尝试的分原因统计，但有立即指配成功的分原因统计，除了上述5种常见原因分项统计外，即立即指配成功次数（位置更新/紧急呼叫/寻呼/主叫/呼叫重建），还包括“立即指配成功次数（其他过程）”统计项，他们的统计点都是BTS上报ESTABLISH INDICATION消息给BSC，携带的服务请求类型各不相同。
The Channel Request message is coded as follows:
(Random Reference field is filled with 'x').
MS codes
bits
8 .... 1
According to Establishment cause:
101xxxxx
路测中常见的服务拒绝的原因包括#17"Network failure"和#22"Congestion"（指SDCCH的拥塞）。
协议中定义的两个常用原因的含义如下：
Causes related to PLMN specific network failures and congestion
Cause value = 17 Network failure
NECI bit to 1note 5
000xxxxx
Location updating and the network does not set NECI bit to 1
0000xxxx
Location updating and the network sets NECI bit to 1
0001xxxx
问题
问题简述
信令流程问题
问题描述
客户现在开始关注一些用户投诉反映的提示音问题，急需了解如下相关知识：在各种指配方式（早、晚指配）下，主叫在什么时候听到振铃（对应被叫的信令走到哪一步？），主叫号码是什么时候发送给被叫的？在哪个信令流程中？
问题答复
1、MSC在收到被叫回的ACM消息（PSTN用户）或ALERTING消息（移动用户）时，给主叫发ALERTING消息，主叫手机将其翻译为回铃音，此时对应被叫MS信令为ALERTING（被叫振铃），这时，手机已占在TCH上了，信令在随路信令信道上发送；2、主叫号码在SETUP信令中带给被叫，在一般情况下在SD上发送，及早指配时可在TCH上的随路信令信道上发。
This cause is sent if the service request cannot be actioned because of congestion (e.g. no channel, facility busy/congested etc.)
问题
问题简述
A接口信令中频率能力Frequency Capability的理解？
对于PHASE 1手机，不支持半速率，只需3比特来表示接入原因，包括的原因分别是寻呼，主叫，位置更新，紧急呼叫，呼叫重建等常规五种原因外，在接入原因“111XXXXX”中除包括全速率始呼（主叫）外，还包括IMSI分离、短消息、补充业务等。不能认为5个呼叫原因加起来的值等于尝试呼叫次数或5个呼叫成功次数加起来等于接入成功次数。
└───────────────────────────────────┴───────────┘
ESTABLISHMENT CAUSE (octet 1)
该信息域指示接入请求的原因，长度在3～6比特之间。
RANDOM REFERENCE (octet 1)
变长的非格式化随机选择的鉴别符，长度在2～5比特之间。
|-----0-- |VBS Notific reception |No capab or not wanted |
|----1--- |MT SMS pt to pt capability |MS supports |
|--01---- |SS Screening Indicator |Ellipis & phase 2 error handle |
├────────────────┼────────────┼────────────┼────────────┤
│SDCCH│0001xxxx│0001xxxx│0001xxxx│
├────────────────┼────────────┼────────────┼────────────┤
This cause is sent to the MS if the MSC cannot service an MS generated request because of PLMN failures, e.g. problems in MAP.
Cause value = 22 Congestion
问题
问题简述
路测中多次出现“服务拒绝（CM SERVICE REJECT）”的原因
问题描述
在路测中多次出现“服务拒绝”（CM SERVICE REJECT），请问什么原因？
问题答复
CM SERVICE REJECT为CM（连接管理）业务拒绝，拒绝的消息类型主要包括如下原因：
#3"Illegal MS"
1: The MSdoes supportthe E-GSM or R-GSM (For definition of frequency bands see GSM 05.05)
Note: For mobile station supporting the R-GSM band further information can be found in MS Classmark 3.
问题描述
跟踪到一次正常呼叫的A接口信令，有这样一段关于CR的信令：
|-------0 |Frequency capability |Does not support G1, GSM 900 |
|------0- |VGCS Notific reception |No capab or not wanted |
See table 9.9a/GSM 04.08
111xxxxx
Originating call and TCH/F is needed, or originating call
and the network does not set NECI bit to 1, or
procedures that can be completed with a SDCCH and the
参考0408协议关于Frequency Capability的描述：
FC Frequency Capability (octet 4)
When a GSM 900 band is used (for exceptions see 3.4.18):
Bit 1
0: The MSdoes not supportthe E-GSM or R-GSM band (For definition of frequency bands see GSM 05.05)
network sets NECI bit to 1
011011xx
Call reestablishment; TCH/H + TCH/H was in use
and the network sets NECI bit to 1
100xxxxx
0010xxxx
0011xxxx
0001xxxx
Answer to paging
│└───────┐│Full rate│Dual│SDCCH│
│Paging└──────┐│only│rate│only│
│Indication 3)└┤│(note 5)││
├────────────────┼────────────┼────────────┼────────────┤