 |
善于提问，勤于回答，你也是专家
|
 |
帮我分析一下这个未接通是什么原因导致的
主叫寻呼的时候被叫有一段信令，主叫信令是正常的，就是不知道主叫起呼的时候被叫在干什么。
我要回答
问题答案
信令流程图最好上发一个，问题不是很明确，也没图，不好判断，规范里面提出了未接通
未接通主要是在手机向系统发送呼叫请求，但是在呼叫过程中由于某种原因，主叫或被叫手机没有分配到TCH信道，导致未接通。路测(DRIVE TEST) 当中考察的一项重要指标, 接通率一直是优化中要应对的一个重要工作.在日常的测试当中, 我们经常遇到各种各样的未接通情况。原因也是多种多样。
导致未接通的常见的原因主要有：被叫手机位置更新、主叫手机TCH拥塞、被叫手机TCH拥塞、主叫手机SDCCH拥塞、被叫手机SDCCH拥塞、SDCCH 掉话、呼叫号码错误、CIC分配错误、寻呼失败。
路测过程中L3信令流程：
从测试中主叫与被叫的信令流程分析，要完成一个完整的接续过程，一共有以下
几步的信令流程：
主叫的信令流程：
被叫的信令流程
相比多了主叫，被叫在交换机一侧以下几步流程，在无线上多了PAGING 这个流程：
E|GMSC -> HLR UDT(BEG(INV(Send Routing Info)))
D|HLR -> VLR UDT(BEG(INV(Provide Roaming Number)))
D|VLR -> HLR UDT(END(RES-L(Provide Roaming Number))) Roaming Number
E|HLR -> GMSC UDT(END(RES-L(Send Routing Info))) Roaming Number
A|MSC -> BSS UDT(Paging)
在路测过程中，要注意L3接续流程和故障判断流程，主要是对信令的理解
未接通主要是在手机向系统发送呼叫请求，但是在呼叫过程中由于某种原因，主叫或被叫手机没有分配到TCH信道，导致未接通。路测(DRIVE TEST) 当中考察的一项重要指标, 接通率一直是优化中要应对的一个重要工作.在日常的测试当中, 我们经常遇到各种各样的未接通情况。原因也是多种多样。
导致未接通的常见的原因主要有：被叫手机位置更新、主叫手机TCH拥塞、被叫手机TCH拥塞、主叫手机SDCCH拥塞、被叫手机SDCCH拥塞、SDCCH 掉话、呼叫号码错误、CIC分配错误、寻呼失败。
路测过程中L3信令流程：
从测试中主叫与被叫的信令流程分析，要完成一个完整的接续过程，一共有以下
几步的信令流程：
主叫的信令流程：
|
MS |
|
BTS |
|
说明 |
|
|
|
|
RACH |
Channel request |
|
|
|
|
AGCH |
Immediate assignment |
|
|
|
|
SDCCH |
CM service request |
|
|
|
|
SDCCH |
CM service accept |
|
|
|
|
SDCCH |
Authentic request |
|
|
|
|
SDCCH |
Authentic response |
|
|
|
|
SDCCH |
Ciphering command |
|
|
|
|
SDCCH |
Ciphering complete |
|
|
|
|
SDCCH |
Setup |
|
|
|
|
SDCCH |
Call proceeding |
|
|
|
|
SDCCH |
Assignment command |
|
|
|
|
FACCH |
Assignment complete |
|
|
|
|
FACCH |
Progress |
|
|
|
|
FACCH |
Alerting |
|
|
|
|
FACCH |
Connect |
|
|
|
|
FACCH |
Connect acknowledge |
|
|
|
|
TCH |
Speech |
|
|
|
|
|
被叫的信令流程
|
MS |
|
BTS |
|
说明 |
|
|
|
|
PCH |
Paging Request |
|
|
|
|
RACH |
Channel request |
|
|
|
|
AGCH |
Immediate assignment |
|
|
|
|
SDCCH |
Paging response |
|
|
|
|
SDCCH |
Authentic request |
|
|
|
|
SDCCH |
Authentic response |
|
|
|
|
SDCCH |
Ciphering command |
|
|
|
|
SDCCH |
Ciphering complete |
|
|
|
|
SDCCH |
Setup |
|
|
|
|
SDCCH |
Call proceeding |
|
|
|
|
SDCCH |
Assignment command |
|
|
|
|
FACCH |
Assignment complete |
|
|
|
|
FACCH |
Progress |
|
|
|
|
FACCH |
Alerting |
|
|
|
|
FACCH |
Connect |
|
|
|
|
FACCH |
Connect acknowledge |
|
|
|
|
TCH |
Speech |
相比多了主叫，被叫在交换机一侧以下几步流程，在无线上多了PAGING 这个流程：
E|GMSC -> HLR UDT(BEG(INV(Send Routing Info)))
D|HLR -> VLR UDT(BEG(INV(Provide Roaming Number)))
D|VLR -> HLR UDT(END(RES-L(Provide Roaming Number))) Roaming Number
E|HLR -> GMSC UDT(END(RES-L(Send Routing Info))) Roaming Number
A|MSC -> BSS UDT(Paging)
在路测过程中，要注意L3接续流程和故障判断流程，主要是对信令的理解
回答者：x030675 回答时间：2011-01-15 01:28
11
11信令流程图最好上发一个，问题不是很明确，也没图，不好判断，规范里面提出了未接通
未接通主要是在手机向系统发送呼叫请求，但是在呼叫过程中由于某种原因，主叫或被叫手机没有分配到TCH信道，导致未接通。路测(DRIVE TEST) 当中考察的一项重要指标, 接通率一直是优化中要应对的一个重要工作.在日常的测试当中, 我们经常遇到各种各样的未接通情况。原因也是多种多样。
导致未接通的常见的原因主要有：被叫手机位置更新、主叫手机TCH拥塞、被叫手机TCH拥塞、主叫手机SDCCH拥塞、被叫手机SDCCH拥塞、SDCCH 掉话、呼叫号码错误、CIC分配错误、寻呼失败。
路测过程中L3信令流程：
从测试中主叫与被叫的信令流程分析，要完成一个完整的接续过程，一共有以下
几步的信令流程：
主叫的信令流程：
被叫的信令流程
相比多了主叫，被叫在交换机一侧以下几步流程，在无线上多了PAGING 这个流程：
E|GMSC -> HLR UDT(BEG(INV(Send Routing Info)))
D|HLR -> VLR UDT(BEG(INV(Provide Roaming Number)))
D|VLR -> HLR UDT(END(RES-L(Provide Roaming Number))) Roaming Number
E|HLR -> GMSC UDT(END(RES-L(Send Routing Info))) Roaming Number
A|MSC -> BSS UDT(Paging)
在路测过程中，要注意L3接续流程和故障判断流程，主要是对信令的理解
未接通主要是在手机向系统发送呼叫请求，但是在呼叫过程中由于某种原因，主叫或被叫手机没有分配到TCH信道，导致未接通。路测(DRIVE TEST) 当中考察的一项重要指标, 接通率一直是优化中要应对的一个重要工作.在日常的测试当中, 我们经常遇到各种各样的未接通情况。原因也是多种多样。
导致未接通的常见的原因主要有：被叫手机位置更新、主叫手机TCH拥塞、被叫手机TCH拥塞、主叫手机SDCCH拥塞、被叫手机SDCCH拥塞、SDCCH 掉话、呼叫号码错误、CIC分配错误、寻呼失败。
路测过程中L3信令流程：
从测试中主叫与被叫的信令流程分析，要完成一个完整的接续过程，一共有以下
几步的信令流程：
主叫的信令流程：
|
MS |
|
BTS |
|
说明 |
|
|
|
|
RACH |
Channel request |
|
|
|
|
AGCH |
Immediate assignment |
|
|
|
|
SDCCH |
CM service request |
|
|
|
|
SDCCH |
CM service accept |
|
|
|
|
SDCCH |
Authentic request |
|
|
|
|
SDCCH |
Authentic response |
|
|
|
|
SDCCH |
Ciphering command |
|
|
|
|
SDCCH |
Ciphering complete |
|
|
|
|
SDCCH |
Setup |
|
|
|
|
SDCCH |
Call proceeding |
|
|
|
|
SDCCH |
Assignment command |
|
|
|
|
FACCH |
Assignment complete |
|
|
|
|
FACCH |
Progress |
|
|
|
|
FACCH |
Alerting |
|
|
|
|
FACCH |
Connect |
|
|
|
|
FACCH |
Connect acknowledge |
|
|
|
|
TCH |
Speech |
|
|
|
|
|
被叫的信令流程
|
MS |
|
BTS |
|
说明 |
|
|
|
|
PCH |
Paging Request |
|
|
|
|
RACH |
Channel request |
|
|
|
|
AGCH |
Immediate assignment |
|
|
|
|
SDCCH |
Paging response |
|
|
|
|
SDCCH |
Authentic request |
|
|
|
|
SDCCH |
Authentic response |
|
|
|
|
SDCCH |
Ciphering command |
|
|
|
|
SDCCH |
Ciphering complete |
|
|
|
|
SDCCH |
Setup |
|
|
|
|
SDCCH |
Call proceeding |
|
|
|
|
SDCCH |
Assignment command |
|
|
|
|
FACCH |
Assignment complete |
|
|
|
|
FACCH |
Progress |
|
|
|
|
FACCH |
Alerting |
|
|
|
|
FACCH |
Connect |
|
|
|
|
FACCH |
Connect acknowledge |
|
|
|
|
TCH |
Speech |
相比多了主叫，被叫在交换机一侧以下几步流程，在无线上多了PAGING 这个流程：
E|GMSC -> HLR UDT(BEG(INV(Send Routing Info)))
D|HLR -> VLR UDT(BEG(INV(Provide Roaming Number)))
D|VLR -> HLR UDT(END(RES-L(Provide Roaming Number))) Roaming Number
E|HLR -> GMSC UDT(END(RES-L(Send Routing Info))) Roaming Number
A|MSC -> BSS UDT(Paging)
在路测过程中，要注意L3接续流程和故障判断流程，主要是对信令的理解
回答者：x030675 回答时间：2011-01-15 01:28
