call proceeding信令RB setup意味着什么？
时间：12-12
整理：3721RD
点击：
如题。
call proceeding信令RB setup意味着什么？见下图
RRC建立连接过程：
在第2步采用确定采用专用信道还是公共信道，当采用专用信道时，为用户分配RNTI、L1/L2参数，并且建立Iur之间的RL链路建立，通过ALCAP建立NodeB与SRNC之间的同步；
当建立在公共信道上时，用的是已经建立好的小区公共资源，无需建立无线链路和用户免得数据传输承载，因此得到简化；
RAB建立连接过程：
RAB建立在PDP上下文激活过程中，当CN的SGSN接收到UE侧发送的PDP上下文激活信息之后，由SGSN向RNC发送RAB指派请求，请求建立RAB：
（1）CN向UTRAN下发RAB指派请求，请求建立RAB；
（2）RNC发起建立Iu接口和Iub接口的数据承载；（RL连接建立，主要包含以下几个方面：同步和异步两种情况）
（3）RNC向UE发送RB建立请求；
（4）UE完成RB建立，向RNC回复RB建立完成；
（5）RNC向CN回复RAB建立完成消息。
按照RRC连接的特性，可以将整个过程分为三种情况：
1.RRC连接建立DCH上，RAB建立在DCH上
在上面的第（2）步中，包含建立RL的过程，该过程分为异步和同步两种情况，其区别是NodeB与UE接收到RNC的配置消息之后，是立即启用新的配置，还是在消息中的同步时刻再启用。
异步情况下仅有两条消息：
RNC到NodeB：Radio Link Reconfiguration Request
NodeB到RNC：Radio Link Reconfiguration Response
同步情况下要三条消息：
RNC到NodeB：Radio Link Reconfiguration Request
NodeB到RNC：Radio Link Reconfiguration Ready
RNC到NodeB：Radio Link Reconfiguration Commit
2.RRC连接建立在FACH态，RAB建立在DCH上
仅存在上面同步的情况
3.RRC连接建立在FACH态，RAB建立在FACH上
不需要建立无线链路
RB建立过程：
UE在建立完RRC连接后，由于有业务层面的需求（CS语音或者PS数据传输），触发网络侧进行RADIO BEARER SETUP过程，对UE的业务RB进行建立配置。RB的建立发生在RAB建立连接过程中。
在一个RAB建立过程中，有两次RB连接建立过程，两次的作用主要是无线接入的配置和无线承载的重配置！
PDP上下文激活：
当有数据业务从应用高层到达时，这时数据首先进入缓存区，首先检查PDP上下文是否已经完成激活，如果没有，则发起PDP上下文激活信息。
一个UE 发起的PDP 上下文激活过程，目的是向SGSN申请某种数据业务，如浏览网页、在线视频浏览等业务。如果之前UE 没有建立RRC 连接，则首先需建立RRC 连接，再通过初始直传建立传输NAS 消息的信令连接，最后建立RAB。
如果PDP 上下文激活过程是由网络主动发起，则信令流程中将包含寻呼过程。在接入层内与主叫过程很类似，其它区别主要体现在NAS 消息上，在此不再详述。
终端GPRS附着成功后，即可发起PDP激活过程。这个激活过程由终端发起。若此刻RRC连接已经释放，终端首先应建立RRC连接，然后发起初始直传（能够触发建立Iu口信令连接的NAS消息为初始直传，如位置登记请求，GPRS附着请求，SERVICE REQ）。网络接受请求后，UE发起激活PDP上下文请求，包括希望传输信息所用的QoS等信息（如UL/DL MaximumBitRate）。网络侧收到这个请求之后，Iu口上发起RAB指配过程，指配地面电路，RNC会发起RL 重配置过程和RB建立过程，建立64Kps 3.4K SIGN的链路，为后续传输PS域数据做好准备。NODEB会根据RL RECFG消息配置好NODEB侧的空中资源，UE会根据RB SETUP消息配置好UE侧的空中资源（包括RB, 传输信道，物理信道，发送功率等）。等NODEB和UE侧新的配置都生效后，RNC收到RB SETUP COMPLETE消息，通知核心网RAB指配完成，网络侧发送Activate PDP Context Accept消息（包括网络侧可以允许的QoS和网络侧为UE分配的外部IP地址），PDP激活的信令过程完成，整个信令和业务的通道建立完成，此时可以进行业务的传送了（下载和上传文件，浏览网页等）。
NAS消息传送；（PDP激活请求消息15－16)
RAB的建立过程；（17－20）
NAS消息传送；（PDP激活确认消息21－22)
call proceeding信令RB setup意味着什么？见下图
http://hi.baidu.com/ximuzi_l/item/85fe0a26f320e9c9a517b6f7
楼主可以看看这文章，讲的挺好的！
RRC、RAB/RB建立连接过程
RRC建立连接过程：
在第2步采用确定采用专用信道还是公共信道，当采用专用信道时，为用户分配RNTI、L1/L2参数，并且建立Iur之间的RL链路建立，通过ALCAP建立NodeB与SRNC之间的同步；
当建立在公共信道上时，用的是已经建立好的小区公共资源，无需建立无线链路和用户免得数据传输承载，因此得到简化；
RAB建立连接过程：
RAB建立在PDP上下文激活过程中，当CN的SGSN接收到UE侧发送的PDP上下文激活信息之后，由SGSN向RNC发送RAB指派请求，请求建立RAB：
（1）CN向UTRAN下发RAB指派请求，请求建立RAB；
（2）RNC发起建立Iu接口和Iub接口的数据承载；（RL连接建立，主要包含以下几个方面：同步和异步两种情况）
（3）RNC向UE发送RB建立请求；
（4）UE完成RB建立，向RNC回复RB建立完成；
（5）RNC向CN回复RAB建立完成消息。
按照RRC连接的特性，可以将整个过程分为三种情况：
1.RRC连接建立DCH上，RAB建立在DCH上
在上面的第（2）步中，包含建立RL的过程，该过程分为异步和同步两种情况，其区别是NodeB与UE接收到RNC的配置消息之后，是立即启用新的配置，还是在消息中的同步时刻再启用。
异步情况下仅有两条消息：
RNC到NodeB：Radio Link Reconfiguration Request
NodeB到RNC：Radio Link Reconfiguration Response
同步情况下要三条消息：
RNC到NodeB：Radio Link Reconfiguration Request
NodeB到RNC：Radio Link Reconfiguration Ready
RNC到NodeB：Radio Link Reconfiguration Commit
2.RRC连接建立在FACH态，RAB建立在DCH上
仅存在上面同步的情况
3.RRC连接建立在FACH态，RAB建立在FACH上
不需要建立无线链路
RB建立过程：
UE在建立完RRC连接后，由于有业务层面的需求（CS语音或者PS数据传输），触发网络侧进行RADIO BEARER SETUP过程，对UE的业务RB进行建立配置。RB的建立发生在RAB建立连接过程中。
在一个RAB建立过程中，有两次RB连接建立过程，两次的作用主要是无线接入的配置和无线承载的重配置！
PDP上下文激活：
当有数据业务从应用高层到达时，这时数据首先进入缓存区，首先检查PDP上下文是否已经完成激活，如果没有，则发起PDP上下文激活信息。
一个UE 发起的PDP 上下文激活过程，目的是向SGSN申请某种数据业务，如浏览网页、在线视频浏览等业务。如果之前UE 没有建立RRC 连接，则首先需建立RRC 连接，再通过初始直传建立传输NAS 消息的信令连接，最后建立RAB。
如果PDP 上下文激活过程是由网络主动发起，则信令流程中将包含寻呼过程。在接入层内与主叫过程很类似，其它区别主要体现在NAS 消息上，在此不再详述。
终端GPRS附着成功后，即可发起PDP激活过程。这个激活过程由终端发起。若此刻RRC连接已经释放，终端首先应建立RRC连接，然后发起初始直传（能够触发建立Iu口信令连接的NAS消息为初始直传，如位置登记请求，GPRS附着请求，SERVICE REQ）。网络接受请求后，UE发起激活PDP上下文请求，包括希望传输信息所用的QoS等信息（如UL/DL MaximumBitRate）。网络侧收到这个请求之后，Iu口上发起RAB指配过程，指配地面电路，RNC会发起RL 重配置过程和RB建立过程，建立64Kps 3.4K SIGN的链路，为后续传输PS域数据做好准备。NODEB会根据RL RECFG消息配置好NODEB侧的空中资源，UE会根据RB SETUP消息配置好UE侧的空中资源（包括RB, 传输信道，物理信道，发送功率等）。等NODEB和UE侧新的配置都生效后，RNC收到RB SETUP COMPLETE消息，通知核心网RAB指配完成，网络侧发送Activate PDP Context Accept消息（包括网络侧可以允许的QoS和网络侧为UE分配的外部IP地址），PDP激活的信令过程完成，整个信令和业务的通道建立完成，此时可以进行业务的传送了（下载和上传文件，浏览网页等）。
NAS消息传送；（PDP激活请求消息15－16)
RAB的建立过程；（17－20）
NAS消息传送；（PDP激活确认消息21－22)
RB是RNC和UE之间的承载
学习
没有直接关系的啊，又没有收到振铃的
没有直接关系，RB SETUP只是对新配置实施定时器等参数的一个说明
不好意思，这个不是很了解，帮不上你了
不太明白。。。