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

Rothemback

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

dlchenglong

问了这么多问题，都是协议不可能描述这么细的问题，怎么做要看开发者自己了。
你是作什么的，研究协议这么透！

Rothemback

我就是做UE RRC的，除了信令连接外都做过了，大家有空联系。

qiaoqiao

就我理解，
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。

Rothemback

1)如何实现，合理并且易于实现？
2)cell_dch下更新系统消息，DRAC?
3)这个似乎和高x公司实现相似。

qiaoqiao

关于实现的问题，举一个例子，通常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里面。

lentil

<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]