WCDMA呼叫流程
- 格式:docx
- 大小:1.27 MB
- 文档页数:18
对于信令流程,应该从以下几个方面掌握:1.能够写出一个完整的呼叫的流程,其中包括RRC连接,Iu口控制面连接,鉴权加密,RAB Assignment。
2.能够写出一个释放业务的流程,清楚的指导单业务和多业务分别释放的流程。
3.能够知道呼叫过程中的每条消息对应的物理信道。
4.能够清楚的理解呼叫过程中的每条消息的主要内容5.能够清楚的知道呼叫过程中每条消息流经的空中接口和地面接口6.后期,能够结合NodeB和RNC的单板,指导相关信令从硬件上的流程。
RRC连接:1.RRC Connection Request1.1 在这个消息中,主要必须知道其中主要的三个信元:第一,UE的标识:优先级依次为UE的TMSI或者P-TMSI,IMSI,IMEI第二,UE发起RRC Connection的原因:其中包括Conversational,Streaming,Interactive,Background,High Priority Signaling, Low Priority Signaling第三,UE测量到的当时CPICH的Ec/Io1.2对于这个消息:从Uu口来看,它从UE的RRC层到UTRAN的RRC层,途径Node B,这个消息在Node B中经过Iub口的用户面,具体是RACH FP。
采用的方式是SRB01. 3这个消息逻辑信道是CCCH,传输信道RACH,物理信道是PRACH2.RL Setup Request2.1这个消息是RNC发给Node B的,其中包含了分配给该UE的所有层一的资源。
RNC告诉Node B,让Node B准备相应的资源。
在信令Trace中,可以看到里面包含了所有物理信道的配置信息。
2.2这个消息从RNC到Node B,通过NBAP协议过来,具体来说就是CCP。
2.3这里要区分Iub口的用户面和控制面,简单的说来,其用户面就向一个转接头,只是把高层的消息转接过去。
而控制面,则是处理了所有RNC和Node B私人之间相关的消息。
目录6.1 概述.......................................................................................................... 错误!未定义书签。
6.2 无线资源控制流程 .................................................................................... 错误!未定义书签。
6.2.1 RRC连接建立流程......................................................................... 错误!未定义书签。
6.2.2 信令建立流程................................................................................. 错误!未定义书签。
6.2.3 RAB建立流程................................................................................. 错误!未定义书签。
1. DCH-DCH ..................................................................................... 错误!未定义书签。
2. RACH/FACH-DCH ........................................................................ 错误!未定义书签。
3. RACH/FACH-RACH/FACH .......................................................... 错误!未定义书签。
移动通信基本呼叫流程移动通信基本呼叫流程1.简介本文档旨在介绍移动通信基本呼叫流程,包括信令流程、数据传输流程以及附加功能。
通过详细描述呼叫的发起、连接、传输和结束过程,读者能够了解移动通信系统中呼叫的基本工作原理。
2.信令流程2.1 建立呼叫首先,呼叫方发送请求建立呼叫的信令给移动通信系统。
移动通信系统通过寻址和鉴权等步骤确认呼叫方的身份,并为该呼叫分配资源。
接下来,移动通信系统通知被叫方有一个呼叫请求。
被叫方可以选择接受或拒绝该呼叫。
2.2 呼叫连接如果被叫方接受呼叫,移动通信系统会建立呼叫连接,包括建立信道连接和配置一系列参数等步骤。
一旦呼叫连接建立,呼叫方和被叫方之间可以进行语音通话或数据传输。
2.3 通话中在呼叫连接建立后,呼叫方和被叫方可以进行通话。
移动通信系统负责信号处理、数据交换和其他必要的功能。
通话过程中,系统会持续监测信号质量,以保证通话质量。
2.4 呼叫释放当呼叫结束时,呼叫方和被叫方可以通过发送释放信令来终止呼叫。
移动通信系统会释放相关资源,并记录呼叫相关信息。
3.数据传输流程3.1 数据传输准备在进行数据传输之前,移动通信系统需要进行一系列准备工作。
这包括配置数据通道、分配IP地质等。
系统还会对数据进行压缩和加密等处理。
3.2 数据传输一旦数据传输准备完成,移动通信系统可以开始传输数据。
数据可以是文本、图片、音频或视频等。
系统会负责数据的分割、传输和重组等操作。
3.3 数据接收被叫方会接收到传输的数据,并进行相应的处理。
系统会负责数据的解码、解压缩等操作。
被叫方可以选择展示数据或进行进一步处理。
4.附加功能4.1 呼叫转移移动通信系统支持呼叫转移功能。
用户可以将呼叫转移到其他设备或号码,以实现流动性。
4.2 呼叫等待当用户正在通话中时,如果有其他呼叫进来,移动通信系统可以提供呼叫等待功能。
用户可以选择接听新的呼叫或忽略它。
4.3 呼叫保持在通话中,用户可以选择将当前的呼叫保持起来,以便进行其他操作。
MSC、BSC全流程整理华为技术有限公司版权所有侵权必究目录1. 呼叫全流程 (5)2. 位置更新流程 (8)3. 短消息流程 (9)3.1. 网络侧向MS侧发送短消息(在寻呼信道) (9)3.1.1 直接在寻呼信道发送短消息 (9)3.1.2 使用寻呼流程定位后再在寻呼信道发送短消息 (9)3.2. 网络侧向MS侧发送短消息(在业务信道) (10)3.3. MS侧向网络侧发送短消息(在接入信道) (11)3.4. MS侧向网络侧发送短消息(在业务信道) (11)4. 软切换流程 (13)4.1 BTS内更软切换流程 (13)4.2 BSC内软切换流程 (14)4.3 BSC间软切换增加分支流程 (15)4.4 BSC间软切换删除分支流程 (16)5. 硬切换流程 (18)5.1. BSC内异频硬切换 (18)5.2. BSC间硬切换 (18)6. 数据业务流程 (21)6.1. 呼叫建立流程 (21)6.2. MS发起的呼叫释放流程(正常情况) (21)6.3. PDSN发起的呼叫释放流程 (22)6.4. 状态迁移流程 (23)6.4.1. Dormant到ACTIVE态 (24)6.4.2. ACTIVE到Dormant态 (24)6.5. 同PDSN的Dormant切换 (26)6.6. 同PDSN内BSC间硬切换 (27)6.7. 同PDSN内PCF间硬切换 (29)7. EVDO业务流程 (30)7.1. UATI指配流程 (30)7.2. 数据业务流程 (30)7.2.1. AT始呼 (30)7.2.2. AT发起的呼叫激活 (32)7.2.3. 网络侧发起的呼叫激活 (33)7.2.4. AT发起的连接释放 (33)7.2.5. AN发起的连接释放 (34)7.2.6. AT发起的会话释放(存在A8连接) (34)7.2.7. AT发起的会话释放(不存在A8连接) (35)7.2.8. AN发起的会话释放(存在A8连接) (35)7.2.9. AN发起的会话释放(不存在A8释放) (36)7.2.10. PDSN发起的分组数据会话释放 (36)7.3. 切换流程 (37)7.3.1. CDMA2000 1XEV-DO网络中的切换 (37)7.3.2. CDMA200 1x与1x EV-DO网络间的切换 (40)MSC、BSC全流程整理关键词:呼叫切换位置更新摘要:本文对CDMA2000中MSC及BSC侧的呼叫、位置更新、切换的流程及EVDO业务流程进行了整理,将其融合在一起,以便网规人员全面了解整个流程过程。
占用信道:PRACH Preamble↑->AICH↓->PRACH Message↑->S-CCPCH(FACH)↓->DPDCH/DPCCH↑↓无线侧主叫流程:1、发送接入前导,进行呼叫请求,开环功控;2、基站确认呼叫请求,发送AI,通知手机继续发送具体接入请求;3、手机发送接入消息;4、基站通过S-CCPCH(FACH)给手机分配信道;5、手机占用PDCH进行话音通信。
WCDMA电路交换业务主叫流程主要有以下几个基本过程:第一步:【1.RRC连接建立】起呼时,首先由UE的RRC接收到非接入层的请求发送【RRC连接建立请求】消息给UTRAN,在该消息中包含被叫UE号码,业务类型等等。
UTRAN接收到该消息后,根据网络情况分配无线资源,并在【RRC CONNECTION SETUP】消息中发送给UE,UE将根据消息配置各协议层参数,同时返回确认消息。
第二步:【2.Iu信令链路建立】在RRC连接建立后,UE将向CN发送业务请求。
此时UE通过DCCH发送【3.INITIAL DIRECT TRANSFER- CM SERVICE REQUEST】消息(在该消息中包含非接入层的信息)。
RNC接收到该消息后,RNC的RANAP发送INITIAL UE MESSAGE,将UE的非接入层消息透明转发给CN,在该消息发送的同时建立Iu信令连接。
(所谓DT,就是对RNC来说全部是直传信令)在Iu信令连接建立后,UE和CN之间的非接入层消息传输使用【DOWNLINK DIRECT TRANSFER】和【UPLINK DIRECT TRANSFER】消息进行。
第三步:【4.鉴权和安全模式】Iu信令连接建立后,CN需要对UE进行鉴权。
鉴权是非接入层功能,在UTRAN中透明传输。
主叫UE收到业务消息或者加密完成之后会发送【5.SETUP】消息给网络侧,核心网收到setup消息后向主叫回送【6.CALL PROCEEDING】消息。
WCDMA呼叫流程(1)之“开机(小区搜索)”移动台开机,需要与系统联系,首先要与某一个小区的信号取得时序同步,这种从无联系到时序同步的过程就是移动台的小区搜索。
需要先后经过时隙同步、扰码码组识别和帧同步、扰码识别(小区识别)等一些过程。
占用信道:P-SCH↓->S-SCH↓->P-CPICH↓->P-CCPCH↓手机开机后需要搜索的信息:(1)最强小区;(2)时隙边界;(3)帧边界;(4)主扰码;(5)广播信道的相关广播。
----------------------------------------------------------------------------------------背景知识:在WCDMA系统中,使用下行扰码区分不同的小区(可以复用)。
在下行物理信道上共有8192个扰码,将这8192个码分成512个组,每组有16个码,其中第一个为主扰码(共有512个主扰码),其余15个为辅扰码。
512个组每8个组成一个大组,共有64个大组(主扰码组)。
使用扰码分组是为了提高同步时的速度。
手机开机后寻找当前基站的主扰码时就可以采取分级的方法,先64个大组选1,再8个组选1,这样就能很快知道接入的扇区的主扰码是什么了。
----------------------------------------------------------------------------------------第一步:选择小区和时隙同步手机首先搜索主同步信道(P-SCH)的主同步码(PSC),与信号最强的基站取得时隙同步。
P-SCH在每个时隙的前256个码片时间内发射全网唯一的主同步码,主同步码具有非周期性自相关的特性。
P-SCH无扩频操作、无信道化编码操作,手机可以通过P-SCH判断WCDMA小区,从而实现时隙同步。
第二步:帧同步和确定扰码组接收主同步信道(P-SCH)上的主同步码PSC后,再接收辅同步信道(S-SCH)上的辅同步码(SSC),共有16个,因为一个无线帧只有15个时隙,只用16个中间的15个。
16个中选择15个,这样不同的排列组合有很多,且具有唯一性,选择64个(经过精心挑选)分别区分64个主扰码组。
听完一帧后,根据15个SSC的排列顺序,就可以判断当前扇区属于哪个主扰码组(64选1)。
第三步:确定扰码号接收主公共导频信道(P-CPICH),确定到底是哪个主扰码。
P-CPICH是预先定义的符号序列,它是一个全“0”,使用固定的信道化编码Cch,256,0,扰码使用的是主扰码。
在手机确定是哪个主扰码组后,它只剩下8个主扰码(一个主扰码组是8个组,每组只有一个主扰码)。
手机依次用这8个下行主扰码对P-CPICH进行解码,直到得到全“0”,这样就确定了该小区的下行主扰码。
第四步:解码P-CCPCH信道获得广播消息得到主扰码后接收主公共控制物理信道(P-CCPCH),P-CCPCH包括当前的SFN (System Frame Number)和系统广播消息,固定使用Cch,256,1进行信道化编码。
P-CCPCH 也是用主扰码来加扰的,手机用主扰码对P-CCPCH承载的BCCH信道进行解码,获得系统广播。
至此,手机已经了解了小区的情况并选择了该小区作为自己的服务小区,但是基站还不知道有这部手机的存在。
所以,手机必须要有一个注册的过程。
WCDMA呼叫流程(2)之“手机注册/位置更新”占用信道:PRACH Preamble↑->AICH↓->PRACH Message↑->S-CCPCH↓->DPDCH/DPCCH↑↓---------------------------------------------------------------背景知识:PRACH:物理随机接入信道,属于上行公共物理信道,用于传送移动台的随机接入信息。
RPACH由前导部分和数据部分等两部分组成。
前导部分的前导签名(Preamble Signature)用于区分用户,共有16种Preamble Signature ,每种含有16比特固定的信息,分别重复256次,手机可随机选择一个;前导部分的前导扰码(Preamble Scrambling Code)用来区分扇区,共有8192个码,分成512个组,每组16个。
手机需依据下行Primary Scrambling Code计算用哪个扰码。
这两个CODE合在一起,构成了基站识别手机前导部分的扰码(PRACH Access Preamble Code)。
消息部分用于语音和数据的接入请求消息。
---------------------------------------------------------------捕获指示信道(AICH):Acquisition Indicator Channel,属于公共指示信道,用于给手机提供上行接入捕获指示Ais(Acquisition Indicator),通知其接入信息已被系统获知,该信息与PRACH中的Signature相对应。
在AICH上传送系统对接入信息的(PRACH)的已被捕获的确认信息。
---------------------------------------------------------------公共控制物理信道(CCPCH): Common physical Channel,用于承载下行系统控制和广播信息,内容是传送小区系统消息(BCCH);辅公共控制信道(S-CCPCH):用于承载下行寻呼/接入指示信道,内容是传送寻呼消息(PCH)和信道指配消息(FACH);---------------------------------------------------------------专用物理数据信道(DPDCH):传输语音和数据;专用物理控制信道(DPCCH):传输物理层的控制信息---------------------------------------------------------------第一步:随机接入前导首先在主随机接入信道(PRACH)上发送随机接入前导。
这是一个敲门的动作,同时也在进行开环功控。
手机会发送不止一个Preamble,一开始做试探,功率小一点,看基站能不能听到。
如果听不到,下一个Preamble的功率就增加一个步长,直到功率足够强基站能够听到。
第二步:基站确认呼叫请求基站收到UE随机接入前导,通过捕获指示信道AICH告诉手机可以继续发送具体的接入请求信息了。
AICH上的信息AI与PRACH上的签名对应。
即如果是手机A发送Preamble,则基站回一个“手机A,我听到你了,可以发接入消息了”。
第三步:手机发送接入请求手机A收到接入确认后,开始在PRACH上发送接入Message(具体的接入请求消息)。
第四步:系统分配专用信道基站收到手机的接入请求后,通过辅助公共控制信道S-CCPCH给手机分配资源(通过传输信道FACH来分配),分配得到的主要是专用物理信道。
第五步:完成注册或位置更新手机收到资源分配消息后,手机转到基站给它分配的DPDCH/DPCCH上进行注册或位置更新。
这是双向的信道。
下图是注册流程:WCDMA呼叫流程(3)之“待机状态”占用信道:P-CCPCH/PICH↓------------------------------------------------------------------背景知识1:主公共控制信道(P-CCPCH):用于承载下行系统控制和广播信息,内容是传送小区系统消息(BCCH);寻呼指示信道(PICH):Paging Indicator Channel,属于下行公共指示信道,用于给手机提供寻呼指示,通知UE到S-CCPCH上接收Paging信息。
PICH使UE在空闲状态下,减少监视S-CCPCH的时间,由于PICH的编码和解码方式都比S-CCPCH简单,所以对UE 的处理能力要求不高,从而可以节省处理器的电池耗电。
在PICH上传送寻呼指示消息。
PICH 总与一个S-CCPCH随路。
------------------------------------------------------------------背景知识2:UE有两种基本的运行模式:空闲模式和连接模式.上电开始UE就停留在空闲模式下,通过非接入层标识如IMSI/TMSI或P-TMSI等标志来区分。
UTRAN不保存空闲模式UE的信息,仅能够寻呼一个小区中的所有UE或同一个寻呼时刻的所有UE。
当UE 完成RRC 连接建立时,UE才从空闲模式转移到连接模式:CELL_FACH或CELL_DCH状态。
当RRC 连接释放时,UE从连接模式转移到空闲模式。
UE在连接模式下一共有如下4种状态:CELL_DCH:UE处于激活状态,正在利用自己专用的信道进行通信,上下行都具有专用信道,UTRAN准确的知道UE所位于的小区中。
UE进入CELL_DCH状态有如下2种方法:(1) UE在空闲模式下RRC连接建立在专用行道上因此UE从空闲模式进入CELL_DCH状态;(2) UE处于CELL_FACH状态下使用公共传输信道通过信道切换后使用专用传输信道UE从CELL_FACH状态进入到CELL_DCH状态。
CELL_FACH:UE处于激活状态,但是上下行都只有少量的数据需要传输,不需要为此UE分配专用的信道,下行的数据在FACH上传输,上行在RACH上传输,下行需要随时监听FACH上是否有自己的信息,UTRAN准确的知道UE所位于的小区,保留了UE所使用的资源,所处的状态等信息。
在CELL_FACH状态下如果数据业务在一段时间里未被激活,UE将进入CELL_PCH状态以减少功率的损耗。
并且当UE暂时脱离CELL_PCH状态执行小区更新,更新完成后,如果UE和网络侧均无数据传输需求,它将返回CELL_PCH。
CELL_PCH:UE上下行都没有数据传送,没有为UE分配专用信道,需要非连续监听PICH,以便收听寻呼,因此UE此时进入非连续接收(DRX技术),可有效的节电。
UTRAN 准确的知道UE所位于的小区,这样,UE所位于的小区变化后,UTRAN需要更新UE的小区信息。
在该状态下,不能使用DCCH逻辑信道。
如果网络试图发起任何活动,它需要在UE所在小区的PCCH逻辑信道上发送一个寻呼请求,UE转换到CELL_FACH状态的方式有两个:一是通过UTRAN寻呼,二是通过任何上行接入;URA_PCH:没有为UE分配专用信道,UE上下行都没有数据传送,需要非连续监听PICH,进入非连续接收,UTRAN只知道UE所位于的URA(UTRAN Registration Area,一个URA包含多个小区),也就是说,UTRAN只在UE位于的URA发生变化后才更新其位置信息,这样更加节约了资源,减少了信令。