在连接模式下，UE状态描述正确的是（）

A . Cell-PCH适用场景：非连续业务（如网页浏览）且UE移动速度“慢” B . Cell-DCH适用场景：连续或大量的数据传输，如打电话、下载 C . Cell-FACH适用场景：少量的数据传输，如信令、短消息 D . URA-PCH适用场景：非连续业务，且UE移动速度“快&rdquo

A . cellPch—uraPch B . cellPch——cellDch C . uraPch—cellDch D . cellDch—uraPch

A . 如果该端口连接的是点到点链路，则该端口需要通过协商机制实现从Discarding状态到Forwarding状态的快速迁移。 B . 如果该端口连接的链路不是点到点链路，则该端口需要通过协商机制实现从Discarding状态到Forwarding状态的快速迁移。 C . 如果该端口连接的是点到点链路，则向外发送一个请求（Proposal）消息之后，可以立即从Discarding状态快速迁移到Forwarding状态。 D . 如果该端口向外发送了一个请求（Proposal）消息，则下游端口收到此消息会立即回应一个同意（Agreement）消息，使这个新的指定端口快速从Discarding状态进入Forwarding状态。

A . UE上下行都没有数据传送 B . UE上下行都有数据传送 C . UTRAN只知道UE所位于的URA D . UTRAN只知道UE所位于的小区

A . UE上行没有数据传送 B . UE下行都没有数据传送 C . UE上下行都没有数据传送 D . UTRAN准确的知道UE所位于的小区

A . CELL-PCH B . URA-PCH C . CELL-FACH D . CELL-DCH

A . A、系统消息2 B . B、系统消息3 C . C、系统消息12 D . D、系统消息13

A . 完全相同 B . 在PS业务状态下无须再进行随机接入和RRC连接请求 C . PS业务状态下RAB建立是为PS+CS组合业务分配的资源 D . 以上说法完全错误

A . 正确 B . 错误

A . UE处于激活状态，但是上下行都只有少量的数据需要传输，不需要为此UE分配专用的信道 B . 下行的数据在FACH上传输 C . 上行在RACH上传输 D . UTRAN准确的知道UE所位于的小区

A . 下行信令发送失败 B . 当前小区已不能使用 C . 在同一个RAN中存在一个更好的小区 D . 多次随机接入失败

A . Cell－DCH B . Cell－FACH C . Cell－PCH D . UrA－PCH

A . RRC连接释放请求 B . RRC连接请求 C . 小区更新 D . 位置更新

A . Cell-DCH B . Cell-FACH C . URA-PCH D . Cell-IDLE

A . 收到任何的BCH消息（即系统消息） B . 收到RRCRelease消息且释放的原因值为NotNormal C . 收到CC Disconnect，CCRelease Complete，CC Release三条消息中的任何一条，而且释放的原因为Not Normal Clearing或者Not Normal，Unspecified。

A . 处于CELL_PCH（URA_PCH）状态下的UE，如果小区（URA.重选时选择了一个新的URA小区，则UE将跃迁到CELL_FACH状态，并在新的小区发起小区（URA.更新过程。在小区（URA.更新过程完成后，如果UTRAN和UE都没有数据要发送，则UE将回到CELL_PCH（URA_PCH）状态。 B . CELL_DCH状态下的UE执行重配置过程，根据来自UTRAN的指示，可以进入CELL_PCH状态或者URA_PCH状态。并且，处于CELL_PCH状态或者URA_PCH状态的UE可以直接跃迁到CELL_DCH状态。 C . UE可以在CELL_FACH状态下通过建立一个专用物理信道而进入CELL_DCH状态。而处于CELL_DCH状态的UE也可以通过释放所有的专用物理信道而进入CELL_FACH状态。 D . 如果处于URA_PCH状态的UE需要发送上行数据（响应寻呼或者发起呼叫），必需先从URA_PCH状态转移到CELL_FACH状态。

A . A、CELL-DCH B . B、URA-DCH C . C、CELL-FACH D . D、CELL-PCH E . E、URA-PCH