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】消息。
移动通信基本呼叫流程
移动通信基本呼叫流程
1. 建立连接
建立连接是移动通信基本呼叫流程的第一步。
当一个用户想要与另一个用户通话时,需要向移动通信网络发送一个连接请求。
这个连接请求会被移动通信基站接收,并传递到移动通信交换中心(MSC)。
MSC会根据对应用户的位置信息,选择合适的基站进行连接。
2. 寻呼过程
在建立连接的过程中,移动通信网络会通过寻呼过程来通知被呼叫用户。
寻呼过程是指移动通信网络向被呼叫用户所在的基站发送呼叫请求,以唤醒目标用户的方式设备。
被呼叫用户的方式设备会通过监听信道,接收到呼叫请求,并且通知移动通信网络。
3. 回答呼叫
被呼叫用户接收到呼叫请求后,可以选择是否回答呼叫。
如果被呼叫用户决定回答呼叫,方式设备会发送一个回答呼叫的信号给移动通信交换中心。
移动通信交换中心会建立起与被呼叫用户的通信,并通知呼叫用户。
4. 传输数据
在建立起通信后,通话双方可以开始进行数据的传输。
移动通信网络会根据通话双方的声音信号,将声音信号转换成数字信号,并通过网络进行传输。
通信链路的稳定性和传输速率会对通话质量产生影响。
5. 关闭连接
通话结束后,通话双方可以选择关闭通信连接。
关闭连接的过程会涉及到移动通信网络的资源释放和状态更新。
移动通信网络会根据双方的通话时长和费用等信息,进行计费处理。
以上就是移动通信基本呼叫流程的主要内容。
移动通信技术的发展使得人们可以随时随地进行通信。
了解这些基本步骤有助于我们更好地理解移动通信的工作原理和过程。
CDMA呼叫流程和事件判断一.主叫流程:DIAL详细如下:DIAL:( 主叫)1>MS-Access :Origination Message (包括呼出的电话号码,呼叫发起消息)呼叫尝试鉴权失败:之后出现前向Release 或反向Release,或sync channel message2>BTS-Paging : Base Station Acknowledgment Order (指令消息)业务信道分配失败:之后出现前向Release 或反向Release,或sync channel message9> BTS-Paging: Channel Assignment Message(Assign Walsh Code)业务信道分配失败:之后出现前向Release 或反向Release,或sync channel messageBTS-Forward Traffic Channel : Base Station Acknowledgment Order业务信道分配失败:之后出现前向Release 或反向Release,或sync channel messageMS-Reverse Traffic Channel : Mobile Station Acknowledgment Order业务信道建立完成业务协商失败:(上面信令之后出现前向Release 或反向Release,或sync channel message)14> BTS-Forward Traffic Channel : Service Connect Message ( ACK_REQ=1)业务协商失败:之后出现前向Release 或反向Release,或sync channel message(期间可能发生软切换)15> MS-Reverse Traffic Channel :Service Connect Completion Message ( ACK_REQ=1) 业务协商完成呼叫通话成功:二被叫:详细如下:1>BTS-Paging: General Paging Message(Slotted Paging Message or Paging Message )被叫接入响应失败:之后出现前向Release 或反向Release,或sync channel message2>MS-Access: Page Response Message 被叫响应鉴权失败:之后出现前向Release 或反向Release,或sync channel message3> BTS-Paging : Base Station Acknowledgment Order (指令消息)业务信道分配失败:之后出现前向Release 或反向Release,或sync channel message10> BTS-Paging : Channel Assignment Message.(Extended Channel Assignment Message)业务信道分配失败:之后出现前向Release 或反向Release,或sync channel messageBTS-Forward Traffic Channel : Base Station Acknowledgment Order业务信道分配失败:之后出现前向Release 或反向Release,或sync channel messageMS-Reverse Traffic Channel : Mobile Station Acknowledgment Order业务信道建立完成业务协商失败:(上面信令之后出现前向Release 或反向Release,或sync channel message)BTS-Forward Traffic Channel :Service Request Message 业务请求11> BTS-Forward Traffic Channel : Service Connect Message.业务协商失败:(上面信令之后出现前向Release 或反向Release,或sync channel message)12>MS-Reverse Traffic Channel: Service Connect Complete Message 业务协商完成手机未振铃:(上面信令之后出现前向Release 或反向Release,或sync channel message)13> BTS-Forward Traffic Channel : Alert with Information message. 振铃成功(让用户选择可以认为被叫成功)用户未摘机:(期间可能发生软切换)MS-Reverse Traffic Channel:Connect Order 被叫通话成功(provide Origination Call Number , and so on )三.通话期间切换:1>MS-Reverse Traffic :Pilot Strength Measurement Message(给出主服务小区导频和每个有效导频和候选导频的PN和强度,PN=[PILOT_PN_PHASE/64] ,余数是相对Pilot Delay.)2>BTS-Forward Traffic :Order—Base Station Acknowledgment Order软切换请求(当移动台测得邻近集或剩余集中的一个导频的强度超过导频加入门限T_ADD;或者候选集中的一个导频的强度超过活动集中任意导频强度的0.5*T_COMP(dB)(T_COMP 为导频加入比较门限);或者活动集中的导频低于导频丢弃门限T_DROP,并且持续时间达到导频丢弃定时器门限T_TDROP,移动台会向基站发送―导频强度测量消息‖)3>BTS-Forward Traffic :Extended Handoff Direction Message(or Handoff Direction Message or General Handoff Direction Message or Universal Handoff Direction Message Or Analog Handoff Direction Message)软切换指示(给出切换后的有效导频的PN,原来的活动导频如果不在其中,表示切换后不再是活动导频; 如果出现新的导频表示切换后增加了新的活动导频)4>MS-Reverse Traffic :Order Message—Mobile Station Acknowledgment Order5>MS-Reverse Traffic :Handoff Complete Message 软切换完成(给出切换后的有效导频的PN)BTS-Forward Traffic :Order—Base Station Acknowledgment OrderBTS-Forward Traffic :Neighbor List Update messageMS-Reverse Traffic :Mobile Station Acknowledgement Order四.空闲切换.因为空闲中的移动台只能用一个导频, 初始进入业务状态时也只能使用一个导频, 导频增加是在以后的软切换过程中完成的(如以上三所述)由于下面的消息都包含空闲中移动台使用的导频,故空闲切换的判断只能在以下消息中提取导频进行比较,从而确定发生了空闲切换:BTS-Paging:(只给出PN,没有强度,强度应该是测试手机给出的与消息无关)system parameters messageextended parameters messageaccess parameters messageCDMA channel list messageneighbor list messagegeneral neighbor list messageBTS-Sync Channel:sync channel message五.活动导频的改变的判断因为空闲中的移动台只能用一个导频, 初始进入业务状态时也只能使用一个导频, 空闲中移动台使用的活动导频由上面四中提到的消息中提取.活动导频数量的增加是在以后的软切换过程中完成的(如以上三所述)初始进入业务状态时使用的导频由BTS-Paging: channel assignment message 指定,消息中assign_mode=100,表示扩展业务信道分配,即移动台使用空闲时用的导频作为第一个活动导频.BTS-Forward Traffic Channel 发送Service Connect Message 与移动台在发送MS-Reverse Traffic Channel :service connect complete message 之间也可能发生软切换.过程如上三所述. 在MS-Reverse Traffic Channel :handoff complete message 中给出发生软切换后移动台使用的所有导频移动台在发送MS-Reverse Traffic Channel :service connect complete message 后表示从空闲状态转到业务状态.在业务信道过程中,如果发生软切换,信令过程如上三所述.在MS-Reverse Traffic Channel :handoff complete message 中给出发生软切换后移动台使用的所有导频.六.候选导频的改变的判断.空闲时候没有候选导频在Pilot Strength Measurement Message.中(可以给出相对Pilot Delay)给出.此消息给出所有的活动导频和候选导频.移动台测出Neighbor List 中某一导频强度大于Tadd, 触发移动台发送Pilot Strength Measurement Message , 通过消息中给出的导频对比已知的活动导频,剩下的就是增加的候选导频.如果候选导频强度大于某一个活动导频+TcompX0.5dB时, 触发移动台发送Pilot Strength Measurement Message, 发生软切换,信令过程如上三所述. MS-Reverse Traffic 发送:Handoff Complete Message,其中给出切换后的有效导频的PN,与切换前候选导频比较就知道哪些候选导频成为了活动导频.如果某一个活动导频强度低于Tdrop, 便启动计时器,如果计时器超过TTdrop, 触发移动台发送Pilot Strength Measurement Message, 发生软切换, 信令过程如上三所述.活动导频变为了邻小区导频,不经过候选导频阶段候选导频强度低于Tdrop, 便启动计时器,如果计时器超过TTdrop,移动台发送Pilot Strength Measurement Message中,候选导频中如果KEEP=0,那么此候选导频变为邻小区导频.七.邻小区空闲时,移动台根据以下消息更新邻小区集BTS-Paging :neighbor list messageBTS-Paging: general neighbor list message(include the neighbor priority, IS95 hasn't the message) 业务状态时, 移动台根据以下消息更新邻小区集BTS-Forward Traffic Channel :neighbor list update message消息只给出邻小区列表的PN,强度应该是测试手机给出的与消息无关八.释放过程.主叫释放.:终端先挂主叫:CORM 被叫:CTRMReverse Traffic channel ---Order:ReleaseForward Traffic channel ---Order:ReleaseSync channel –Sync channel message移动台在MS-Reverse Traffic Channel发送Order Message,(Order:Release)中ORDER 为010101表示释放,移动台从业务状态转入空闲状态.接着BTS-Forward Channel 发送Order Message(即移动台收到),其中ORDER 为010101,表示确认释放.然后在BTS-Sync Channel 中发送Sync Channel(即移动台收到) , 移动台从中得到空闲时使用的导频,和系统时间.对方释放:终端后挂机:主叫:CORD 被叫:CTRDForward Traffic channel ---Order:ReleaseReverse Traffic channel ---Order:ReleaseSync channel –Sync channel messageBTS-Forward Channel 发送Order Message(即移动台收到),其中ORDER 为010101,表示释放.接着移动台在MS-Reverse Traffic Channel中发送Order Message,其中ORDER 为:010101表示确认释放,移动台从业务状态转入空闲状态.然后BTS-Sync Channel 中发送Sync Channel(即移动台收到) , 移动台从中得到空闲时使用的导频,和系统时间.于是:空闲-->Origination Message (主叫)或Paging Respond Message(被叫) 标志进入业务状态-->Sync Message ( 标志进入空闲状态).通话过程中,如果没有释放信令,就进入同步与寻呼信道Sync channel message,General Page或者System Parameters就是掉话导频污染掉话:当移动台的激活集中以及候选导频,邻导频有四个或者更多导频信号(这些导频与最佳导频的Ec/Io值之差小于6dB,且都比T_ADD门限大,而且这其中没有一个信号能强到足以成为真正的主导频)覆盖掉话:当移动台的激活集中以及候选导频,邻导频所有导频都低于T_ADD当移动台在网络覆盖的边缘发起呼叫请求时,由于无线环境较差造成掉话。
背景知识1:接口协议与无线接入无关的高层协议模块我们通称为非接入层(NAS),NAS层存在于UE和CN中,主要处理与业务相关的功能。
物理层我们称之为L1层。
在Uu接口上,物理层是WCDMA系统中重要的部分,主要处理无线数据的传输。
而Iub、Iu以及Iur接口是有线连接的,物理层通常是指光纤、电缆等物理连接实体。
媒体接入控制(MAC)和无线链路控制(RLC)协议属于第二层(L2)主要提供数据的传输和交换。
无线资源控制(RRC)协议主要完成无线资源的管理和分配,无线链路控制协议RLC 为用户和控制数据提供分段和重传服务。
其中Node B的RRC、RLC、MAC模块仅完成系统广播功能,大部分无线资源管理功能都在RNC中实现。
Node B应用部分(NBAP)主要处理Iub接口的信令,FP则处理各接口的数据传输。
无线接入网应用部分(RANAP)和网络业务接入点(RNSAP)协议分别处理Iu以及Iur接口的信令传输。
在呼叫流程中主要涉及Uu、Iub以及Iu接口及相关协议模块背景知识2:几个连接的概念RRC连接(Radio Resource Control)RRC连接是UE与UTRAN的RRC协议层之间建立的一种双向点到点的连接。
对一个UE来说,至多存在一条RRC连接。
RRC连接在UE与UTRAN之间传输无线网络信令,如进行无线资源的分配等等。
RRC连接在呼叫建立之初建立,在通话结束后释放,并在期间一直维持。
Iu信令连接如果说RRC连接建立了UE与UTRAN之间的信令通路,那么Iu信令连接则是建立了UE与CN之间的信令通路。
Iu信令连接主要传输UE与CN之间非接入层信令。
在UTRAN 中,非接入层信令是通过上下行直接传输信令透明传输的。
无线接入承载(RAB)(Radio Access Bearer)RAB可以看作是UE与CN之间接入层向非接入层提供的业务,主要用于用户数据的传输。
RAB直接与UE业务相关,它涉及接入层各个协议模块,在空中接口上,RAB反映为无线承载(RB)。
移动通信基本呼叫流程移动通信基本呼叫流程1.引言本文档旨在介绍移动通信的基本呼叫流程,包括呼叫建立、呼叫保持、呼叫转移等过程。
通过了解基本呼叫流程,用户可以更好地利用移动通信服务。
2.呼叫建立流程2.1 主叫用户向移动网络发送呼叫请求。
2.2 移动网络接收到呼叫请求后,验证主叫用户的身份和权限。
2.3 移动网络查询被叫用户的当前位置。
2.4 移动网络向被叫用户发送呼叫请求。
2.5 被叫用户接收到呼叫请求后,验证呼叫权限。
2.6 被叫用户确认接听呼叫,并向移动网络发送呼叫确认。
2.7 移动网络接收到呼叫确认后,建立呼叫连接。
2.8 主叫用户接收到呼叫确认后,建立呼叫连接。
2.9 呼叫连接建立成功后,主叫用户与被叫用户可以进行通话。
3.呼叫保持流程3.1 主叫或被叫用户发起呼叫保持请求。
3.2 移动网络验证呼叫保持权限。
3.3 移动网络通知对方用户呼叫保持请求。
3.4 对方用户确认呼叫保持请求。
3.5 移动网络建立呼叫保持状态。
3.6 主叫用户和被叫用户可以进行其他操作,如发短信、查看方式簿等。
4.呼叫转移流程4.1 用户设置呼叫转移条件。
4.2 移动网络根据用户设置的条件进行呼叫转移。
4.3 呼叫转移过程中,移动网络通知用户呼叫转移状态。
5.附件附件1:________移动通信基本呼叫流程图6.法律名词及注释6.1 移动网络:________指移动通信运营商的网络设施,用于提供移动通信服务。
6.2 主叫用户:________发起呼叫请求的用户。
6.3 被叫用户:________接收呼叫请求的用户。
6.4 呼叫连接:________主叫用户和被叫用户之间建立的通话连接。
6.5 呼叫保持:________在通话过程中暂时中断通话,并允许用户进行其他操作。
6.6 呼叫转移:________将呼叫转移到另一个目的地的过程。
占用信道: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状态。
第5章呼叫建立和释放流程分析5.1 概述当UE搜索到小区并且读取到到小区的系统消息后,可以知道系统的参数配置情况,具备接入网络的条件。
呼叫建立包括UE主叫和UE被叫两种类型。
两者区别在于UE被叫情况下,呼叫建立之前系统需要通过寻呼流程在指定区域寻呼UE。
无论UE主叫和UE被叫,呼叫建立和释放包含以下过程:(1) UE和UTRAN建立RRC连接。
(2) 通过直传消息,UE和CN建立连接。
(3) UE能力信息流程(4) RAB建立流程。
(5) RAB释放和Iu释放流程。
(6) RRC连接释放流程。
5.2 寻呼流程5.2.1 概述寻呼分为CN发起的寻呼和UTRAN发起的寻呼。
CN发起的寻呼用于建立一条信令连接,CN发起的寻呼分为协作寻呼和非协作寻呼。
CN在RANAP PAGING消息中指示RNC是否需要进行UTRAN的协作寻呼。
协作寻呼是由RNC检查UE是否存在寻呼域之外的其它CN域信令连接,如果存在其它的CN域信令连接,且UE处于CELL_DCH或者CELL_FACH状态,则在无线接口上,寻呼消息通过已经存在的连接的DCCH信道下发;如果存在其它的CN域信令连接,且UE处于CELL_PCH或者URA_PCH状态,则在无线接口上,寻呼消息通过PCCH信道下发;如果不存在其它的CN域信令连接,寻呼消息通过PCCH信道下发。
●非协作寻呼是指RNC不需要检查UE是否存在寻呼域之外的其它CN域信令连接,直接在CN指定的寻呼区域中通过PCCH信道下发寻呼消息。
UTRAN发起的寻呼可以寻呼处于CELL_PCH或URA_PCH状态的UE,UE通过寻呼相应发起小区更新过程将用户从CELL_PCH或URA_PCH状态迁移到CELL_FACH,或者在系统信息改变的时候UTRAN通过寻呼消息触发UE(处于空闲模式、CELL_PCH或URA_PCH)重新读取更新后的系统信息。
如果UE处于空闲模式或CELL_PCH、URA_PCH状态,RNC通过PCCH信道,使用寻呼类型1消息(PAGING TYPE1)寻呼UE。
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发生变化后才更新其位置信息,这样更加节约了资源,减少了信令。