 |
善于提问，勤于回答，你也是专家
|
 |
问题已开启
(普通问题)
WCDMA中CELL_PCH与IDLE态有什么区别
WCDMA中CELL_PCH与IDLE态有什么区别，CELL_PCH具有什么优势；在CELL_PCH状态下的侦听寻呼的标识（被叫，attach）是RNTI还是TMSI。希望有高手不吝解答，谢谢。
CELL_PCH转换到CELL_FACH 状态是否也会触发和IDLE一样的RRC连接过程，如果一样的话，那么二者无论是在侦听寻呼信道还是与RNC建立连接都是都是相同的，怎么体现出CELL_PCH的优势
提问者:
• TDSCDMA里UE可以从URA_PCHstate直接迁移到DCH state吗？ 2015-01-07
• WCDMA中终端如何区分CPICH和PCCPCH物理信道 2014-09-03
• 关于 TD-SCDMA UL-DPCH DL-DPCH 2013-04-18
• WCDMA的4种状态（CELL_DCH、CELL_FACH、CELL_PCH、URA_PCH）需要开启的吗？没听说过呀 2012-11-23
• 请问WCDMA系统中UE在CELL_FACH下是否要一直接收S-CCPCH吗？还是可以使用DRX 2012-03-02
• 为什么TD-SCDMA仿真要先预测PCCPCH EbNo,PCCPCH RSCP,PCCPCH BESTSERVE 2012-02-23
• TD-SCDMA室内分布系统的PCCPCH RSCP的值过大会出现什么现象？为什么？ 2012-01-09
• WCDMA中终端如何区分CPICH和PCCPCH物理信道 2014-09-03
• 关于 TD-SCDMA UL-DPCH DL-DPCH 2013-04-18
• WCDMA的4种状态（CELL_DCH、CELL_FACH、CELL_PCH、URA_PCH）需要开启的吗？没听说过呀 2012-11-23
• 请问WCDMA系统中UE在CELL_FACH下是否要一直接收S-CCPCH吗？还是可以使用DRX 2012-03-02
• 为什么TD-SCDMA仿真要先预测PCCPCH EbNo,PCCPCH RSCP,PCCPCH BESTSERVE 2012-02-23
• TD-SCDMA室内分布系统的PCCPCH RSCP的值过大会出现什么现象？为什么？ 2012-01-09
问题答案
( 7 )
Cell_PCH的引入最初主要是考虑资源利用率的问题，假设一个用户在进行数据业务，如果这个用户出去了，这个时候对于系统而言就是资源的浪费，所以系统释放用户的物理资源将用户放到Cell_PCH状态。
回答者：
yinkai_feng
回答时间：2013-12-25 23:19
22
18
IDLE状态：
UE开机后，在一个小区中读取系统消息，监听寻呼信息，处于Idle状态。在Idle状态下，UE的所有连接在接入层都是关闭的，UE的识别通过非接入层标识（如IMSI、TMSI和P-TMSI）来区别。UTRAN中没有为处于空闲模式的UE建立上下文，如果要寻址一个特定的UE，只能在一个小区内向所有的UE或向监听同一寻呼时段的多个UE发送寻呼消息。
CELL_PCH状态
CELL_PCH状态的基本特征是：UE与UTRAN之间不存在专用物理信道连接，而且UE也不可以使用任何上行物理信道。在该状态下，UE为节省功耗，可以使用DRX方式去监听PICH所指示的PCH信道。UTRAN根据UE上次在CELL_FACH状态下执行的最后一次小区更新过程，知道UE当前所处的小区。
如果UE需要发送上行数据（响应寻呼或者发起呼叫），必需先从CELL_PCH状态转移到CELL_FACH状态。在该状态下，RRC子层通过小区重选过程执行连接移动性管理。
UE开机后，在一个小区中读取系统消息，监听寻呼信息，处于Idle状态。在Idle状态下，UE的所有连接在接入层都是关闭的，UE的识别通过非接入层标识（如IMSI、TMSI和P-TMSI）来区别。UTRAN中没有为处于空闲模式的UE建立上下文，如果要寻址一个特定的UE，只能在一个小区内向所有的UE或向监听同一寻呼时段的多个UE发送寻呼消息。
CELL_PCH状态
CELL_PCH状态的基本特征是：UE与UTRAN之间不存在专用物理信道连接，而且UE也不可以使用任何上行物理信道。在该状态下，UE为节省功耗，可以使用DRX方式去监听PICH所指示的PCH信道。UTRAN根据UE上次在CELL_FACH状态下执行的最后一次小区更新过程，知道UE当前所处的小区。
如果UE需要发送上行数据（响应寻呼或者发起呼叫），必需先从CELL_PCH状态转移到CELL_FACH状态。在该状态下，RRC子层通过小区重选过程执行连接移动性管理。
回答者：
365645897
回答时间：2013-12-26 08:54
20
16
CELL_PCH状态就是在做业务啊。DLE状态就是空闲态啊。
回答者：
harry_s
回答时间：2013-12-26 11:33
20
19
cell_pch是连接状态 IDLE是空闲状态 一个跟nodeb有连接一个没有
回答者：
foreverzhou1989
回答时间：2013-12-26 15:30
15
19
答：W有两种状态:
1、 idle
2、 connect
两种状态的根本区别idle状态ＵＥ和网络之间没有建立ＲＲＣ连接，ＵＥ移动时进行小区重选；connect状态ＵＥ和网络之间建立ＲＲＣ连接，ＵＥ移动时进行小区更新或切换。
connect状态又分4种模式：
1、 cell-dch：ＵＥ占用ＤＣＨ信道，ＵＥ进行话音或大量的数据业务，ＵＥ移动时发生切换．
2、 cell-fach：ＵＥ占用ＦＡＣＨ信道，ＵＥ进行少量的数据业务，或是特定时候和网络进行信令交互，ＵＥ移动时发生小区更新．
3、 cell-pch：ＵＥ和网络没有业务交互，ＵＥ监听ＰＣＨ信道，ＵＥ移动时发生小区更新．
4、 ura-pch：ＵＥ和网络没有业务交互，ＵＥ监听ＰＣＨ信道，ＵＥ移动时发生ＵＲＡ更新．（在高速移动时的状态）
ＵＥ根据不同的业务和移动情况可以在ＩＤＬＥ和ＣＯＮＮＥＣＴ的４种状态之间相互迁移．
如果UE上有业务，那么此时UE应处于CELL_DCH状态或者CELL-FACH状态；如果UE上没有业务进行，但UE上将要有业务发生的可能性比较大，那么UE可以长时间处在CELL-PCH或者URA-PCH状态；如果UE上目前没有业务正在进行，而且UE将要发生业务的可能性非常小，那么UE应处在IDLE状态。
1、 idle
2、 connect
两种状态的根本区别idle状态ＵＥ和网络之间没有建立ＲＲＣ连接，ＵＥ移动时进行小区重选；connect状态ＵＥ和网络之间建立ＲＲＣ连接，ＵＥ移动时进行小区更新或切换。
connect状态又分4种模式：
1、 cell-dch：ＵＥ占用ＤＣＨ信道，ＵＥ进行话音或大量的数据业务，ＵＥ移动时发生切换．
2、 cell-fach：ＵＥ占用ＦＡＣＨ信道，ＵＥ进行少量的数据业务，或是特定时候和网络进行信令交互，ＵＥ移动时发生小区更新．
3、 cell-pch：ＵＥ和网络没有业务交互，ＵＥ监听ＰＣＨ信道，ＵＥ移动时发生小区更新．
4、 ura-pch：ＵＥ和网络没有业务交互，ＵＥ监听ＰＣＨ信道，ＵＥ移动时发生ＵＲＡ更新．（在高速移动时的状态）
ＵＥ根据不同的业务和移动情况可以在ＩＤＬＥ和ＣＯＮＮＥＣＴ的４种状态之间相互迁移．
如果UE上有业务，那么此时UE应处于CELL_DCH状态或者CELL-FACH状态；如果UE上没有业务进行，但UE上将要有业务发生的可能性比较大，那么UE可以长时间处在CELL-PCH或者URA-PCH状态；如果UE上目前没有业务正在进行，而且UE将要发生业务的可能性非常小，那么UE应处在IDLE状态。
回答者：
OscarDon
回答时间：2013-12-26 16:52
23
17
CELL_FACH状态具有如下特征:
* 没有给UE分配专用传输信道
* UE连续监听一个下行FACH信道
* 为UE分配了一个默认的上行公共信道或上行共享传输信道例如RACH 使之能够在接入过程中的任何时间内使用
* UE的位置在小区级为UTRAN所知具体为UE最近一次发起小区更新时报告的小区
在CELL_FACH子状态UE执行下面的动作:
* 监听一个FACH
* 监听当前服务小区的BCH传输信道解码系统信息消息
* 在小区变为另一个UTRA小区时发起一个小区更新过程
* 除非选择了一个新小区否则使用在当前小区中分配的C-RNTI作为公共传输信道上的UE标识
* 在RACH上传送上行控制信令和小数据包
在CELL_FACH状态下如果数据业务在一段时间里未被激活UE将进入CELL_PCH状态以减少功率的损耗并且当UE暂时脱离CELL_PCH状态
执行小区更新更新完成后如果UE和网络侧均无数据传输需求它将返回CELL_PCH
Cell_PCH的引入最初主要是考虑资源利用率的问题，假设一个用户在进行数据业务，如果这个用户出去了，这个时候对于系统而言就是资源的浪费，所以系统释放用户的物理资源将用户放到Cell_PCH状态。这个时候要寻呼用户是在小区范围的，这就意味着，如果用户不停的从一个小区移动到另外一个小区就要频繁的发起小区重选的小区更新，这个开销对于系统而言是巨大的。
所以引入了URA_PCH状态，在这个状态下，寻呼是在URA范围的，只有用户从一个URA区域移动到另外一个URA区域才需要发起小区重选的URA更新。系统更新的开销得以降低。移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单;C4E.x7t!d)s
多说一句：URA区域是RNC侧维护的，CN不需要关心，仅需要按照LAC或是RAC进行寻呼就可以了，具体的映射工作由RNC完成！
几种状态的区别(转)
（1）这几个状态可以说是按照UE的活动性来的，DCH－FACH－CELL_PCH－URA_PCH－IDLE；
（2）CELL_PCH、URA_PCH之间不能互转，只能通过FACH态为中间态；
（3）DCH、FACH下是寻呼类型2，IDLE、CELL_PCH、URA_PCH都是寻呼类型1；
（4）URA_PCH与CELL_PCH状态的区别在于，当UE位于CELL_PCH状态时，如果当前所在的服务小区发生改变时，就需要向UTRAN汇报一次，而在URA_PCH状态时，只需要当所在的URA区发生变化时，才需要汇报。运营商自定义URA区的大小，一般会包含几个小区。
http://www.mscbsc.com/askpro/question4843
* 没有给UE分配专用传输信道
* UE连续监听一个下行FACH信道
* 为UE分配了一个默认的上行公共信道或上行共享传输信道例如RACH 使之能够在接入过程中的任何时间内使用
* UE的位置在小区级为UTRAN所知具体为UE最近一次发起小区更新时报告的小区
在CELL_FACH子状态UE执行下面的动作:
* 监听一个FACH
* 监听当前服务小区的BCH传输信道解码系统信息消息
* 在小区变为另一个UTRA小区时发起一个小区更新过程
* 除非选择了一个新小区否则使用在当前小区中分配的C-RNTI作为公共传输信道上的UE标识
* 在RACH上传送上行控制信令和小数据包
在CELL_FACH状态下如果数据业务在一段时间里未被激活UE将进入CELL_PCH状态以减少功率的损耗并且当UE暂时脱离CELL_PCH状态
执行小区更新更新完成后如果UE和网络侧均无数据传输需求它将返回CELL_PCH
Cell_PCH的引入最初主要是考虑资源利用率的问题，假设一个用户在进行数据业务，如果这个用户出去了，这个时候对于系统而言就是资源的浪费，所以系统释放用户的物理资源将用户放到Cell_PCH状态。这个时候要寻呼用户是在小区范围的，这就意味着，如果用户不停的从一个小区移动到另外一个小区就要频繁的发起小区重选的小区更新，这个开销对于系统而言是巨大的。
所以引入了URA_PCH状态，在这个状态下，寻呼是在URA范围的，只有用户从一个URA区域移动到另外一个URA区域才需要发起小区重选的URA更新。系统更新的开销得以降低。移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单;C4E.x7t!d)s
多说一句：URA区域是RNC侧维护的，CN不需要关心，仅需要按照LAC或是RAC进行寻呼就可以了，具体的映射工作由RNC完成！
几种状态的区别(转)
（1）这几个状态可以说是按照UE的活动性来的，DCH－FACH－CELL_PCH－URA_PCH－IDLE；
（2）CELL_PCH、URA_PCH之间不能互转，只能通过FACH态为中间态；
（3）DCH、FACH下是寻呼类型2，IDLE、CELL_PCH、URA_PCH都是寻呼类型1；
（4）URA_PCH与CELL_PCH状态的区别在于，当UE位于CELL_PCH状态时，如果当前所在的服务小区发生改变时，就需要向UTRAN汇报一次，而在URA_PCH状态时，只需要当所在的URA区发生变化时，才需要汇报。运营商自定义URA区的大小，一般会包含几个小区。
http://www.mscbsc.com/askpro/question4843
回答者：
xhy13312
回答时间：2013-12-26 22:49
19
17
CELL_PCH转换到CELL_FACH 状态是否也会触发和IDLE一样的RRC连接过程，如果一样的话，那么二者无论是在侦听寻呼信道还是与RNC建立连接都是都是相同的，怎么体现出CELL_PCH的优势
壬辰新兵 2013-12-26 23:18
回答者：
xhy1331
回答时间：2013-12-26 22:53
18
19
| 联系我们 - 问通信专家 | Powered by MSCBSC 移动通信网 © 2006 - |