业务与信令-第3章数据业务的信令

1. 为什么要重建E-RAB？
2. 重建E-RAB有哪些步骤？
3. Service Request消息中有哪些内容？
4. 收到Service Request消息后，MME如何判断终端的身份？
5. 重建E-RAB过程与新建E-RAB过程有什么差别？
6. 重建E-RAB过程中S1承载是如何建立的？
7. MME用什么来寻呼终端？
8. 基站发送寻呼需要考虑哪些因素？
9. LTE系统预定义了怎样的QoS特性？
10. LTE数据业务中的端到端指的是哪两端？
11. 终端如何选择合适的业务承载来发送上行数据？
12. 上行业务数据要经过哪些处理过程？
13. 终端如何获得上行许可？
14. GTP协议与IP协议的地址有什么差别？
15. IP传输网如何设置QoS？
16. 下行调度器是怎样工作的？
17. 终端如何知道TB的大小？
18. 下行业务数据要经过哪些物理层的处理过程？
19. 基于X2接口的切换是否需要用到NAS信令？
20. 什么时候需要释放默认承载？

 

 

1.为什么要重建E-RAB？

建立E-RAB其实是重建默认承载对应的E-RAB。因为默认承载在初始附着过程中就已经建立好了。只是终端在返回待机状态后，默认承载的E-RAB部分和终端的信令连接被释放了，但在核心网侧仍保留了为终端分配的资源，包括SGW与PGW之间的S5承载。因此恢复默认承载只需要重建E-RAB相关的S1承载和无线承载RB。

2.重建E-RAB有哪些步骤？

1. 请求业务Service Request；
2. 鉴权（可选）；
3. NAS安全通信；
4. 重建E-RAB。

3.Service Request消息中有哪些内容？

内容	说明
KSI	KASME的标识
序列号	NAS信令计数器NAS COUNT的低5位
MAC(Message_authentication_code)	用于完整性保护的校验码

 

4.收到Service Request消息后，MME如何判断终端的身份？

MME提取Initial UE Message消息中搭载的Service Request消息，得到终端上传的NAS COUNT的低5位，并与保存的NAS COUNT进行比对。确定无误后，MME再提取KSI，确定KASME，得到NAS安全通信的密钥KNAS-ENT和KNAS-INT。

MME最后用完整性保护算法、NAS COUNT和KNAS-INT计算Service Request消息的校验码，再与Service Request消息中完整性保护的校验码进行比对，若一致就验证了终端的身份。

5.重建E-RAB过程与新建E-RAB过程有什么差别？

由于默认承载的核心网部分一直保留，配置参数也没有变化，因此重建E-RAB时MME并不需要向终端发送默认承载的核心网配置信息，Initial Context Setup Request消息中也就没有搭载NAS信令，这是与附着过程中新建E-RAB的一个最大区别。

6.重建E-RAB过程中S1承载是如何建立的？

终端向基站发送RRC Connection Reconfiguration Complete消息，表明SRB2和RB已经重建。

于是基站分配下行方向S