呼叫失败疑难
setup和call proceeding之后，未收到alerting，系统下发disc，原因值是No circuit/channel available，请问可能是什么原因
A接口负荷太高，调整即可解决。
TCH都还没有分配呢
1.信令流程call proceeding 之后是 A口分配CIC 、然后是小区指配TCH信道...这俩个资源的任一种不足,都会下发原因值是No circuit/channel available的DISC。
2.一般情况下,没有特殊情况A口不足的情况比较少见,其影响也较大。所以你这个情况最大可能就是当时小区TCH拥塞,业务信道不足。
我认为是小区TCH拥塞。
主叫MS在收到网络下发的CALL PROCEEDING之后，即网络告诉MS开始进行呼叫接续之后，理论上来说，网络应该下发指配命令（ASSIGNMENT COMMAND)，即指配一个空闲的TCH信道供MS使用，但网络发现当前无空闲的TCH信道可用，故没有下发相应的指配命令，于是断开连接，导致出现呼叫失败，所以就上述楼主描述而言，我认为是由于TCH拥塞所致，建议查看当天的话务统计，看当时段的TCH拥塞情况。
TCH拥塞，或者载频有故障。
拥塞，建议提取本站一周的指标看看。TD一般在做VP业务的时候，很容易出现这种信道不可用现象。我们以前遇到过这样的问题，后来查看指标发现那个小区存在拥塞。
对端拥塞
TCH拥塞
正常情况下CALL PROCEEDING后alerting前会经过主叫侧的BSSMAP:ASSIGNMENT
REQUEST（信道指派），寻呼被叫，被叫侧的BSSMAP:ASSIGNMENT
REQUEST（信道指派）这三个过程。
这三个过程有一个失败就会引起disc，可能原因是本、对端负荷很高或寻呼被叫失败了
无电路或信道可用，原因1，小区TCH拥塞导致，第二是基站载频故障，我遇到过
没有电路资源
还没有分配业务信道来，应该是无信道资源可用吧 检查下拥塞情况
要看是否有干扰，参数及资源的配置情况等！
对于主叫侧收到call proceeding后下面要进行的就是信道指配，这个过程中如果小区中TCH拥塞，或者BTS故障都会导致资源无法分配，从而无法完成信道指配。这时CN就会给UE下发disconnect，并且携带的原因为无资源可分配。
确实是TCH信道问题，可能是拥塞。。
1，A口CIC资源；
2，TCH拥塞；（故障、干扰、资源不足等）