引子

之所以说是CDMA呼叫流程的特殊性，是因为它与GSM/WCDMA/VoLTE的流程有不同的地方。
这是一个打电话的问题，经过是这样的：
MO起呼：
2019 Apr 23 03:40:27.170 [4E] 0x1004 Access Channel Message – Origination Msg

2019 Apr 23 03:40:28.388 [CE] 0x1008 Forward Channel Traffic Message – Service Connect Msg

2019 Apr 23 03:40:28.489 [CE] 0x1005 Reverse Channel Traffic Message – Service Connect Complete Msg

哇，动作很迅速嘛！1s就联通了！
等等，可是据说问题是电话没打通，提示暂时无法接通啊。
这怎么回事？
电信的网络不负责任啊，还没有寻呼MT就告诉我无法接通嗯？
再看看MT：
2019 Apr 23 03:40:30.265 [C3] 0x412F WCDMA Signaling Messages – DL_PCCH Paging Type 1
唉？怎么2s后才收到寻呼？嗯，就是电信网络不负责任，还没发寻呼就告诉我暂时无法接通。
可是，果真是这样吗？
再看看正常通话的流程，发现Paging也是中Service Connect之后。
之前没有深入了解过CDMA，看来这是个有个性的。

GSM类系统呼叫流程

我们不了解CDMA的人熟悉的呼叫流程是这样的：
A

B

C

D

A和B是MO端发起呼叫的流程，这个阶段网络为起呼端分配了资源，但是并没有振铃，因为我们从中可以清楚的看出来，没有振铃消息(ALERT信令)。
C和D是MT端的流程，重点在D中，可以看到，在资源分配完成后，先是MS-B向网络发送ALERT消息，这个时候MS-B振铃; 然后网络在向MS-A发送ALERT消息，MS-A收到ALERT后才振铃。
所以，在GSM类系统中我们可以从信令的先后时间上判断，MO端是与MT端建立了连接还是与网络的自动台建立了连接。

CDMA 1x呼叫流程

但是对于CDMA 1x的语音呼叫流程却有所不同：

我们看这个CDMA 1x的语音呼叫信令流程，可以发现，主叫和被叫之间的信令并没有时间上的依赖关系。
对于主叫来说，到
Forward Channel Traffic Message – Service Connect Msg
Reverse Channel Traffic Message – Service Connect Complete Msg
之后就可以认为进入了通话状态，但是这个过程即使网络端也并没有依赖MT端的情况。
也就是说，这个过程完全是网络和MO独立完成的，跟MT没有关系。
这个时候MT端是什么情况呢？
不确定。
再看MT端，从网络发送寻呼消息，到
Forward Channel Traffic Message – Service Connect Msg
Reverse Channel Traffic Message – Service Connect Complete Msg
这个过程中也是MT和网络独立完成，并没有MO什么事。
那什么时候振铃呢？
对MO来说，有可能是Service Connect Complete Msg 之后就有了。
对MT来说，网络会在Alert with Info消息中指定振铃方式，所以它应该是在这个消息之后开始振铃的。

所以CDMA呼叫的特殊之处在于，它在MO端并没有明确的信令指示振铃。如果网络是在Service Connect Complete Msg之后就开始播发振铃音，那振铃音也不能代表已经寻呼到了MT。所以网络端合理的实现方式应该是在收到MT端的Assignment Complete消息之后再播放振铃音吧。

同样的，MO端也没有明确的通话建立的信令，只有MT端有一条Connect Order。

总结

CDMA中的Service Connect Msg相当于GSM中的setup，call proc，不能理解为GSM中的connect消息。
CDMA呼叫流程中MO和MT之间唯一有时间依赖的一条信令是paging request

参考资源：
https://wenku.baidu.com/view/939f6cebe009581b6bd9ebdc.html?sxts=1556247886552
https://wenku.baidu.com/view/f87dcfd8a1116c175f0e7cd184254b35eefd1aad.html?rec_flag=default&sxts=1556248623153