 |
善于提问，勤于回答，你也是专家
|
 |
问题已开启
(普通问题)
提问者:
• 电信VoLTE网间通话保持时主被叫到底是使用哪种网络？ 2019-08-06
• CSFB时被叫收到paging时延过长 2018-12-06
• 手机被叫无法接通 2018-11-29
• 被叫出现多次鉴权失败：AuthenticationRequest后没有AuthenticationRequest什么原因 2018-08-28
• 被叫无法接通主叫能回落是什么原因 2018-03-07
• 两个手机在同一个基站下做CSFB，主叫振铃，被叫无反应，什么原因导致？ 2017-12-13
• 主叫寻呼是怎么找到被叫用户的？一个号码只对应一个s-tmsi吗？ 2017-11-11
• 怎么找到被叫用户 2017-11-11
• CSFB时被叫收到paging时延过长 2018-12-06
• 手机被叫无法接通 2018-11-29
• 被叫出现多次鉴权失败：AuthenticationRequest后没有AuthenticationRequest什么原因 2018-08-28
• 被叫无法接通主叫能回落是什么原因 2018-03-07
• 两个手机在同一个基站下做CSFB，主叫振铃，被叫无反应，什么原因导致？ 2017-12-13
• 主叫寻呼是怎么找到被叫用户的？一个号码只对应一个s-tmsi吗？ 2017-11-11
• 怎么找到被叫用户 2017-11-11
问题答案
( 6 )
以下是TD 主被叫信令流程：
前台信令
一、主叫 通话信令流程
rrc ConnectionRequest（UL_CCCH）…………… rrc连接请求（上行链路公共控制信道）
rrc ConnectionSetup（DL_CCCH）………………rrc连接建立（下行链路公共控制信道）
rrc ConnectionSetupComplete（UL_DCCH）……..rrc连接建立完成（上行链路专用控制信道）
CM Service Request………………………………….CM服务请求（上行）
Authentication Request……………………………..鉴权请求（下行）
Authentication Response…………………………..鉴权响应（上行）
securityModeCommand（DL_DCCH）………….安全模式命令（下行专用控制信道）
securityModeComplete（UL_DCCH）…………..安全模式完成（上行专用控制信道）
Setup…………………………………………………..建立（上行）
Identity Request……………………………………..身份请求（下行）
Identity Response…………………………………...身份回应（上行）
Call Proceeding………………………………………呼叫进行（下行）
radioBearerSetup（DL_DCCH）………………….无线链路建立（下行专用控制信道）
radioBearerSetupComplete(UP_DCCH)…………无线链路建立完成（上行专用控制信道）
measurementControl（DL_DCCH）…………….测量控制（下行控制信道）
Alerting………………………………………………..振铃（下行）
Connect………………………………………………..连接（下行）
Connect Acknowledge………………………………连接确认（上行）
measurementReport（UL_DCCH）…………………………………测量报告（上行链路专用用控制信道）
Disconnect…………………………………………..断开连接（上行）
Release……………………………………………….释放（下行）
Release Complete………………………………….释放完成（上行）
rrcConnectionRelease（DL_DCCH）………….rrc连接释放（下行链路控制信道）
rrcConnectionRelease Complete（UL_DCCH）…….rrc连接释放完成（上行链路控制信道）
二、被叫 通话信令流程
…………………………….
pagingType1…………………………………..寻呼类型1
RR Paging Response………………………..RR 寻呼响应
Call Confirmed………………………………..呼叫建立
三、切换信令流程
measurementReport（UL_DCCH）…………………………………测量报告（下行链路专用用控制信道）
physicalChannelReconfiguration（DL_DCCH）…………………物理信道重配置（下行链路专用控制信道）
physicalChannelReconfigurationComplete（UL_DCCH）……………………..物理信道重配置完成（上行链路专用控制信道）
measurementControl（DL_DCCH）…………………………………测量控制（下行专用控制信道）
后台信令
一、主叫 通话信令流程
UE—RNC :RRC_RRC_CONNECT_REQ ………………………………..RRC连接请求
RNC—UE: RRC_RRC_CONN_SETUP……………………………………RRC连接建立
UE—RNC: RRC_RRC_CONNECT_SETUP_CMP………………………RRC建立完成
UE—RNC:RRC_INIT_DIRECT_TRANSF…………………………………RRCC初始直接中转
RNC—CN: RANAP_INITIAL_UE_MESSAGE…………………………….UE信息协议初始化
CN—RNC: RANAP_LOCATION_REPORTING_CONTROL…………….位置报告协议控制
CN—RNC: RANAP_DIRECT_TRANSFER…………………………………RANAP直接中转
RNC—UE: RRC_DL_DIRECT_TRANSF…………………………………….下行链路直接中转
UE—RNC: RRC_UL_DIR_TRANSF………………………………………….上行直接中转
RNC—CN: RANAP_DIRECT_TRANSFER…………………………………..协议直接中转
CN—RNC: RANAP_COMMON_ID……………………………………………协议命令ID
CN—RNC: RANAP_SECURITY_MODE_COMMAND……………………..加密命令
RNC—UE: RRC_SECURITY_MODE_CMD…………………………………加密命令
UE—RNC: RRC_SECURITY_MODE_CMP…………………………………加密完成
RNC—CN: RANAP_SECURITY_MODE_COMPLETE…………………….加密完成
CN—RNC: RANAP_DIRECT_TRANSFER…………………………………RANAP直接中转
RNC—UE: RRC_DL_DIRECT_TRANSF…………………………………….下行链路直接中转
UE—RNC: RRC_UL_DIR_TRANSF………………………………………….上行直接中转
CN—RNC: RANAP_RAB_ASSIGNMENT_REQ……………………………RAB支配请求
RNC—NodeB: NBAP_RL_RECFG_PREP…………………………………..无限链路准备寄存器重配置
NodeB—RNC: NBAP_RL_RECFG_READY…………………………………..无线链路寄存器重配置已准备
RNC—UE: RRC_RB_SETUP…………………………………………………….无线链路建立
RNC—NodeB: NBAP_RL_RECFG_COMMIT…………………………………无线链路重配置托付
UE—RNC: RRC_RB_SETUP_CMP………………………………………………无线链路建立完成
RNC—UE: RRC_MEAS_CTRL……………………………………………………RRC测量控制
RNC—CN: RANAP_RAB_ASSIGNMENT_RESP……………………………….RAB指配响应
CN—RNC: RANAP_DIRECT_TRANSFER…………………………………RANAP直接中转
RNC—UE: RRC_DL_DIRECT_TRANSF…………………………………….下行链路直接中转
UE—RNC: RRC_UL_DIR_TRANSF………………………………………….上行直接中转
10：35：37
RNC—NodeB: NBAP_RL_SETUP_REQ…………………………………RL建立请求
前台信令
一、主叫 通话信令流程
rrc ConnectionRequest（UL_CCCH）…………… rrc连接请求（上行链路公共控制信道）
rrc ConnectionSetup（DL_CCCH）………………rrc连接建立（下行链路公共控制信道）
rrc ConnectionSetupComplete（UL_DCCH）……..rrc连接建立完成（上行链路专用控制信道）
CM Service Request………………………………….CM服务请求（上行）
Authentication Request……………………………..鉴权请求（下行）
Authentication Response…………………………..鉴权响应（上行）
securityModeCommand（DL_DCCH）………….安全模式命令（下行专用控制信道）
securityModeComplete（UL_DCCH）…………..安全模式完成（上行专用控制信道）
Setup…………………………………………………..建立（上行）
Identity Request……………………………………..身份请求（下行）
Identity Response…………………………………...身份回应（上行）
Call Proceeding………………………………………呼叫进行（下行）
radioBearerSetup（DL_DCCH）………………….无线链路建立（下行专用控制信道）
radioBearerSetupComplete(UP_DCCH)…………无线链路建立完成（上行专用控制信道）
measurementControl（DL_DCCH）…………….测量控制（下行控制信道）
Alerting………………………………………………..振铃（下行）
Connect………………………………………………..连接（下行）
Connect Acknowledge………………………………连接确认（上行）
measurementReport（UL_DCCH）…………………………………测量报告（上行链路专用用控制信道）
Disconnect…………………………………………..断开连接（上行）
Release……………………………………………….释放（下行）
Release Complete………………………………….释放完成（上行）
rrcConnectionRelease（DL_DCCH）………….rrc连接释放（下行链路控制信道）
rrcConnectionRelease Complete（UL_DCCH）…….rrc连接释放完成（上行链路控制信道）
二、被叫 通话信令流程
…………………………….
pagingType1…………………………………..寻呼类型1
RR Paging Response………………………..RR 寻呼响应
Call Confirmed………………………………..呼叫建立
三、切换信令流程
measurementReport（UL_DCCH）…………………………………测量报告（下行链路专用用控制信道）
physicalChannelReconfiguration（DL_DCCH）…………………物理信道重配置（下行链路专用控制信道）
physicalChannelReconfigurationComplete（UL_DCCH）……………………..物理信道重配置完成（上行链路专用控制信道）
measurementControl（DL_DCCH）…………………………………测量控制（下行专用控制信道）
后台信令
一、主叫 通话信令流程
UE—RNC :RRC_RRC_CONNECT_REQ ………………………………..RRC连接请求
RNC—UE: RRC_RRC_CONN_SETUP……………………………………RRC连接建立
UE—RNC: RRC_RRC_CONNECT_SETUP_CMP………………………RRC建立完成
UE—RNC:RRC_INIT_DIRECT_TRANSF…………………………………RRCC初始直接中转
RNC—CN: RANAP_INITIAL_UE_MESSAGE…………………………….UE信息协议初始化
CN—RNC: RANAP_LOCATION_REPORTING_CONTROL…………….位置报告协议控制
CN—RNC: RANAP_DIRECT_TRANSFER…………………………………RANAP直接中转
RNC—UE: RRC_DL_DIRECT_TRANSF…………………………………….下行链路直接中转
UE—RNC: RRC_UL_DIR_TRANSF………………………………………….上行直接中转
RNC—CN: RANAP_DIRECT_TRANSFER…………………………………..协议直接中转
CN—RNC: RANAP_COMMON_ID……………………………………………协议命令ID
CN—RNC: RANAP_SECURITY_MODE_COMMAND……………………..加密命令
RNC—UE: RRC_SECURITY_MODE_CMD…………………………………加密命令
UE—RNC: RRC_SECURITY_MODE_CMP…………………………………加密完成
RNC—CN: RANAP_SECURITY_MODE_COMPLETE…………………….加密完成
CN—RNC: RANAP_DIRECT_TRANSFER…………………………………RANAP直接中转
RNC—UE: RRC_DL_DIRECT_TRANSF…………………………………….下行链路直接中转
UE—RNC: RRC_UL_DIR_TRANSF………………………………………….上行直接中转
CN—RNC: RANAP_RAB_ASSIGNMENT_REQ……………………………RAB支配请求
RNC—NodeB: NBAP_RL_RECFG_PREP…………………………………..无限链路准备寄存器重配置
NodeB—RNC: NBAP_RL_RECFG_READY…………………………………..无线链路寄存器重配置已准备
RNC—UE: RRC_RB_SETUP…………………………………………………….无线链路建立
RNC—NodeB: NBAP_RL_RECFG_COMMIT…………………………………无线链路重配置托付
UE—RNC: RRC_RB_SETUP_CMP………………………………………………无线链路建立完成
RNC—UE: RRC_MEAS_CTRL……………………………………………………RRC测量控制
RNC—CN: RANAP_RAB_ASSIGNMENT_RESP……………………………….RAB指配响应
CN—RNC: RANAP_DIRECT_TRANSFER…………………………………RANAP直接中转
RNC—UE: RRC_DL_DIRECT_TRANSF…………………………………….下行链路直接中转
UE—RNC: RRC_UL_DIR_TRANSF………………………………………….上行直接中转
10：35：37
RNC—NodeB: NBAP_RL_SETUP_REQ…………………………………RL建立请求
回答者：
xielixin
回答时间：2011-11-17 09:19
26
22
哇，信令流程好复杂啊！学习学习
回答者：
CF小军哥
回答时间：2011-11-17 11:27
23
24
不知道楼主要什么网的信令呢，G网？W还是TD的呢？
回答者：
lisony
回答时间：2011-11-17 22:09
21
24
这问题easy，网上搜一下一大把。
回答者：
flyinggq393
回答时间：2011-11-22 16:42
23
26
1．MS信道请求
假设一MS处于激活且空闲状态，用户要进行主叫通信，那么他只要输入被叫号码，再按“发送”按钮，MS便开始启动主叫程序。MS将首先申请建立一条RR连接。RR的功能包括物理信道管理和逻辑信道的数据链路层连接等。
在任何情况下，MS通过随机接入信道RACH向系统发出的第一条消息都是“信道请求”（Channel request）消息，要求网络提供一条专用信道SDCCH，所提供的信道类型则由网络决定。信道请求有两个参数：建立原因和随机参考值（RAND）。建立原因是指MS发起这次请求的原因，这里的原因是MS发起呼叫，其它原因有紧急呼叫、呼叫重建和寻呼响应等。RAND是由MS确定的一个随机值，使网络能区别不同MS所发起的请求。RAND有5位，最多可同时区分32个MS，但不保证两个同时发起呼叫的MS的RAND值一定不同。要进一步区别同时发起请求的MS，还要根据Um接口上的应答消息。
2．MS响应
信道请求消息在BSS内部进行处理。BTS对MS的“信道申请”（Channel Request）正确解码后，它将把“信道请求”（Channel Required）的报文通过ABIS接口发送给BSC，该报文包含重要的附加信息和由BTS对传输延时（TA）的估计（这一指示对启动定时提前控制很重要）。BSC收到此消息后，则根据对现有系统中无线资源的判断，为该次请求选择一条相应的空闲信道供MS使用。但所分配的信道及其相关的地面资源是否可用，还需BTS作应答证实，这个程序的完成通过BSC向BTS发送一条“信道激活”（Channel Active）的报文来查询相应的地面资源（传输电路等）是否可用，该报文指明激活信道所需的全部属性，包括信道类型、工作模式、物理特性和时间提前量等。BTS在准备好相应的资源后，将返回一条“信道激活证实”（Channel Active ACK）的报文来答复BSC。BSC为其分配相应的信道成功后，在接入允许信道（AGCH）中通过立即分配消息通知MS为其分配的专用信道。在立即指配消息中，除包含SDCCH中的信道相关信息外，还包括随机参考值RAND、缩减帧号T、时间提前量TA等。RA值等于BSS系统收到的某个MS发送的随机值。T是根据收到信道请求时的TDMA帧号计算出的一个取值范围较小的帧号。RA和T值都与请求信道的MS直接相关，用于减少MS之间的请求冲突。TA是根据BTS收到RACH信道上的信道请求信息进行均衡时，计算出来的时间提前量。MS根据TA确定下一次发送消息的时间提前量。立即指配的目的是在Um接口建立MS与系统间的无线连接，即RR连接。
这里有两种类型的立即指配消息：立即指配消息，仅包括一个MS的指配信息；扩展立即指配消息，同时包含两个MS的指配信息。
若BSC发现无信道分配，网络则以无证实方式向MS发送“立即指配拒绝”消息，拒绝的原因有MSC话务关闭、无线资源缺乏、TA值超出界限、信道激活无应答、BSC话务超载等，同时立即指配拒绝消息中包括请求参考和再次呼叫的等待指示。
MS收到立即指配消息后，如果RAND值和T值都符合要求，就会转换到指定的SDCCH信道上，然后在该信道上发送SABM（设定异步模式）帧，其中包含一个完整的L3消息（CM业务请求消息），这条消息在不同的接口有不同的作用。在Um接口，SABM帧是LAPDm层上请求建立一个多帧应答操作方式连接的消息。
在BTS收到SABM帧后，就会不经过任何修改的MS发一个内容与SABM完全—样的UA帧（无编号证实），作为对SABM帧的应答，表明在MS与系统之间已建立了一条LAPDm的L2无线链路，在SABM里MS向BSS表明请求的服务类型，如位置更新、主叫建立通话等、响应寻呼和IMSI分离等。
MS通过将UA帧和本身所发送的SABM帧信息内容相比较，只有当完全一样时，才会继续接入，否则它就放弃这个信道，并重复立即指配程序，最后只有核对一致的MS留在这个信道上。在Abis接口，这条消息是建立指示（establish indication），用来通知已建立LAPDm连接，作为对立即指配消息的应答。
根据“信道申请”的原因不同，SABM携带的初始化报文可分为四种，分别是：CM的业务请求（呼叫建立、短信息、附加业务管理等）、位置更新请求（正常位置更新、周期性位置更新、IMSI附着）、IMSI分离及寻呼响应。所有这些报文都包括MS的身份、更详细地说明接入原因及MS类别CLASSMARK（用来指示MS的一些关键特性如传输功率等级、加密算法、短信息能力及频率容量）。
SABME是LAPD的一个协议：它指由发射端发一个消息，接收端接到此消息后，直接返还此消息给发射端，如发射端接收到，表示链路为通路。
3．确认请求
“信道申请”消息被BSS处理，然后通过A接口上的信令链路透明的传送至MSC，尽管A接口的MTP连接在通话前已经建立，但对每个呼叫，在L2还要建立一个SCCP的连接。L3消息包含在A接口上SCCP的请求建链消息（CR）中传递。MSC收到BSS上报的CM业务请求消息后，首先查看主叫客户的类别并标注此客户忙。然后处理接入请求消息并且通知VLR处理此次MS的接入业务请求，同时由于在BSC和MSC之间用到了SCCP有连接服务，为建立SCCP连接，MSC还将向BSC回送连接确认消息。
如请求被允许，A接口的第1条下行消息将包含在SCCP层的连接证实帧中。对SCCP层来说，CR与CC的交换是源参考地址与目的参考地址的交换。在同样的信令点码下，不同的呼叫具有不同的源地址和目的地址。
A接口上第1条消息传递完后，MS与系统之间就建立了RR连接，RR实体通知MM子层已进入专用模式。在专用模式下，MM子层和CC子层负责发送所有L2层上的消息。除了错误指示和释放本地链路以外，均由RR子层直接处理。
4．鉴权
收到业务接入请求后，系统将首先对主叫进行移动用户身份鉴定，VLR首先查看在数据库中该MS是否有鉴权三参组，如果有，将直接向MSC下发鉴权命令；否则，向相应的HLR/AUC请求鉴权参数，从HLR/AUC得到三参组，然后再向MSC下发鉴权命令，MSC收到VLR发送的鉴权命令后，通过BSS向MS下发鉴权请求，该命令属于DTAP消息，因此被直接传送给MS，在该命令中含有鉴权参数，MS收到鉴权请求后，利用SIM卡中的IMSI和鉴权算法得出鉴权结果，通过鉴权响应消息送达MSC，MSC将鉴权结果回送VLR，由VLR核对MS上报的鉴权结果和从HLR取得的鉴权参数中的结果，如果二者不一致，拒绝此次接入请求，此次呼叫失败；如果二者一致，则鉴权通过。MS的SIM中存有4个与鉴权和加密相关的数据：鉴权算法A3、加密序列算法A8、加密算法A5和移动用户个人鉴权键Ki。其关系如下：Kc=A8（RAND，Ki），SRES=A3（RAND，Ki），加密数据流=A5（userdata，Kc）。
5．加密模式
由于建立通话信息中包含有敏感的诸如电话号码等信息，因而网络有时需要启动“加密模式”。鉴权通过后，VLR将首先向MSC下发加密模式命令，然后通知MSC该MS此次接入请求已获通过，MSC通过BSS通知MS业务请求获得通过，然后MSC向MS下发加密命令，该命令内含加密模式，MS收到此命令并完成加密后，回送“加密模式命令”已完成的消息来响应MSC的“加密模式命令”，以向BSS表明，MS已经使用安排的密钥加密了。到此MS完成了整个接入阶段的工作。6．MS呼叫类型信息
对MS的身份识别及无线信道传输加密过程完成后，主叫用户的合法身份已经得到确认，已经接入了网络，建立呼叫所需的MM连接已经建立，为继续进行呼叫，需要更为详细的信息，可以向更高层（CC子层）提供呼叫信息的传递功能。按照GSM规范，此时MS将在SDCCH信道上发送一条“setup”消息，向MSC提供更为详细的信息。
消息内容包括：（1）此次呼叫请求的具体业务种类及MS能提供的承载能力，包括信息传输要求、发送方式、编码标准及可使用的无线信道类型；（2）被叫用户号码，包括被叫号码类型和编码方案。
7．分配请求
MSC收到“setup”消息后，首先向VLR查询该用户的相关业务信息，VLR根据此次业务类别和开户时MS已经申请的业务信息，决定此次呼叫是否可以继续，如果可以继续，通过完成呼叫消息向MSC回送该用户数据，MSC收到该信息后，就向MS回送“呼叫处理”消息，经BSS通知MS呼叫在继续处理之中，此时主叫MS处于等待状态。然后，根据A接口电路情况，向BSC发送指配请求消息，在该消息中选定某条A接口电路，BSC收到该指令后，在SDCCH上分配无线资源，发送“信道指配”消息，安排MS到指定的空闲TCH上进行话务接续。同时网络开始寻找被叫用户，若被叫也是GSM系统用户，其接入网络的方式与主叫类似。不同点有：
1）、被叫MS收到网络发出的PAGINC（寻呼）消息后，才会提出信道请求；
2）、被叫MS在与网络建立CC连接时，先由网络发下行的SETUP消息，MS回送“呼叫证实”消息。在“呼叫处理”或“呼叫证实”后，网络与MS之间CC层的连接建立。
8．MS分配信道完成
传递信令使用的是SDCCH或FACCH，MS通话必须在TCH信道上进行。为此，网络分配给MS一条TCH信道，分配方式与“立即指配”类似，不同点在于指配的发起是由MSC的“指配请求命令”开始的。BSC根据“指配请求命令”信息，激活相应的无线信道，根据“指配请求命令”中指定业务的相应信息，确定该无线信道的类型。由“信道激活证实”消息指定无线资源，包括信道频率、时隙和跳频等内容。MS收“指配命令”消息后，转到指定的TCH，占用成功后在FACCH上回送一“分配信道已完成”的消息。
到此TCH指配阶段完成，本局的无线资源和A接口电路均已成功分配。
9．提醒
GSM系统业务的数据传递采用电路模式，在主叫与被叫之间有一条物理通路。建立这样一条通路有两个要求：（1）为传递通信的不同路由段分配一定的信道资源；（2）将各段信道连接在一起。信道资源包括Um接口的无线信道和A接口的PCM链路信道。无线信道由“信道激活证实”说明，A接口的地面信道由“指配请求”说明。
MSC收到MS上报的指配完成消息后，进行被叫分析，根据被叫号码，寻址到HLR，发送路由信息请求消息，HLR收到该消息后，根据被叫IMSI查询得到被叫所在的VLR，向被叫所在的VLR请求漫游号码，被叫所在的VLR在受到请求漫游号码消息后，为对应的MS分配MSRN，然后在请求漫游号码响应消息中回送给HLR，HLR得到该MSRN后，向主叫所在MSC发送路由信息响应消息，MSC从该消息中得到被叫的MSRN，根据MSRN进行局间中继选路，并向被叫所在的MSC发送IAI消息，同时向主叫MS发送“提醒”消息。
10．连接信息
当对方摘机，将有类似于以上“提醒”消息的“连接”消息通过BSS在FACCH上透明传送给MS。MS收到该信息，打开音频通路，并通过FACCH向MSC发送响应。至此，主叫信令流程基本结束，通话正式开始。各个信道的连接是一个接路过程。收到“指配请求”消息后，BSC将A接口的地面信道和Um接口的无线信道连接在一起。收到“连接”消息后，MSC将A接口的地面信道和网络内使用的信道连接在一起。在MS内部也有类似的接路过程。主叫方收到“提醒”消息后，接通内部的话音通路；被叫端的用户（GSM用户）在发送“连接”消息时，接通MS内的话音通路。
回答者：
zhuling696
回答时间：2011-11-25 15:09
21
21
LZ要的是那个网的信令啊、
回答者：
futou7315
回答时间：2011-11-30 08:47
20
21
| 联系我们 - 问通信专家 | Powered by MSCBSC 移动通信网 © 2006 - |