S1接口的负载管理功能

爱卫生

测试目的：验证eNB支持MME负载均衡（S1 Flex），其中涉及流程：S1 Setup Procedure; MME Configuration Update

预置条件: 1.       配置 MME1 “Relative MME Capacity” 为 254; 配置 MME2 “Relative MME Capacity” 为 12.       eNB 和MME1 通过 S1 连接.3.       eNB 和MME2 通过 S1建立了连接

4.       eNB 和MME 之间的传输网络层工作正常。并且eNB分别和两个MME之间建立了SCTP连接

5.       MME支持的PLMN中包含UE选择的PLMN

测试步骤：

输出数据要求及预期结果：

1. eNB 发送 S1 SETUP REQUEST 消息到 MME1，其中包含服务小区列表信息:
a) Global eNB ID
b) Supported TAs, 其中包含 TAC 和 PLMN identity
c) Default Paging DRX

2. 收到这个消息后， MME1 回应 S1 SETUP RESPONSE 消息.
d) Served GUMMEIs
e) Relative MME Capacity  为 254

3. eNB 发送 S1 SETUP REQUEST 消息到 MME2，其中包含服务小区列表信息：
f) Global eNB ID
g) Supported TAs其中包含 TAC 和 PLMN identity
h) Default Paging DRX

4. 收到这个消息后, MME2 响应 S1 SETUP RESPONSE 消息.
i) Served GUMMEIs
j) Relative MME Capacity 为 1

5. UE 驻留在eNB小区并发起attach 过程.

6. eNB 运行 S1 flex 功能并为UE选择了MME1，并向MME1发送initial UE message.

7. Initial UE context 在eNB和MME1之间成功建立

8. UE attach 成功.

9. 在网管终端上重配 MME1 “relative MME capacity ” 为 “1” 。

10. MME1 发送 MME CONFIGURATION UPDATE 到eNB, 消息包含”relative MME capacity” 值为“1”

11. eNB 发送 MME CONFIGURATION UPDATE ACKNOWLEDGE  到MME1

12. 在网管终端上重配 MME2 “relative MME capacity ” 为 “254”

13. MME2 发送 MME CONFIGURATION UPDATE 到eNB, 消息包含”relative MME capacity” 其值为 “254”

14. eNB 发送 MME CONFIGURATION UPDATE ACKNOWLEDGE  到MME2

15. UE 驻留在eNB小区并发起attach 过程.

16. eNB 运行 S1 flex 功能并为UE选择了MME2，并向MME2发送initial UE message.

17. Initial UE context 在eNB和MME2之间成功建立

18. UE attach 成功.

备注：

在将MME1的 “relative MME capacity” 配置为1 ， MME2 配置254 的情况下, MME1 仍然有很小的概率：1/255 被选中，如果这种情况发生，我们应该通过重复测试以验证其仍有254/255的概率MME2 被选中。

SGSN

hi 爱总

就像bsc与sgsn间的gb口自动建立过程一样，enodeb跟mme应该也有自动的S1 Setup Procedure，s1口自动建立的过程是怎样的呢，或者我们通过哪个规范可以了解到啊，谢谢！

爱卫生

SGSN 发表于 2014-5-22 16:25
hi 爱总

就像bsc与sgsn间的gb口自动建立过程一样，enodeb跟mme应该也有自动的S1 Setup Procedure，s1口自 ...

S1接口的自动建立依赖于下层的SCTP偶联的建立，这一点和GbIP是不一样的。所以需要查SCTP的规范或RFC。S1 Setup流程并不协商和交换双方的IP endpoint。