通信人家园

标题: 请问：CELL_DCH状态下为什么不能读取BCH信道？ [查看完整版帖子] [打印本页]

时间: 2009-2-17 12:25

作者: lxgao 标题: 请问：CELL_DCH状态下为什么不能读取BCH信道？

这么设计是因为没必要读呢还是受限于某些条件？

请大侠们指导一下。

时间: 2009-2-17 15:25

作者: holand2004

说说我的理解。
BCCH信道上内容的内容发生变更时，此时会通过BMI通知所有UE，系统信息发生变更了。

若UE收到BMI，则会读取BCCH内容，否则不会去读取。

时间: 2009-2-17 18:24

作者: lxgao

二楼的兄弟，
但是从3GPP协议来说，系统消息在CELL_DCH状态下就是不合法的。

而且没必要IDLE状态和DCH状态下设计的不一样啊。

时间: 2009-2-17 22:15

作者: 93822401

信道占用状态是不能收到广播信息的。只有空闲状态下能够。
还有3楼的兄弟你好厉害啊，你对协议都研究啊。你是搞研发的么

时间: 2009-2-18 12:52

作者: lxgao

感谢4楼兄弟顶。

DCH状态占用的应该是专用信道，个人理解和公共信道BCH应该没有关系才对。

算是研发，其实也不算，都是搞别人已经搞过的，呵呵。

时间: 2009-2-19 21:12

作者: 3gpp

都有专用信道用了，还至于多此一举去听BCH么？

时间: 2009-2-21 14:01

作者: lxgao

但是广播消息毕竟是在BCH上下发啊，而且按照3GPP的说法，具有特殊能力的UE是可以读取FACH上的广播消息。

因此个人觉得应该是UE因为某种原因不能读取，但是具体是什么原因说不清楚。

时间: 2009-2-22 21:06

作者: laozhu

不太明白

时间: 2009-2-24 18:13

作者: lxgao

继续期待中。

时间: 2009-3-9 18:10

作者: lxgao

继续失望中。

时间: 2009-3-15 17:14

作者: samjuheng

在DCH中了你还读BCH干啥，DCH映射到PDCCH和PDDCH上（成对的），PDCCH走的是控制信息，PDDCH走的是高层信令或者数据

时间: 2009-3-18 05:20

作者: 看不到自己

In the CELL_DCH state the UE shall perform the following actions:
NOTE:       DCCH and, if configured, DTCH are available in this state.
-       read system information broadcast on FACH as specified in subclause 8.1.1.3 (applicable only to UEs with certain capabilities and in FDD mode);
-       read the system information as specified in subclause 8.1.1 (for UEs in TDD mode);
-       perform measurements process according to measurement control information as specified in subclause 8.4 and in clause 14;
-       act on RRC messages received on DCCH;
-       act on RRC messages received on BCCH (applicable only to UEs with certain capabilities and in FDD mode);
-       act on RRC messages received on BCCH (TDD only) and, if available, SHCCH (TDD only).
再来看看CELL_DCH状态具备读取系统消息能力的UE是如何读系统消息的（只针对FDD模式）：
UEs in FDD mode which support simultaneous reception of one SCCPCH and one DPCH shall read system information on a FACH transport channel when in CELL_DCH state.
这样的规定是用来支持多业务。

[ 本帖最后由看不到自己于 2009-3-18 05:23 编辑 ]

时间: 2009-3-20 17:01

作者: kaka3g 标题: w和gsm的区别之一就是手机不是周期读系统消息的

空闲读一次就o了，系统消息变动时会通知手机再读的，连接模式下系统会与ue单独对话

[ 本帖最后由 kaka3g 于 2009-3-20 17:06 编辑 ]

时间: 2009-5-12 18:14

作者: manawang 标题: 回复 2# 的帖子

系统消息变更后，UE将从Cell-DCH状态转移到Cell-FACH状态下进行系统信息更新！

时间: 2009-7-18 14:15

作者: lxgao

各位的讨论都很热烈，也都很专业，但是还有有一个问题没有说清楚：
在CELL_DCH下UE为什么不能读取BCH？

时间: 2009-7-19 18:27

作者: network16

系统消息只有在空闲模式下才能通过BCH信道下发。这是在规范里面写道的。

时间: 2009-7-19 22:33

作者: xiao212

因为FDD模式不能同事建立专用连接和公共连接。BCH信息是建立在公共连接上的，处于DCH专用连接状态的时候是无法同事建立公共连接所以就没有办法读BCH了啊。

时间: 2009-9-18 10:29

作者: zhangbinbin 标题: Cell_DCH与Cell—FACH

权利要求书1、一种宽带码分多址系统中由CELL_DCH状态到CELL_FACH状态的跃迁方法，其所使用的前向接入信道及随机接入信道的速率门限和传输速率的调整速率集合预先设定好，其特征在于包括如下步骤：步骤1：监测与用户设备连接相关的上下行专用信道发送缓存区的容量、小区的负荷情况；如果上下行业务量很小或者小区负荷过高，即满足触发条件时，则执行第二步；步骤2：判断下行下调后的速率是否小于前向接入信道的速率门限且上行的传输速率是否小于随机接入信号的速率门限；如果小于，则在本小区进行前向接入信道、随机接入信道的接纳判决；如果接纳成功，则在本小区执行CELL_DCH状态到CELL_FACH状态的跃迁；步骤3：如果本小区接纳不成功，则在异频同覆盖小区选择前向接入信道负荷最轻的小区进行接纳判决；如果成功，则在该目标小区执行CELL_DCH状态到CELL_FACH状态的跃迁；步骤4：如果在本小区和上述异频同覆盖小区进行的前向接入信道、随机接入信道接纳均不成功，或者下行下调后的速率大于等于前向接入信道的速率门限，或者上行速率大于等于随机接入信道的速率门限时，则不进行状态跃迁，用户设备仍处于CELL_DCH状态，对下行速率进行下调。

时间: 2009-9-21 09:15

作者: tailang143

CELL_DCH状态时主要就是有语音业务或者大量数据业务，会用到专用信道

时间: 2010-12-1 14:38

作者: 惠乾育

路过学习一下

时间: 2010-12-1 18:43

作者: illidan

原帖由 manawang 于 2009-5-12 18:14 发表
系统消息变更后，UE将从Cell-DCH状态转移到Cell-FACH状态下进行系统信息更新！

这个不行的吧，UE没有RNC的命令怎么能怎么离开DCH态呢，这样不是造成UTRAN和UE维护状态的不一致吗？

时间: 2010-12-23 20:28

作者: zxkq 标题: 回复 12# 的帖子

Cell_DCH状态下没有特殊能力的UE如何读取广播消息呢？

时间: 2011-1-16 20:24

作者: 浅蓝色

和得到

通信人家园 (https://www.txrjy.com/)