- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
WCDMA中RRC连接RL、RB 、RAB的本质
RRC 连接、RL、RB、RAB 的本质
(1)RRC连接是为了建立 UE 和 UTRAN 之间的信令连接(SRB1-SRB4),可以通过 CCH 或者 DCH,如果建
立在 DCH 上下行各占用 1 个码道(SF=16) 〔在HS 业务建立的时候,要占用两个码道;且 PS 的速率
包括信令连接占的码道〕。类似还有 RNC 和 NodeB 之间的 Iub 连接,RNC 和 CN 之间的 IU 连接,但是
Iub 连接是一直存在的,不需要在每次 UE 和 CN 连接都去建立和释放,而 Iu 连接则必须每次去建立和
释放(这里是指面向连接的信令和数据承载,无连接的除外)。
(2)RL 是为了建立 RNC 和 NodeB 之间的 DCH 的连接,只要数据走DCH,必须配置这个链路。RL 是一个
逻辑概念,其实就是一个格式集,数据在 L2 和 L1 之间传输(MAC-D-DCH/HS-DSCH/DSCH/USCH FP-
DPCH/HS-DPSCH 传输信道和 MAC-D FLOW(mac-dh-mac-hs)),在 DCH 时要增加/修改DCH FP/HS-
DSCH FP,因此要配置,而在 CCH 时,L2-L1 的链路已经建立完成,因此不需要配置RL,但 RNC 和
NodeB 的连接是存在的,所以RL 是格式集。在 RL 之下还有一个叫 Iub 数据传输承载的东西,它和
RL 的主要区别在于 Iub 数据承载承载的是 Iub 接口的数据,而 RL 是 Uu 口的数据,RL是位于 Iub 承载
之上的。 (可以这样理解:Iub 承载是 AAL2 承载,公共信道的 FP 是建立在 AAL2 上的,因此小区建立
的时候会建立一些承载,如果要使用DCH 信道,也要先建立 DCH 的AAL2 承载。)
(3)RB 是 UE 和 UTRAN 之间的连接格式集,就是 UU 口L1、L2 的格式问题,即物理信道、传输信道、
逻辑信道的配置问题。如果没有业务,RB 是不需要的,因此如果要在 CN/URTRN 和 UE 之间传信令,只
要有 RRC 连接即可(实际上也有无线承载,即 SRB) 但只要有业务,就必须配置 RB,同样,必须配置
Iub 承载(只要有 DCH 就必须去配置 DCH FP 的承载,同RL 一样)。
(4)RAB是 UE 和 CN 之间的连接的约定,体现在业务上,主要是 Qos 的配置。为了在无线环境中传输
就必须借助无线接入网,因此 RAB 分为 UE 和 UTRAN 之间的 RB 和 CN 和 UTRAN 之间的 Iu 承载。
(5)相关的问题就可以这要理解了:
如果没有业务要建立,例如位置区登记、更新,只需要建立 RRC 连接、Iu 连接,而不需要去建立
RL、Iub 承载、Iu 承载、RAB、RB。
如果要在 CCH 上建业务,比如PS8k 业务,必须建立 RRC 连接,Iu 连接,然后建立 RAB、RB、Iub 承
载、Iu 承载,但是不需要建立 RL。
这时一旦 RB 失败,业务已经失败,RNC 将回复 CN 消息 RAB 指配响应指示失败,CN 决定是否释放业
务。
如果要在 DCH 上建 CS 业务,则必须建所有的连接和承载,并且 RRC 连接必须建立在 DCH 上,这样:
一旦 RRC 连接失败,释放所有的连接和承载,包括 RL;
一旦 RL 配置失败,如果存在原先配置,则恢复到原先配置,RNC 自己不会去释放RRC、RL、Iu 等
回复 CN RAB 指配响应指示失败,按照 CN 新的指令去执行,业务肯定要失败的,一般来说,如果 CN 发
现业务失败了,将会发起 IU 释放的流程。
一旦 RB 配置失败,CS 业务是不行了,如果是在 RL RECFG COMMIT 之前收到 RB 配置失败,RL 恢复到
原来的 RL,RNC 回复 CN RAB 指配响应指示失败,由 CN 决定新的流程;如果是在 RL RECFG COMMIT 之后
收到 RB 配置失败,因为 RNC 无法恢复原来的 RL,因此所有的业务都失败了,RNC 向CN 回复 RAB 指配响
应指示失败,同时释放所有的连接和承载。
如果要在 DCH 上建 PS 业务,所有的连接和承载都得建立,如果 RRC 连接建立在 DCH 上,对于 RRC、
RL、RB 配置失败的处理同 CS 一样,如果 RRC 连接建在 CCH 上时,其实处理还是一样的?。注意一点:
在 PS 业务释放的时候,CN 发 RAB 指配,这时候需要去重新申请两个码道的资源去传信令,如果没有资
文档评论(0)