加载中…
标签：
杂谈 |
5对外呼叫
和接听来话相似，用户对外拨叫也要同系统进行消息传递，建立双方通话的上下行业务信道。具体消息传递过程如图13：
首先用户拨打对方的电话号码，按下呼叫按钮，移动台在接入信道（AccessChl）上发送原始消息（OriginationMsg）。系统收到消息后，在寻呼信道上进行确认。系统开始分配业务信道用于双方通话，通过业务信道分配消息（CAM）指配专用信道给移动台作为上下行信道。双方进行上下行业务信道的确认，并确定语音通话速率。最后，交换机建立语音电路，被叫方听到电话振铃，通话开始。
双方的消息传递过程如下：
用户按下拨叫按钮后，移动台向系统发送原始消息
17:48:53.144AccessChannel:Origination file://接入信道，原始消息
ACK_SEQ:7MSG_SEQ:6 ACK_REQ: 1
VALID_ACK:0ACK_TYPE:0 MSID_TYPE: 3
ESN:[0x0006 98 24] MFR 0 Reserved 1
SerialNumber170020
IMSI:(Class:0,Class_0_type: 0)
[0x035db8 97 c2] 460-030-09-2200-2198
AUTH_MODE:0MOB_TERM:1
SLOT_CYCLE_INDEX:2MOB_P_REV:1 EXT_SCM: 1
DualMode:0SLOTTED_MODE:1 PowerClass: 0
REQUEST_MODE:CDMAonlySPECIAL_SERVICE: 1
Serviceoption:(6)Voice (13k) (0x8000) PM: 0
DIGIT_MODE:0MORE_FIELDS:0 NUM_FIELDS: 11
Chari:18008900829
NAR_AN_CAP:0
基站收到原始消息后，向移动台进行确认
17:48:53.487PagingChannel:Order file://寻呼信道，确认消息
ACK_SEQ:6MSG_SEQ:0 ACK_REQ: 0 VALID_ACK: 1
MSID_TYPE:2
IMSI:(Class:0,Class_0_type: 0)
[0x035db8 97 c2] 460-030-09-2200-2198
基站向移动台发送信道指配消息（CAM），移动台锁定该下行业务信道
17:48:54.367PagingChannel:Channel Assignment file://寻呼信道，确认消息
ACK_SEQ:6MSG_SEQ:1 ACK_REQ: 0 VALID_ACK: 1
MSID_TYPE:2
IMSI:(Class:0,Class_0_type: 0)
[0x035db8 97 c2] 972-849-5073
ASSIGN_MODE:TrafficChannelAssignment
ADD_RECORD_LEN:5FREQ_INCL:1 GRANTED_MODE: 2
CODE_CHAN:12FRAME_OFFSET:0
ENCRYPT_MODE:Encryptiondisabled
BAND_CLASS:1.8to2.0 GHz PCS band
CDMA_FREQ:425
基站向移动台连续发送空的数据帧，用指定的沃尔什码调制，以实现在专用业务信道上的传送。
移动台在指定业务信道上收到至少两个空帧后，确认该业务信道是用于通话的下行信道后，移动台在它的反向业务信道上发送两个连续的空报头（Blank Preamble）。注：移动台的反向业务信道是通过长码偏置确定的，而每个移动台长码偏置是由电子序列号（ESN）唯一确定的，因此每个移动台的反向业务业务信道是不会混淆的，它通过不同的长码进行解调。
基站发送确认消息，表明已收到移动台发送的空报头
17:48:54.757ForwardTrafficChannel
ACK_SEQ:7MSG_SEQ:0 ACK_REQ: 1 ENCRYPTION: 0
USE_TIME:0ACTION_TIME:0
移动台发送确认消息，表明已经知道基站的确认
17:48:54.835ReverseTrafficChannel
ACK_SEQ:0MSG_SEQ:0 ACK_REQ: 0
ENCRYPTION:0
基站在指定业务信道上再次发送业务连接消息（SCM），此时双方上下行业务信道都已建立，且不会占用小区内其他用户通话的业务信道。
17:48:55.098ForwardTrafficChannel
ACK_SEQ:7MSG_SEQ:1 ACK_REQ: 1 ENCRYPTION: 0
USE_TIME:0ACTION_TIME:0 SERV_CON_SEQ: 0
ServiceConfigurationSupp
ForwardTrafficChannelRat
ReverseTrafficChannelRat
Serviceoption:(6)Voice (13k) (0x8000)
ForwardTrafficChannel:Primary Traffic
ReverseTrafficChannel:Primary Traffic
移动台收到连接消息后，回复业务连接完成消息（SCCM），表明连接已经建立，可以准备通话了。
17:48:55.137ReverseTrafficChannel
CompletionACK_SEQ:1,MSG_SEQ: 0, ACK_REQ: 1,
ENCRYPTION:0,SERV_CON_SEQ:0
基站进行确认，表明呼叫建立完成，一次接入尝试（access attempt）成功
17:48:55.779ForwardTrafficChannel
ACK_SEQ:0MSG_SEQ:0 ACK_REQ: 0 ENCRYPTION: 0
USE_TIME:0ACTION_TIME:0
交换机建立双方的语音电路连接，呼叫双方可以进行通话了，如图14。
6结束一次呼叫
通常当通话双方的一方挂断电话后，标志着通话结束。当移动台按下挂机案件后，移动台发送释放电路消息（ReleaseOrder），通话另一方断线后，也发送释放消息（ReleaseOrder）。移动台挂机后，将重新登记系统，过程与上述登记一样，现搜索周围最强导频，读取同步消息，定期监测寻呼信道。
结束通话消息交换过程如图15：
用户挂断电话后，移动台发送释放消息（Release Order）
17:49:21.715ReverseTrafficChannel
ACK_SEQ:1MSG_SEQ:1 ACK_REQ: 1
ENCRYPTION:0
基站收到释放消息后，发送确认消息，之后发送基站释放消息
17:49:21.936ForwardTrafficChannel
ACK_SEQ:1MSG_SEQ:2 ACK_REQ: 0 ENCRYPTION: 0,
USE_TIME:0ACTION_TIME:0
17:49:21.997ForwardTrafficChannel
ACK_SEQ:1MSG_SEQ:3 ACK_REQ: 0 ENCRYPTION: 0
USE_TIME:0ACTION_TIME:0
通话技术后，移动台重新搜索周围最强导频，读取同步消息，定期监测寻呼信道。
注：除了正常的通话结束外，还有其他原因可能导致双方通话被迫中断，常称为“掉话”。掉话原因可能是：移动台无法收到前向业务信道信号，超过定时器时间，导致掉话；基站无法收到反向业务信道信号，超过定时器时间，导致掉话；基站发送的许多前向链路消息得不到确认，基站断开连接，导致掉话；移动台发送的许多反向链路消息得不到确认，移动台断开连接，导致掉话。
顶