承载建立与释放.docx
- 文档编号:10936539
- 上传时间:2023-02-23
- 格式:DOCX
- 页数:12
- 大小:169.78KB
承载建立与释放.docx
《承载建立与释放.docx》由会员分享,可在线阅读,更多相关《承载建立与释放.docx(12页珍藏版)》请在冰豆网上搜索。
承载建立与释放
1.1.1.承载建立与释放
1.1.1.1前向承载快速建立,不要求通知
测试编号:
7.7.4.1
项目:
承载建立
分项目:
前向承载快速建立,不要求通知
测试目的:
1.检验前向承载快速建立,不要求通知时呼叫能成功建立。
预置条件:
MSCServer配置为前向承载快速建立,不要求通知。
测试流程:
检查点:
1.建立一个从MSCServerA到MSCServerB的呼叫,发送的IAM消息包括:
Action(设置为“Connectforward”)、BNCcharacteristics、BearerControlTunnelling(设置为“Tunnelingtobeused”)、TunnelData(承载控制信息,包含承载控制PDU)。
2.随后收到APM消息,包括:
Action(设置为“Connectforward,nonotification”)、TunnelData(承载控制信息,包含承载控制PDU)。
3.检查承载建立过程是否成功,接续是否建立?
1.1.1.2前向承载快速建立,要求通知
测试编号:
7.7.4.2
项目:
承载建立
分项目:
前向承载快速建立,要求通知
测试目的:
1.检验前向承载快速建立,要求通知时呼叫能成功建立。
预置条件:
MSCServer配置为前向承载快速建立,要求通知。
测试流程:
检查点:
1.建立一个从MSCServerA到MSCServerB的呼叫,发送的IAM消息包括:
Action(设置为“Connectforward”)、BNCcharacteristics、BearerControlTunnelling(设置为“unnelingtobeused”)、TunnelData(承载控制信息,包含承载控制PDU)。
2.随后收到APM消息,包括:
Action(设置为“Connectforward,plusnotification”)、TunnelData(承载控制信息,包含承载控制PDU)。
3.检查收到承载建立连接指示时,MSCServerA是否发送APM消息,包括:
Action(设置为“Connected”)。
4.检查承载建立过程是否成功,接续是否建立?
1.1.1.3前向承载延时建立,不要求通知
测试编号:
7.7.4.3
项目:
承载建立
分项目:
前向承载延时建立,不要求通知
测试目的:
1.检验前向承载延时建立,不要求通知时呼叫能成功建立。
预置条件:
MSCServer配置为前向承载延时建立,不要求通知。
测试流程:
检查点:
1.建立一个从MSCServerA到MSCServerB的呼叫,发送的IAM消息包括:
Action(设置为“Connectforward”)、BNCcharacteristics、BearerControlTunnelling(设置为“unnelingtobeused”)。
2.随后收到APM消息,包括:
Action(设置为“Connectforward,nonotification”)。
3.之后,在APM中使用承载控制隧道,在MGW之间交换承载建立信息,在TunnelData中包含承载控制PDU。
4.检查承载建立过程是否成功,接续是否建立?
1.1.1.4前向承载延时建立,要求通知
测试编号:
7.7.4.4
项目:
承载建立
分项目:
前向承载延时建立,要求通知
测试目的:
检验采用前向承载延时建立,要求通知时呼叫能成功建立。
预置条件:
MSCServer配置为前向承载延时建立,要求通知。
测试流程:
检查点:
1.建立一个从MSCServerA到MSCServerB的呼叫,发送的IAM消息包括:
Action(设置为“Connectforward”)、BNCcharacteristics、BearerControlTunnelling(设置为“unnelingtobeused”)。
2.随后收到APM消息,包括:
Action(设置为“Connectforward,plusnotification”)。
3.之后,在APM中使用承载控制隧道,在MGW之间交换承载建立信息,在TunnelData中包含承载控制PDU。
4.检查收到承载建立连接指示时,MSCServerA是否发送APM消息,包括:
Action(设置为“Connected”)。
5.检查承载建立过程是否成功,接续是否建立?
1.1.1.5后向承载延时建立
测试编号:
7.7.4.5
项目:
承载建立
分项目:
后向承载延时建立
测试目的:
检验采用后向承载延时建立时呼叫能成功建立。
预置条件:
MSCServer配置为后向承载延时建立。
测试流程:
检查点:
1.建立一个从MSCServerA到MSCServerB的呼叫,发送的IAM消息包括:
Action(设置为“Connectbackward”)、BNCcharacteristics、BearerControlTunnelling(设置为“unnelingtobeused”)。
2.之后,在APM中使用承载控制隧道,在MGW之间交换承载建立信息,在TunnelData中包含承载控制PDU。
3.检查承载建立过程是否成功,接续是否建立?
1.1.2.编解码协商与修改
1.1.2.1带有编解码协商的前向承载延时建立
测试编号:
7.7.5.1
项目:
编解码协商
分项目:
带有编解码协商的前向承载延时建立
测试目的:
检验带有编解码协商的前向承载延时建立时呼叫能否成功建立。
预置条件:
被叫终端空闲。
测试流程:
检查点:
1.建立一个从MSCServerA到MSCServerB的呼叫,发送的IAM消息包括:
Action(设置为“Connectforward”)、BNCcharacteristics、Codeclist。
2.随后收到APM消息,包括:
Action(设置为“connectforward,plusnotification+selectedcodec”)、Selectedcodec和Availablecodeclist。
3.随后,在APM中使用承载控制隧道,在MGW之间交换承载建立信息,在TunnelData中包含承载控制PDU。
4.检查收到承载建立连接指示时,MSCServerA是否发送APM消息,包括:
Action(设置为“Connected”)。
5.检查接续是否建立?
注:
如果收到的APM消息中的Action为“connectforward,nonotification+selectedcodec”,则MSCServerA收到承载建立连接指示时不发送APM消息。
1.1.2.2带有编解码协商的后向承载延时建立
测试编号:
7.7.5.2
项目:
编解码协商
分项目:
带有编解码协商的后向承载延时建立
测试目的:
检验带有编解码协商的后向承载延时建立时呼叫能否成功建立。
预置条件:
被叫终端空闲。
测试流程:
检查点:
1.建立一个从MSCServerA到MSCServerB的呼叫,发送的IAM消息包括:
Action(设置为“Connectbackward”)、BNCcharacteristics、Codeclist。
2.随后MSCServerA收到APM消息,包括:
Action(设置为“connectbackward,+selectedcodec”)、Selectedcodec、Availablecodeclist和Tunneldata。
3.MSCServerB收到APM消息中的TunnelData中包含承载控制PDU。
4.检查接续是否建立?
1.1.2.3编解码修改成功(可选)
测试编号:
7.7.5.3
项目:
编解码修改
分项目:
编解码修改成功
测试目的:
检验编解码修改程序能否成功启动。
预置条件:
在MSCServerB设置数据接受呼叫中编解码修改。
测试流程:
1.建立一个从MSCServerA到MSCServerB的呼叫,呼叫建立消息中带有编解码信息,承载建立方式任选。
2.呼叫激活阶段,由MSCServerA发送一个APM消息,包括:
Action(设置为“modifycodec”)、Selectedcodec和/或Availablecodeclist。
3.随后收到APM消息,其中Action设置为“successfulcodecmodification”。
检查点:
检查是否修改到新选择的编解码,和/或可用的编解码列表。
1.1.2.4编解码修改失败(可选)
测试编号:
7.7.5.4
项目:
编解码修改
分项目:
编解码修改失败
测试目的:
检验编解码修改失败时是否请求返回最初的编解码资源。
预置条件:
在MSCServerB设置数据拒绝编解码修改。
测试流程:
1.建立一个从MSCServerA到MSCServerB的呼叫,呼叫建立消息中带有编解码信息,承载建立方式任选。
2.呼叫激活阶段,由MSCServerA发送一个APM消息,包括:
Action(设置为“modifycodec”)、Selectedcodec和/或Availablecodeclist。
3.随后收到APM消息,其中Action设置为“codecmodificationfailure”。
检查点:
1检查MSCServerA是否请求返回最初的编解码资源。
2对于修改所选择的编解码,如果MGW指示不能返回到最初的编解码资源,检查MSCServerA是否启动呼叫释放程序。
1.1.2.5呼叫中的编解码协商成功
测试编号:
7.7.5.5
项目:
呼叫中的编解码协商
分项目:
呼叫中的编解码协商成功
测试目的:
1.检验呼叫中的编解码协商程序能否成功启动。
预置条件:
在MSCServerB设置数据接受呼叫中的编解码协商。
测试流程:
1.建立一个从MSCServerA到MSCServerB的呼叫,呼叫建立消息中可选地带有编解码信息,承载建立方式任选。
2.呼叫激活阶段,由MSCServerA发送一个APM消息,包括:
Action(设置为“mid-callcodecnegotiation”)、Supportedcodeclist。
3.随后收到APM消息,包括:
Action(设置为“modifytoselectedcodecinformation”)、Selectedcodec和/或Availablecodeclist。
4.MSCServerA接受协商的编解码时发送APM消息,其中Action设置为“successfulcodecnegotiation”。
检查点:
在测试流程的步骤4,MSCServerA接受协商的编解码时发送APM消息,其中Action设置为“successfulcodecnegotiation”。
1.1.2.6呼叫中的编解码协商失败
测试编号:
7.7.5.6
项目:
呼叫中的编解码协商
分项目:
呼叫中的编解码协商失败
测试目的:
1.检验呼叫中的编解码协商被拒绝时呼叫是否继续。
预置条件:
1.在MSCServerB设置数据拒绝呼叫中的编解码协商。
测试流程:
检查点:
1.建立一个从MSCServerA到MSCServerB的呼叫,呼叫建立消息中可选地带有编解码信息,承载建立方式任选。
2.呼叫激活阶段,由MSCServerA发送一个APM消息,包括:
Action(设置为“mid-callcodecnegotiation”)、Supportedcodeclist。
3.随后收到APM消息,其中Action设置为“mid-callcodecnegotiationfailure”。
4.MSCServerA应结束呼叫中编解码协商过程。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 承载 建立 释放