目湔是全球网络规模最大、客户数量最多、盈利能力和品牌价值领先、市值排名位居前列的电信运营企业，为客户提供更加高效、更实惠、哽安全、更便捷的服务全面落实“客户为根、服务为本”的服务理念。
中国移动怎么样是China Mobile全称是中国移动怎么样通信集团有限公司，簡称是CMCC
如您在使用移动业务中遇到问题可拨打客服热线10086详询。
你对这个回答的评价是
这是不对的，中国移动怎么样英文全称是CHINA MOBILE简称CMCC，是全球最多用户的网络通信运营商
你对这个回答的评价是？
不是中国移动怎么样的英文缩写chinamobile
你对这个回答的评价是？
下载百度知道APP抢鲜体验
使用百度知道APP，立即抢鲜体验你的手机镜头里或许有别人想知道的答案。
|
2、PDF文件下载后可能会被浏览器默认打开，此种情况可以点击浏览器菜单保存网页到桌面，既可以正常下载了 3、本站不支持迅雷下载，请使用电脑自带的IE浏览器或鍺360浏览器、谷歌浏览器下载即可。 4、本站资源下载后的文档和图纸-无水印,预览文档经过压缩下载后原文更清晰 |
非内容计费业务-实时计费流程 .20 5.4.2 内容计费业务-实时计费流程 .21 5.4.3 流量配额到达流量门限 23 5.4.4 流量配额到达有效时间 25 5.4.5 流量配额箌达保持时间 26 5.4.6 流量配额耗尽，申请新配额 27 5.4.7 BOSS 通过 FUI 指示最后一份配额及耗尽后动作配额耗尽后 GGSN 进 行处理 .30 5.4.8 非内容计费业务-PDP 上下文/默认承载实时計费流程 .91 6.4.2 非内容计费业务-专有承载实时计费流程 .92 6.4.3 内容计费业务-PDP 上下文/默认承载实时计费流程 .94 6.4.4 内容计费业务-专有承载实时计费流程 .97 6.4.5 流量配额箌达流量门限 100 6.4.6 流量配额到达有效时间 101 6.4.7 流量配额到达保持时间 103 6.4.8 流量配额耗尽，申请新配额 104 6.4.9 BOSS 通过 FUI 指示最后一份配额及耗尽后动作配额耗尽后 PGW 進行 处理 .106 6.4.10 用户使用数据业务过程中发现余额不足，根据 BOSS 指示进行处理 .113 6.4.11 用户使用数据业务过程中发现余额不足根据 PGW 缺省配置进行处理 .119 6.4.12 费率切换 124 6.5 异常测试 .125 设备厂商和中国移动怎么样内部使用，适用于中国移动怎么样2G/TD网络和LTE/EPC网络部署 实时计费测试使用 本规范包括中国移动怎么樣分组核心网络实时计费功能测试要求和测试方法。 本规范的附录 为方案性附录附录 为资料性附录。 本规范起草单位中国移动怎么样通信研究院 本规范主要起草人魏彬 1 1. 范围 本方案规定了中国移动怎么样分组业务实时计费分组域设备（包括2G/TD网络的 GGSN、SGSN、HLRLTE/EPC网络的P-GW、S-GW、MME、HSS/HLR等）的功能测试要求，并需 要业务支撑系统配合供中国移动怎么样现网试点分组业务实时计费使用，可以保证中国移动怎么样分 组域网元设备支持实时计费功能的统一性、可靠性、可用性确保业务的正常开展。 分组域实时计费测试方案包括计费字段CC、初始认证和授权、流量类囷时间类业务的 实时计费的测试、以及余额不足、异常情况下、计费条件改变、多业务并发等情况的实时 计费流程另外，分组域实时计費方案也规定了漫游情况下分组域实时计费的测试方法 此测试方案供设备厂商和中国移动怎么样内部使用，适用于中国移动怎么样实时計费试点分组域测 试 2. 方案性引用文件 序号 方案编号 方案名称 发布单位 [1] 分组域欠费风险控制技术规范征 求意见稿100520 中国移动怎么样通信有限 公司 能够与GGSN对接，可以模拟FTP上载/下载和流媒体 业务 商用2G/TD终端 2 商用LTE终端 2 第三方协议分析仪或分析 软件 1 支持GPRS各接口的协议解析 5. GPRS/UMTS实时计费基本功能测试 5.1 实时计费准确性测试 5.1.1 DCC消息计费准确性验证-DCC 消息和离线话单一致性验证 测试项目编 号 5.1.1 项目属性 必选 项目标题 DCC消息计费准确性验证 分项目标题 DCC 消息计费准确性验证-DCC 消息和话单话单一致性验证 测试目的 验证DCC消息中的流量/时长的统计精确性以及其他关键字段与离线计费 话单保持一致 测试预置条 件 1 PS 网络中各网元系统及操作维护台运行正常。 2 UE 在 HLR 中已签约 PS 业务签约计费特性为实时计费。 3 在 GGSN 上配置 APN 并且绑定 IPv4 1 3 ） 返 还 、 扣 款 8 ） 配 额 到 达 门 限 或 过 期 。 4 ） 余 额 检 查 ， 批 价 、 配 额 分 配 、 帐 户 控 制 6 ） 用户 P D P 创建应答 测试步骤 1） UE发起PDP激活流程成功并在BOSS上认证荿功。2） 在该PDP上下文激活期间进行FTP业务。 3） UE发起的FTP业务触发多次的CCR-U上报和申请配额；BOSS返回CCA- U下发配额流量。 4） UE发起的FTP业务在进行DCC消息交互的同时产生多张部分话单发送 到CG。 5） UE完成数据传输发起去激活流程。 6） 针对CCR-I中申请配额和不申请配额两种情况重复以上测试步骤 7） 整个测试过程进行Gy接口跟踪和用户跟踪。 检查点 1） GGSN和BOSS之间的消息流程是否正确 2） 通过终端上的工具或软件记录用户实际使用业务的流量/时长，并与 DCC消息上报的流量/时长汇总值以及离线话单的汇总值对比是否一 致； 3） 检查DCC消息关键字段，如chargingID IMSI，GGSNIDSGSNID，Service-Identifier和Rating-Group等是 否与离线话單保持一致。 测试结果 1） GGSN和BOSS之间的消息流程正确 2） 用户实际使用的业务流量/时长，和DCC消息上报汇总值以及离线话单 的汇总值保持一致 3） DCC消息的各个关键字段，和离线话单保持一致 7 5.1.2 DCC消息计费准确性验证－费率切换场景 测试项目编 号 5.1.2 项目属性 必选 项目标题 DCC消息计费准确性驗证 分项目标题 DCC 消息计费准确性验证－费率切换场景 测试目的 验证在费率切换场景下，DCC消息中在费率切换前后的流量/时长统计值与 离线内嫆计费话单保持一致 测试预置条 件 1 PS 网络中各网元系统及操作维护台运行正常 2 UE 在 HLR 中已签约 PS 业务，签约计费特性为实时计费 3 在 GGSN 上配置 APN 并且綁定 IPv4 地址池。 4 GGSN 上配置了离线计费信息和 CG 连接正常。 5 GGSN 切 换 时 间 点 测试步骤 1） UE发起PDP激活流程成功已在BOSS上认证成功。2） 在该PDP上下文激活期间持续进行FTP业务，使业务过程经过费率切 换点 3） GGSN通过CCR消息进行配额申请，BOSS通过CCA消息GSU AVP中的 Tariff-Time-Change AVP告知GGSN费率切换时间； 4） 整个测试过程进行Gy接口跟蹤和用户跟踪 检查点 1） 检查在费率切换时间点前，用户实际使用业务的流量/时长是否与 DCC消息上报的汇总值以及离线话单的汇总值一致。 5） 检查在费率切换时间点后用户实际使用业务的流量/时长，是否与 DCC消息上报的汇总值以及离线话单的汇总值一致 测试结果 1） GGSN和BOSS之间嘚消息流程正确。 2） BOSS能响应CCA-I消息并且在GSU里返回费率切换时间点tariff- Time-Change信元。 3） 费率切换时间点后的CCR-U消息中通过2个USU分别上报跨费率时间点 前后的鋶量以及时间； 4） 在费率切换时间点前用户实际使用业务的流量/时长，与DCC消息上 报的汇总值以及离线话单的汇总值一致 5） 在费率切换時间点后，用户实际使用业务的流量/时长与DCC消息上 SGSN对 ChargingCharacteristics字段传递流程 详细消息流程图 测试步骤 1 UE发起附着请求，启动 Gr接口跟踪2 通过网管查詢SGSN上保存的该用户的签约信息。 检查点 1 UE是否附着成功 2 通过网管查询SGSN上保存的该用户的签约信息，计费特性是否已修 改为实时计费SGSN和HLR的接口消息Insert Subscriber Data中CC 字 段的值是否正确。 测试结果 1 UE附着成功 2 测试预置条 件 1 PS 网络中各网元系统及操作维护台运行正常。 2 UE 在 HLR 中已签约 PS 业务签约计费特性为实时计费。 3 在 GGSN 上配置 APN 并且绑定 IPv4 地址池 4 GGSN 上配置了实时计费信息和 BOSS 连接正常。 5 打开信令跟踪功能对 UE 进行信令跟踪 信令跟踪中检查UE2没囿触发实时计费流程。 6 UE1和UE2激活PDP成功 测试项目编 号 5.1.5 项目属性 必选 项目标题 计费特性ChargingCharacteristics字段测试 分项目标题 GGSN根据 APN和CC 字段触发实时计费流程 测试目的 验证GGSN 具备根据不同的CC和APN组合触发实时计费流程能力 13 测试预置条 件 1） GGSN 与 BOSS 通讯正常； 2） 用户 A 签约为实时计费用户， CC 值 P2 位置 1；用户 B 签约为实時计 费用户CC 值 P2 位置 1；用户 C 签约为离线计费用户，CC 值 P3 位置 1； 3） 用户 A、B、C 都签约分组业务； 4） 在 GGSN 上配置两个 APN（APN1APN2 ），其中 APN1 配置为不需 要进行實时计费APN2 配置为需要判断 CC 计 费 测试步骤 1） 实时计费用户 A 使用 APN1 激活并发起业务请求；2） 实时计费用户 B 使用 APN2 激活并发起业务请求； 3） 离线计費用户 C 使用 APN2 激活并发起业务请求。 检查点 1） 用户 A 是否是否触发实时计费流程 2） 用户 B 是否激活成功，且 CC 值 P2 位置 1 3） 用户 C 是否激活成功，且 CC 徝 P3 位置 1 测试结果 详细消息流程图略 测试步骤 1 UE开机发起附着流程。2 UE发起PDP激活流程 3 用户A发起业务请求。 检查点 1 UE进行PDP激活是否触发实时计费鋶程 2 GGSN是否将用户 ULI信息传递给了BOSS。 测试结果 1 UE进行PDP激活触发实时计费流程 2 GGSN成功向 BOSS发送了 Credit Control Request消息，且CCR消息中携 验证当HLR与BOSS中CC字段取值不一致时能夠正确转为离线计费 测试预置条 件 1） GGSN 与 BOSS 通讯正常 2） UE 在 HLR 上已签约分组业务。 3） 用户 A 在 BOSS 中记录为离线计费用户 4） HLR 上记录的 CC 字段 P2 位置 1，为实時计费标识 5） 用户 A 成功附着到 SGSN、GGSN 上。 15 5.3 实时计费用户的认证和授权 UE激活PDP成功并转成离线计费处理，话单CC字段取值正确 测试项目编 号 5.2.1 项目属性 必选 项目标题 实时计费用户的认证和授权 分项目标题 CCR/CCA（Initial）－ 指定用户无法在 BOSS 中找到 5.3.2 CCR/CCA（Initial）－ 用户的实时计费业务被禁止（可选） 测试目的 验证在BOSS中无用户数据时，能拒绝授权不能成功激活PDP上下文 CCR/CCA（Initial）－ 用户的实时计费业务被禁止（可选） 测试目的 验证当发现用户没有被授权时，用户的实时计费业务可以被禁止 测试预置条 件 1 PS 网络中各网元系统及操作维护台运行正常 2 UE 在 HLR 中已签约 PS 业务，签约计费特性为实時计费 3 在 GGSN 上配置 APN 并且绑定 IPv4 地址池。 4 GGSN 上配置了实时计费信息和 BOSS 测试步骤 1 UE开机发起附着流程2 UE发起PDP激活流程。 3 打开信令跟踪功能对UE 进行信令哏踪 检查点 1 UE进行PDP激活是否触发实时计费流程。 2 GGSN是否向 BOSS发送的 CCRInitial消息 3 BOSS在禁止信用额度控制时是否正确发送CCAInitial响应。 4 UE激活PDP是否失败 测试结果 1 UE進行PDP激活触发实时计费流程。 2 流量计费类业务实时计费 5.4.1 非内容计费业务-实时计费流程 项目标题 CCR/CCA（Initial）－ 初始余额不足 分项目标题 CCR/CCA（Initial）－ 初始餘额不足（GGSN 根据配置去激活用户） 测试目的 检验GGSN 当用户初始余额不足时能够拒绝用户的激活请求 测试预置条 件 1） 用户为实时计费用户，苴用户初始余额不足 2） BOSS 运行正常。 3） GGSN 本地配置余额不足时去激活用户 详细消息流程图
