欢迎来逛逛,聊聊技术,侃侃大山. 本人主要喜欢WCDMA/TD-SCDMA无线侧的技术，如果有何关于无线技术方面的问题，你可以给我留言，我们可以一起讨论，共同提高。

Sharing from James about "RRC Connection Release"

2006-12-07 10:16:14

The following is derived from 25.331v620:

8.1.4a RRC connection release requested by upper layers
8.1.4a.1 General
The purpose of this procedure is to release the RRC connection and bar the current cell or cells. The procedure is requested by upper layers when they determine that the network has failed an authentication check [5].
8.1.4a.2 Initiation
If the upper layers request the release of the RRC connection, the UE shall:
1> release all its radio resources;
1> enter idle mode;
1> perform other actions when entering idle mode from connected mode as specified in subclause 8.5.2;
1> if the UE was in CELL_DCH state prior to entering idle mode:
   2> consider all cells that were in the active set prior to entering idle mode to be barred according to [4]; and
A{],\r,f~p V0    2> consider the barred cells as using the value "allowed" in the IE "Intra-frequency cell re-selection indicator", and the maximum value in the IE "Tbarred".
1> if the UE was in CELL_FACH or CELL_PCH or URA_PCH state prior to entering idle mode:
   2> consider the cell on which the UE was camped prior to entering idle mode to be barred according to [4]; and
;oV'L6V&J`f0    2> consider the barred cell as using the value "allowed" in the IE "Intra-frequency cell re-selection indicator", and the maximum value in the IE "Tbarred".

If the authentication fail, UE's NAS layer will indicate UE' AS that these cells will be regarded as BARRED. But normally they cells work well and no the IE "Intra-frequency cell re-selection indicator" and the IE "Tbarred" are broadcasting in SIB3 or SIB4. Thus, UE can never read them, and these cells will be never re-selected by UE again.

[ 本帖最后由 James-Ran 于 2006-12-7 10:17 编辑 ]

论坛模式推荐收藏等级(1) 编辑管理 查看(95) 评论(4)

TAG:

antoniuslv 发布于2006-12-07 14:13:19: en,James从faking network的出发点也有道理的！
不然的话就被网络骗了哈

James-Ran 发布于2006-12-07 13:42:13: QUOTE:
原帖由 antoniuslv 于 2006-12-7 11:40 发表
a)N#^sp.c再re一下。
再思考一个问题：C
F*S4n9Cyw
为何会出现auth failure？是因为UE和网络(PLMN)的认证发生了失败，而不是因为无线的原因造成的失败。
那么，既然已经失败了，UE还有必要再尝试去接入该PLMN下的CELL吗？我认为是没 ...

en, it's reasonable for antoniuslv's.

Pls check this from 24.008v750:
"If the MS deems that the network has failed the authentication check, then it shall request RR or RRC to release the RR connection and the PS signalling connection, if any, and bar the active cell or cells (see 3GPP TS 25.331 and 3GPP TS 44.018)."

U7Mz,h Yn6iF|Here, it's clear that UE will regard this cell or cells as BARRED.

But I think this part may be used to prevent the faking network for network security.

N9n8R~$F u
YHere,"the network has failed an authentication check" means network does not pass the checked by UE. Thus, UE will think this cell is a faking cell or network. Thus, UE should ignore it. (Maybe same PLMN ID is for faking network and real one), UE should select another available cell without care of PLMN ID.

FYI
James

/P2MXP-vK9V[ 本帖最后由 James-Ran 于 2006-12-7 13:46 编辑 ]

antoniuslv 发布于2006-12-07 11:40:58: 再re一下。
9o#rS,H_y:U!uRp&Xwww.cnttr.com再思考一个问题：
为何会出现auth failure？是因为UE和网络(PLMN)的认证发生了失败，而不是因为无线的原因造成的失败。
oY?*N&kw!dwww.cnttr.com那么，既然已经失败了，UE还有必要再尝试去接入该PLMN下的CELL吗？我认为是没必要了(至少在一个T时间内)。
那么，我的看法是在auth failure之后不仅仅是不尝试当前CELL or CELL in active SET,而应该是不尝试该PLMN下的所有CELL(没必要了，因为问题是处在NAS，处在PLMN范围)。
所以，我觉得，UE最好还是应该进行PLMN reselect过程，而不仅仅是CELL reselect过程！

lovewelkin发布于2006-12-07 11:28:33: re一下。
5~x3gE#{1D)WPwww.cnttr.com个人认为，UE被高层释放RRC之后，之所以会将小区置为BARRED，Intra-frequency cell re-selection indicator置为ALLOWED，并将Tbar置为最大，是因为这样UE即可去做小区重选，重选到别的小区去，且Tbar最大保证了充分的时间去做重选。重选出去后，由于之前的小区的BAR标志还存在UE中，因此也不会再重选回来。没重选出去之前，系统消息本身并没有变化，value tag和原来的仍一样，UE不会重读系统消息，因此一直保留内部置了位的状态。

进入论坛，查看全部评论