找回密码
 注册
搜索
查看: 1409|回复: 6

大家能够讨论一下UE RRC的并行实现?

[复制链接]
发表于 2006-9-1 16:58:00 | 显示全部楼层 |阅读模式
大家能够讨论一下UE RRC的并行实现?
比如,当前处于idle状态,由于某种原因,正在等待物理信道配置完成,如重选,系统消息更新。但是此时,上层通知建立RRC连接,那么此时RRC应该怎么处理?
还有,在重配过程中,如果T305超时,那么需要开始cell update怎么处理,协议没有明说。协议中的意思是如果进行小区更新,那么收到重配消息无效。
还有,在连接状态下,如果由于系统消息更新,正在进行物理信道更新,此时收到网络侧的重配消息,应该怎么处理?
虽然研究了多种实现方案,大概看了3家公司的RRC代码,但是有些东西,总是觉得不太合理,比如第三种情况,有些公司就是认为该重配消息就是无法兼容重配置。
还有,如何处理重配过程中的安全模式最合理,既能够体现模块独立性,又可以降低复杂程度,如果将安全模块独立出去,START值如何维护最合理?
还有如果SRNS中,加密算法发生改变,如果是HHO的话,是否只能是init方式,而不能是maintain方式?
在IDLE的情况下,如何实现rat无缝切换,由哪个模块来主控,是mm还是rrc/rr
发表于 2006-9-1 18:11:00 | 显示全部楼层
问了这么多问题,都是协议不可能描述这么细的问题,怎么做要看开发者自己了。
你是作什么的,研究协议这么透!
点评回复

使用道具 举报

 楼主| 发表于 2006-9-1 20:18:00 | 显示全部楼层
我就是做UE RRC的,除了信令连接外都做过了,大家有空联系。
点评回复

使用道具 举报

发表于 2006-9-1 21:04:00 | 显示全部楼层
就我理解,
1)如UE处于IDLE状态,由于SIB5/7改变,小区重选而物理信道配置,RRC必须完成配置然后再建立RRC连接。这因为建立RRC连接的参数(RACH/FACH,S-CCPCH等)来自于各个小区的SYSINFO。 小区或SYSINFO参数变了,RRC不可能再用旧的参数去建立连接。
3)如UE处于DCH状态,每一消息都有ACTIVATION TIME,协议规定了网路不会给新的配置BEFORE ACTIVATION TIME。
4)对于RAT的切换,由哪个模块来主控。如楼上讲,看开发者自己了。但一般,在2G ACTIVE MODE,RR控制,3G ACTIVE MODE, RRC控制。当RR/RRC基本完成后再通知MM。
点评回复

使用道具 举报

 楼主| 发表于 2006-9-1 21:26:00 | 显示全部楼层
1)如何实现,合理并且易于实现?
2)cell_dch下更新系统消息,DRAC?
3)这个似乎和高x公司实现相似。
点评回复

使用道具 举报

发表于 2006-9-5 00:08:00 | 显示全部楼层
关于实现的问题,举一个例子,通常RRC可分成几个SUB-MODULE: CENTRAL CONTROL ENTITY(RRC-CE),CELL SELECTION/RESELECTION ENTITY(RRC-CSCE),和SIB ENTITY(RRC-SIB)等。RRC-CE在建立连接前必须要RRC-CSCE的确认(如小区已更新了)以及从RRC-SIB更新了SIB7。当然RRC是一个很复杂的大TASK,initial design的时候得考虑好MODULE的划分。
DRAC,了解的不多。不过印象中,还没见过它出现在IOT, TEST HOUSE 或 GCF 要求的LIST里面。
点评回复

使用道具 举报

发表于 2006-9-6 22:54:00 | 显示全部楼层
<DIV class=quote><B>以下是引用<I>Rothemback</I>在2006-9-1 16:58:00的发言:</B>
大家能够讨论一下UE RRC的并行实现?
比如,当前处于idle状态,由于某种原因,正在等待物理信道配置完成,如重选,系统消息更新。但是此时,上层通知建立RRC连接,那么此时RRC应该怎么处理?
我认为:在IDLE下,配置的信道PCH-SCCPCH,由于重选/系统信息更新要重配PCH-SCCPCH,相信的是,先把系统信息更新完了才配置PCH-SCCPCH的。此时要建RRC连接,需要配置FACH-SCCPCH,RACH-PRACH信道,发送连接建立请求消息,如果你们的物理层芯片支持PCH-SCCPCH信道不释放的情况下,可以配置FACH-SCCPCH的话,那么此时就不需要等待物理层的相应,而开始处理RRC连接建立过程。我认为就要看你的物理芯片[/COLOR]。

还有,在重配过程中,如果T305超时,那么需要开始cell update怎么处理,协议没有明说。协议中的意思是如果进行小区更新,那么收到重配消息无效。
我认为:T305的目的是周期性的更新cell的信息,那么在重配过程中正式在处理最新的CELL信息,所以此时T305溢出可以不处理[/COLOR]

还有,在连接状态下,如果由于系统消息更新,正在进行物理信道更新,此时收到网络侧的重配消息,应该怎么处理?
虽然研究了多种实现方案,大概看了3家公司的RRC代码,但是有些东西,总是觉得不太合理,比如第三种情况,有些公司就是认为该重配消息就是无法兼容重配置。
可以参考一[/COLOR]


还有,如何处理重配过程中的安全模式最合理,既能够体现模块独立性,又可以降低复杂程度,如果将安全模块独立出去,START值如何维护最合理?
我认为:可以发送安全模式failure消息,以不兼容的安全同时重配为失败原因,理由是重配过程可能是Reloc过程,也可能正在建立一个RB,而安全模式消息也可能配置RB加密信息,无法确定正在建立的RB是否要加密[/COLOR]

还有如果SRNS中,加密算法发生改变,如果是HHO的话,是否只能是init方式,而不能是maintain方式?
这个协议里面有说明[/COLOR]

在IDLE的情况下,如何实现rat无缝切换,由哪个模块来主控,是mm还是rrc/rr
这里RAT有RRC来实现[/COLOR]</DIV>



[/COLOR]
点评回复

使用道具 举报

高级模式
B Color Image Link Quote Code Smilies

本版积分规则

Archiver|手机版|小黑屋|52RD我爱研发网 ( 沪ICP备2022007804号-2 )

GMT+8, 2024-3-29 22:07 , Processed in 0.049308 second(s), 17 queries , Gzip On.

Powered by Discuz! X3.5

© 2001-2023 Discuz! Team.

快速回复 返回顶部 返回列表