51学通信技术论坛

标题: 从中国移动SGSN Pool的测试规范看BSC/RNC上的节点选择功能 [打印本页]

作者: 爱卫生    时间: 2011-6-20 22:19:01     标题: 从中国移动SGSN Pool的测试规范看BSC/RNC上的节点选择功能

本帖最后由 爱卫生 于 2011-6-20 22:28 编辑

  SGSN Pool功能的实现,离不开BSC/RNC的节点选择功能。因为用户是首先接到BSC/RNC上,再由BSC/RNC为用户来选择Pool里的SGSN的。因此,本帖用于说明BSC/RNC上的节点选择功能。如果你想得到最权威的解释,可以去看TS23.236。但如果想得到相对也比较权威的解释,则可以从本帖提到的中国移动SGSN Pool测试规范中的“节点选择功能”测试项目来了解。
  BSC/RNC上为用户选择Pool里的SGSN分为以下几种情况:
1)用户是第一次使用GPRS业务,使用IMSI进行附着。
2)用户非首次使用,以TLLI(即P-TMSI)发起附着,并在BSC/RNC上能成功找到和NRI对应的SGSN。
3)用户非首次使用,以TLLI(即P-TMSI)发起附着,但在BSC/RNC上不能成功找到和NRI对应的SGSN。
4)用户以TLLI发起附着请求,所带NRI对应的SGSN不可达的情况。
  针对以上四种情况,中国移动SGSN Pool的测试规范对应制定了四个测试项目。下面的内容摘自“中国移动SGSN Pool的测试规范”的“节点选择功能”测试项目部分。
  实际上关于BSC/RNC上的“节点选择功能”已经在测试规范的“测试目的”项里明确说明
  先给出测试组网图如下:

[attach]532[/attach]

图一 测试组网图


1.1.1.用户使用IMSI发起附着请求

测试项目编号:1.1.1

项目属性:必选

测试项目用户使用IMSI发起附着请求

测试目的:验证BSC能够实现NNSF功能,根据负荷均衡算法选择服务的SGSN并将消息分发到该SGSN

测试参考3GPP 23.236

测试前提条件

1.测试环境中SGSN POOL功能打开,相关数据配置正确;

2.6个用户没有存储P-TMSI,能够以IMSI发起业务;

测试配置测试组网图一

测试流程
1.POOL内的所有SGSN上打开用户信令消息跟踪;

2.6个用户以IMSI发起附着请求;

测试预期结果

1.6个用户的附着请求成功,且消息跟踪流程正确;

2.6个用户根据负荷均衡算法被负荷分担到POOL内的不同SGSN上;

备注:该测试例同样适用于RNC;


1.1.2.用户以TLLI发起附着请求,成功找到和NRI对应的SGSN

测试项目编号 1.1.2

项目属性:必选

测试项目:用户以TLLI发起附着请求

测试目的:验证BSC能够从TLLI中获得NRI,并根据自身保存的NRI与SGSN的对应关系找出服务的SGSN,将消息分发到该SGSN

测试参考3GPP TS 23.236

测试前提条件

1.测试环境中SGSN POOL功能打开,相关数据配置正确;

2.用户已成功注册到POOL内,且处于空闲态;

测试配置测试组网图一

测试流程

1.通过OM查询用户信息,确定用户目前归属的SGSN

2.打开用户信令消息跟踪;

3.用户以TLLI发起附着请求,并成功激活PDP上下文,进行分组数据传输;

4.数据传输结束,用户释放PDP上下文;

测试预期结果

1.附着流程成功,PDP上下文成功激活,消息跟踪流程正确

2.数据传输完成后所有资源释放正常;

3.用户的服务SGSN没有改变,该会话消息被正确分发到NRI对应的SGSN上;

备注:该用例同样适用于RNC以P-TMSI发起会话建立请求;


1.1.3.用户以TLLI发起附着请求,没有和NRI对应的SGSN

测试项目编号1.1.3

项目属性:必选

测试项目: 用户以TLLI发起附着请求,所带的NRI没有与其对应的SGSN

测试目的:验证当NRI没有与其对应的SGSN时,BSC能够采用负荷均衡算法,将呼叫消息分发到POOL内某个SGSN上

测试参考3GPP TS 23.236

测试前提条件

1.测试环境中SGSN POOL功能打开,相关数据配置正确;

2.用户已成功注册到POOL内,且处于空闲态;

测试配置测试组网图一

测试流程

1.POOL内的所有SGSN上打开用户信令消息跟踪;

2.通过OM查询用户信息,确定用户的TLLINRI目前对应的SGSN

3.BSC上删除NRI与该SGSN的对应关系;

4.用户以TLLI发起附着请求,并激活PDP上下文,进行分组数据传输;

5.会话结束,用户释放PDP上下文;

6.用户去附着;

7.重复3~6步操作,并执行6次;

测试预期结果

1.用户附着成功,PDP上下文成功激活,消息跟踪流程正确;

2.6次RAU流程建立按照负荷均衡算法,被负荷分担到POOL内不同的SGSN上;

备注:

1. 该用例同样适用于RNC以P-TMSI发起会话建立请求;

2. 测试流程第4步,第一次会话建立可能失败,原因为SGSN返回“TLLI unknown”),但后续PDP上下文建立成功。如符合上述描述,预期结果1应属于满足。


1.1.4.用户以TLLI发起附着请求,所带NRI对应的SGSN不可达

测试项目编号1.1.4

项目属性:必选

测试项目用户以TLLI发起附着请求,所带NRI对应的SGSN信令点不可达

测试目的:验证当NRI对应的SGSN信令点不可达时,BSC能够采用负荷均衡算法,将呼叫消息分发到POOL内其他SGSN

测试参考3GPP TS 23.236

测试前提条件

1.测试环境中SGSN POOL功能打开,相关数据配置正确;

2.6用户均已成功注册到POOL内同一个SGSN上,且处于空闲态;

测试配置测试组网图一

测试流程

1.POOL内的所有SGSN上打开用户信令消息跟踪;

2.通过OM查询用户信息,确定6个用户的TLLI中的NRI目前对应的SGSN

3.断开该SGSNBSC的连接;

4.用户1以TLLI发起一次附着请求,激活PDP上下文,并进行分组数据传输;

5.数据传输结束,用户释放PDP上下文;

6.用户2-6重复4~5步操作;

测试预期结果

1.用户附着成功,PDP上下文成功激活,消息跟踪流程正确;

2.6个用户按照负荷均衡算法,被负荷分担到POOL内不同的SGSN上;

备注:

1. 该用例同样适用于RNC以P-TMSI发起会话建立请求;

2. 测试流程第4步,第一次会话建立可能失败,原因为SGSN返回“TLLI unknown”),但后续会话建立成功。如符合上述描述,预期结果1应属于满足。



作者: nil    时间: 2012-1-20 17:22:53


还不错哦
作者: fling_work    时间: 2013-6-13 16:53:17

有更全、更具体的可以提供一下吗




欢迎光临 51学通信技术论坛 (http://51xuetongxin.com/bbs/) Powered by Discuz! X2