中国联通3G门户业务技术要求

中国联通 3G 门户 业务 技术要求 中国联合 网络 通信有限公司 中国联合 网络 通信有限公司 I 目 录 1 概述 . 1 1.1 文档内容 .1 1.2 适用范围 .1 1.3 解释权及修订权 .1 1.4 术语和缩 略语 .2 1.5 参考文献 .2 2 业务技术要求 . 3 2.1 业务访问和订购流程 .3 2.1.1 业务使用流程（访问非计费 URL） . 3 2.1.2 业务使用流程（访问计费 URL） . 4 2.1.3 订购业务流程 . 5 2.2 页面开发规范 .6 2.2.1 标记语言规范 . 6 2.2.2 页面设计基本原则 . 7 2.2.3 页面效果规范 . 7 2.2.4 背景音乐规范 . 9 2.2.5 图标与图形规范 . 10 2.2.6 CACHE 规范 . 11 2.2.7 菜单规范 . 12 2.2.8 页面返回规范 . 12 2.2.9 文本显示 规范 . 13 2.2.10 用户输入规范 . 15 2.2.11 格式化输入规范 . 15 2.2.12 浏览器性能参考 . 16 2.2.13 MHTML 格式页面 . 16 2.2.14 终端适配 . 20 2.2.15 COOKIES 规范 . 20 2.3 URL说明 .21 2.4 业务返回规范 .21 2.4.1 说明 . 21 2.4.2 适用范围 . 22 2.4.3 页面和软键 (数字键 )的返回规定 . 22 2.4.4 业务的“返回上级” . 23 2.4.5 业务的“返回首页” . 25 2.4.6 业务的返回“频道首页” . 26 2.5 WAP PUSH 规范 .27 2.5.1 说明 . 27 2.6 业务实现要求 .27 2.6.1 对 WAP1.2 的兼容 . 27 2.6.2 浏览类业务 . 31 2.6.3 下载类业务 . 34 2.6.4 业务订购 . 34 2.6.5 PUSH 类业务 . 35 2.7 用户手机号码和手机型号获取说明 .35 2.8 编码和代码 .36 2.9 计费模式 .36 中国联合 网络 通信有限公司 1 1 概述 中国联通 WCDMA 移动互联网 业务开展以 后 ，用户数增长迅速，用户使用的各类业务越来越丰富，目前提供的各类业务均是按照 WAP1.2 标准向用户提供的服务。中国联通 前期已 建立了统一的 WAP 2.0 门户站点， WAP2.0 门户即将上线。 为了提供更好、功能更加强大的服务， 2009 年新建 3G 门户 与 2G 门户站点相结合 ， 对用户提供各类服务，为了 保证 统一 2G/3G 门户 业务，特制定了 本 业务规范。 1.1 文档内容 本规范内容包括 3G 业务 门户 的技术说明 ， 业务访问流程，计费和价格原则以及各类业务规范，并 给出了相应的基 本原则与例子。 同时对于 2G 业务的兼容性和延续性作了相关说明 。 1.2 适用 范围 本规范适用于中国联通各级机构和 CP/SP（内容 /服务提供商）通过中国联通2G/3G 业务 门户站点向用户提供各类 增值业务 服务。 1.3 解释权及修订权 本规范由中国联通制定、审核并发布，起草单位为中国联通 产品创新部 。 本规范将根据市场发展需要适时进行修改，其修改权和解释权属于中国联通 产品创新部 。 中国联合 网络 通信有限公司 2 1.4 术语和缩略语 WAP: Wireless Application Protocol SP: Service Provider,服务提供商 页面：每次请求 ，所得到的显示内容 频道 ： 根据业务内容分类划分的区域，频道下为 栏目列表 栏目： 频道中的某一类服务，栏目下是业务列表 栏目标题：显示内容的页面顶端显示的内容标题 栏目名称：菜单栏目列表中指向内容链接或下一级菜单链接的栏目名 XML： extensible markup language, 扩展超文本标记语言 , HTML 的最新版本（ v.4.1）是 XHTML 的基础。 XHTML MP: XHTML mobile profile, XHTML 移动描述 。源于 XHTML Basic 并且从完整的 XHTML 1.1 中增加了 在移动浏览器中有用的元素和属性。 WAP CSS： WAP cascading style sheets，是 CSS 的移动版本， 是 CSS 的一个子集，但不包括那些不适用于特别小的设备功能。 CP/SP：内容提供商 /服务提供商 资费 确认：用户确认收费 规则 ，如包月、点击及收费金额 计费：根据用户确认的收费策略，作计费处理，计算本次使用服务的费用 1.5 参考文献 中国联通 WCDMA 移动互联网门户业务规范 中国联合 网络 通信有限公司 3 2 业务 技术要求 2.1 业务访问和 订购 流程 2.1.1 业务使用流程（访问非计费 URL） 用 户W E B 网 关 / H T T P代 理W A P / W E B门 户V A C S PP o r t a l 浏 览判 断 用 户 请 求 ，将 用 户 请 求 定 位 到 全 国 门 户P o a t a l 浏 览P o r t a l 展 现浏 览 请 求判 断 用 户 访 问 的 是 非 计 费 U R L转 发 浏 览 请 求业 务 返 回流程描述： （ 1）用户一键上网，访问总部门户； （ 2） WEB网关判断用户请求，将用户请求定位到总部门户； （ 3）联通 Portal展现； （ 4）用户发起一个浏览请求； （ 5） HTTP代理根据用户所请求访问的 URL判断出是非计费 URL，转发用户请求至免费 SP； （ 6） SP给用户返回访问内容。 中国联合 网络 通信有限公司 4 2.1.2 业务使用流程（访问计费 URL） 用 户W E B 网 关 / H T T P代 理W A P / W E B门 户V A C S PP o r t a l 浏 览判 断 用 户 请 求 ，将 用 户 请 求 定 位 到 全 国 门 户P o a t a l 浏 览P o a t a l 展 现浏 览 请 求判 断 用 户 访 问 的 是 计 费 U R L转 发 浏 览 请 求业 务 返 回触 发 鉴 权认 证 鉴 权用 户 一 键 上网 ， 访 问 总 部门 户用 户 访 问 收 费内 容 用 户 已 订 购 ， 用户 直 接 使 用 （ 按 次计 费 业 务 ） 用 户 已 订 购 ，用 户 直 接 使 用（ 包 月 业 务 ）鉴 权 成 功 ， 用 户 已 订 购生 成 话 单鉴 权 成 功 ， 用 户 已 订 购重 定 向 到 资 费 提 示 页 面展 现 资 费 提 示 页 面用 户 确 认 资 费重 定 向 到 用 户 浏 览 页 面业 务 返 回生 成 话 单B S S同 步 话 单同 步 话 单用 户 未 订 购 ， 提 示用 户 订 购鉴 权 失 败 （ 用 户 未 订 购 ）触 发 订 购 流 程修改话单生成 /同步话单流程 .只修订图 流程描述： （ 1）用户一键上网，访问总部门户； （ 2） WEB网关判断用户请求 ，将用户请求定位到总部门户； （ 3）联通 Portal展现； （ 4）用户发起一个浏览请求； （ 5） HTTP代理根据用户所请求访问的 URL判断出是计费 URL，触发到 VAC鉴权 用户已订购，用户直接使用（包月业务）： （ 6）鉴权成功，用户订购的是包月业务，则 HTTP代理转发用户请求至收费 SP； （ 7） SP返回访问内容； （ 8） HTTP代理触发到 VAC的话单生成请求； （ 9） VAC生成话单，并同步给 BSS； 用户已订购，用户直接使用（按次计费业务）： 中国联合 网络 通信有限公司 5 （ 6）鉴权成功，用户订购的是按次计费业务，则 HTTP代理重定 向到资费提示页面； （ 7）用户确认资费； （ 8）页面重定向到用户浏览页面； （ 9） SP返回访问内容； （ 10） HTTP代理触发到 VAC的话单生成请求； （ 11） VAC生成话单，并同步给 BSS； 用户未订购，触发订购流程： （ 6）鉴权失败，用户未订购， HTTP代理 重定向到业务订购提示页面。 2.1.3 订购业务流程 用 户W A P / W E B 门 户 V A C S P O C S / S C PB S S用 户 访 问 订 购 页 面发 起 认 证 鉴 权扣 费 结 果 返 回预 付 费 扣 费展 现 页 面 订 购 页 面订 购 请 求展 现 二 次 确 认 页 面用 户 确 定 订 购用 户 、 业 务 、 S P 进 行 认 证 鉴 权生 成 订 购 关 系 / 出 话 单鉴 权 成 功展 现 订 购 成 功 页 面 订 购 关 系 通 知 S P订 购 关 系 通 知 B S S参考 VAC规范 流程说明： （ 1）用户访问业务订购页面； （ 2）门户展现订购页面； （ 3）用户点击订购链接，发起订购请求； （ 4）门户展现二次确认页面 ； （ 5）用户点击确认链接； （ 6）门户发起到用户归属的 VAC的订购鉴权； （ 7） VAC对用户进行状态认证、业务能力鉴权、终端能力鉴权、对业务进行鉴权、对 SP进行鉴权； （ 8）鉴权通过后判断用户是否是预付费用户，如果是，则发起到 OCS/SCP的实时扣费，并接收扣费结果，如果扣费成功，则继续，否则鉴权失败，提示用户余额不足，订购失败。如果用户是后付费用户则继续； （ 9） VAC生成订购关系； （ 10） VAC向 SP发送订购关系通知，并获取 SP回复信息； 中国联合 网络 通信有限公司 6 （ 11） VAC向 BSS发送订购关系通知，并获取 BSS回复信息 ； （ 12） VAC返回订购鉴权成功响应给门户。 （ 13）门户向用户展示订购成功提示页面。 2.2 页面开发规范 2.2.1 标记语言规范 1. 所有页面都要求由 XHTML 编写，严格遵循 XHTML MP 规范，请参考本文以上内容，或者参考： /documentation/xhtml_mp_css_reference_70/index.html 2. 页面验证工具： / 3. 所有的页面都要已以下格式开始 4. 页面编码为 utf-8。 5. 所有属性要求双引号。 6. 所有的 & 符号 , 都要改成 &； 7. 所有的标签 (除了文件头的 DOCTYPE)都是小写，并且注意。 8. 标签是大小写相关的，比如 : 应当写为 ： 9. 所有的标签都要封闭 10. 所有的标签的嵌套关系要符合 xhtml mp 规范 , 比如 后，要加 11. 业务内地址要求用相对地址，且不要用 refresh 功能 . 中国联合 网络 通信有限公司 7 2.2.2 页面设计基本原则 1. 相比 2G 网络， 3G网络在网络带宽上大大增加，引领用户进入真正的无线互联网时代； CP/SP 应基于 3G 网络的特点开发出内容更丰富的应用，在3G 门户的页面设计上考虑更丰富的媒体类型和内容元素。 2. 由于手机终端具有屏幕狭小、输入受限等特点，同时移动互联网带宽受限，因此 CP/SP 业务设计本着引导与方便用户使用原则而开展。 3. CP/SP 所开发业务既要较快让用户进入与使用，又要方便用户出来使用其它栏目或者 CP/SP 业务。用户进入后无法通过链接返回首 页的业务视为重大错误。 4. 浏览类与信息类业务要求各 CP/SP 要有功能与风格基本一致的界面。 2.2.3 页面效果规范 页面的效果应把握“提高访问速度的前提下，提高页面浏览流量、提高页面视觉冲击效果”的原则： 1. 单页面图片与文字总和的整体容量应控制在 150k 以下，普通页面的全部展现时间应保证小于 4s，多图形页面的全部展现时间应保证小于 6s（包括页面内置对象）。 2. 对于业务入口页面，在保证速度的前提下，应尽可能做得丰富一些，增强用户的视觉感受；对于第二级和第三级及其以下的页面，可以稍微简化页面的效果，但是不允许出现纯文本的页面 。 3. 对于使用图片的页面，应该设置与图片主色调相近的背景色，在用户触发页面的下载后，应保证用户通过迅速见到出现的背景色而能感受到下载已经进行，绝对不能在下载进行中向用户展现白屏。 4. 如果使用表格的嵌套，嵌套的层数应该少于 2 层。 5. CSS 应该定义到每一个文件，不能单独做成一个文件， 应使用页面内包含。 6. 对于背景的图片，建议使用小图片的平铺方式，可以大大提高下载速度，中国联合 网络 通信有限公司 8 平铺应该优先考虑手机 170 像素的屏宽。否则将会出现明显的接缝痕迹，示例如下 : 未考虑手机平铺效果： 建议平铺效果： 7. Html Body 下的子 TAG 中的内容应尽量少， 尽量少定义全局， 应分散到多个子 TAG 中， TAG 禁止相互嵌套，代码示例 :  ；  ； 方 孤苦伶仃接口管理发动机可法律界公开勒索奋斗 应该为：  ； 中国联合 网络 通信有限公司 9  ； 方孤苦伶仃接口管理发动机可法律界公开勒索奋斗 8. 页面中所有显示图片应加 Alt， 在图片未完全下载前，能够用文字给用户以图片展示内 容的说明。示例代码如下： 2.2.4 背景音乐规范 1. 背景音乐使用 MIDI 格式。 2. 为了满足用户在不同场景中的需要， 页面中应该设置明显的可以开启或关闭背景音的操作方式。 3. 背景音乐的请求代码应该放在图片的 请求代码的 之 后，以保证下载速度和用户感受，示例代码如下： 推荐的写法： 中国联合 网络 通信有限公司 10 fkdgjkldgjklfjdksgjkdl gjklfdjgkldjf 不推荐的写法： fkdgjkldgjklfjdksgjkdl gjklfdjgkldjf 2.2.5 图标与图形规范 1. 为了保证页面的整体下载时间，建议单页面图片的容量应该控制在 100k以内。 2. 图片下载必须提供图片预览功能，预览时显示文字应为“生成预览中 ”， 预览图片应 为 80x80 像素，大小应控制在 6K 以内，以保证预览生成的速度在 3 秒以内。正式下载的图片应尽量保证容量较大，图像清晰。建议下生成预览中 中国联合 网络 通信有限公司 11 载图片大小在 25K 左右， 预览页面效果如图： 3. 浏览器 对于不同格式的图片解码速度是不同的，根据测试值得出（ OPENWAVE 浏览器），解码速度 BMPPNGJPEGGIF， 建议 CP/SP在保证图片质量的基础上，最好选择 GIF 和 PNG 格式的图片，并且应经过 PHOTOSHOP 压缩。 4. 由于使用小图标会增加 Http 请求的个数从而影响页面的整体下载速度，所以不推荐在栏目列 表中使用较多的小图标，建议使用 特殊符号或者数字符号代替小图标，可以很大程度上提高浏览速度； 如果必须使用，则每页使用小图标的个数不应超过 15 个，且单个图标大小应在 500byte 以内 。 2.2.6 CACHE 规范 1. 为加快用户浏览页面显示速度，业务入口页面，以及公共性和架构类的页面应使用 CACHE，其他页面不应使用 CACHE。 2. 不要将时效性很强的内容（如新闻、股票信息等）留在 CACHE 中。 3. 天气信息、交通信息等特定内容在 CACHE 中的有效时间为 6 小时。 4. 对动态信息要强制更新。 中国联合 网络 通信有限公司 12 2.2.7 菜单规范 1. 菜单项按业务的重要性的顺序来排列， 用户最可能选择的业务排在前面。 2. 菜单项应遵循的排列格式：在保证美观的基础上，如果菜单一列显示，文本部分左对齐，图片菜单部分中间对齐；如果分列显示，文本部分左对齐，图片菜单项要尽量与屏幕宽度相同，如果不能相同，则要保证中间对齐。 3. 菜单项应尽量避免使用小图标。 4. 建议使用数字快捷键作为菜单选择手段，但是菜单选项应该使用明显的标识提示用户使用数字快捷键，菜单选项多于 9 个时，定义“ 0”键表示进入下一页，定义“ *”键表示返回上级；定义“ #”键表示返回首页。对于不支持字符触发的终端，“返回上级”和“联通首页”应采用小图标 和文字链接，可以通过方向键选择。 5. 菜单尽量不要小图标（ Icon）和数字快捷键同时使用，因为这样，对于大部分终端，会造成菜单文字的换行，影响界面的美观。 6. 如果需要在一个菜单项上执行多个操作，可以通过弹出式菜单实现。 2.2.8 页面返回规范 用户经常使用手机中的返回按键（通常就是删除按键）返回或退出，因此，返回连接对一个业务的成功是十分关键的，要倍加关注，对返回连接设计好的业务，将会显著地提高用户的使用次数。 1. 在所有业务的页面底部必须有一个“联通首页 #”和“返回上级 *”的链接 (注意必须在链接的文字后提供“ #”和“ *”作 为明显的标识提示用户 )； “返回首页 ”的链接为： ，页面效果如图： （ 个人图片 )（ 图片下载 ） （ 铃声下载 ）（ 屏保动画 ） （ 音乐动画 ） (背景图片 ) 返回上级 * 联通首页 # 中国联合 网络 通信有限公司 13 返回上级：指返回 SP 的应用菜单 联通首页：指返回互动视界的首页 2. 如果上一个页面是重定向页面，则“返回上级”应跳过重定向页面。 3. 为了便于用户的使用，在有些情况下，允许返回上级功能不直接返回上一个页面，而是将用户带到最方便使用业务的页面。 例：用户在使用铃声搜索或者单词翻译的业务时，当输入的要搜索的铃声或 者翻译的单词，然后进入确认页面，点击确认后，当没有找到时出现的提示页面中的返回，不是返回到确认页面，而是返回到重新输入页面； 2.2.9 文本显示规范 1. 一个 CARD 中显示 5k 以下 字符，即 2000 汉字以内。 2. 当需要显示的内容超过范围时，在底部提供一个“下一页”连接，但在每个栏目下，传送给用户的内容最好不要超过 3 页。 3. 将超出一行的内容分行显示，但主菜单及子栏目标题则应尽量将文字压缩为一行。如：“少女系列三十一”此标题字符过长，可将其压缩为“少女系列 31”。 4. 所有文本左对齐。 5. 每段文字的首字需要保证对应的文字缩进。 6. 浏览 图片和新闻等内容时，应提供明示下一主题或内容的连接说明，用于用户直接转到下一个主题或内容，比如“下一张”、“下一条”等，而不要仅仅显示“下一页”，以免造成用户的混淆。 7. 所有提示性文字应使用统一的简体中文，避免出现英文与中文混合的内中国联合 网络 通信有限公司 14 容，如“ Loading 请稍后”，应为“正在下载中 请稍后”。 8. 菜单中的各项要按照一定的逻辑顺序来排列，如按照类型、时间、字母顺序等。如果没有逻辑顺序，就按优先级排列，将最可能选择的排在最前面，将最新更新的部分放在最前面，并加入“ NEW”字样。 9. 新闻类栏目要在新闻标题的后面显示新闻 发布的日期及出处。如图： 10. 当用户阅读文本时，应能主动预读取下一页文本到手机的 CACHE 中，加快用户阅读的切换速度。 比如： Page 1 of 2 。 1. 中 国 队 大 胜 香 港队 。 (2004。 11。18，摘自 XX 时报 ) 2. 央视招 标突 破 50亿 。 (2004。 11。18，摘自 XX晚报报 ) 3. 北京警方成功破获多起抢劫案 。(2004.11.18 ，摘自XX 时报 ) 下一页 返回上级 * 联通首页 # 中国联合 网络 通信有限公司 15 上面的 代码展示了如何利用预取功能对一个卡片组中的下一个卡片进行访问。 2.2.10 用户输入规范 1. 尽量减少用户的文本输入。 2. 当已激活输入区域时，只需要有一个确认连接，不需要提供其他功能。 3. 为每一个输入项尽可能直观的提示与描述，但不要多于 10 个汉字。 4. 对每一个输入项，将输入的内容限制在 254 个字符之内。 5. 应通过设定输入框的内容类型，避免用户增加切换输入法的操作。 6. 对用户输入的密码，不要用 *进行掩盖，在手机上明文显示即可。 7. 使用 MAXLENGTH 参数来限制用户输入密码的长度，避免用户出错。 2.2.11 格式化输入规范 格式化输入主要包括输入日 期、信用卡号码等具有固定格式的内容。 1. 对所有格式化输入都必须表明输入格式，如输入如期时可以表示为：MM/YYYY 见下 例： 2. 对输入的类型进行强制匹配，该输入数字的地方，不能输入字母。 3. 可以通过 MAXLENGTH 参数限制输入的字符数。 4. 对确定的内容进行预制， 如输入日期时可以表示为 20xx，只让用户输入后两位数字就可以。 5. 对可确定用户输入的文字功能实现自动切换，如需用户输入密码时，应自动切换为“数字功能”，要求用户输入 Email 地址时，应自动切换为“英文”等。 中国联合 网络 通信有限公司 16 2.2.12 浏览器性能参考 1. 建议 CP/SP 建议控制页面中 Http link 数目。 2. 页面中 http link 请求的顺序是按照编写的顺序产生的，建议 CP/SP 对于较大的对象应尽量放在后面。 3. 页面编码应采用 utf-8， 可减少 proxy 或终端的转化。 2.2.13 MHTML 格式页面 概述 鉴于 4.2.11 章节中提到的手机浏览器单连接同步发送请求的特性，减少同一页面中请求数量可以有效的加快页面翻转速度。 MHTML 格式页面恰恰可以满足如上需求。 目前 Openwave 6.X 版本 的浏览器已经被普遍的应用在 Wap2.0 终端上，该版本手机浏览器可以支持 Multipart/related MIME Type。由于 MHTML 格式页面对于“多图”页面能够显著提供页面翻转速度，因此，对于由页面下载速度缓慢而严重影响用户感知、用户体验的页面，建议采用 MHTML 格式页面进行打包，将多个请求转换为一个请求，缩短由于手机浏览器的局限而导致页面翻转较长的耗时。 实现原理 网页打包技术是一种基于 HTTP 的传输扩展协议，可以参考互联网标准协议RFC2557 MIME Encapsulation of Aggregate Documents, such as HTML (MHTML)，通过在传输过程中实现页面和 页面内嵌对象的整合编码技术，实现一次连接可以传输完整页面及页面内嵌对象的技术标准。本协议是对 RFC2557 在 WAP 传输上的修正，针对无线网络的特性，去掉了冗余数据，结合 WCDMA 的高速数据通道实现无缝高效传输。 传统的 WAP 页面传输过程： 中国联合 网络 通信有限公司 17 1. 向服务器发送请求，请求页面文件 (WML 或 XHTML)。 2. 显示初步页面。 3. 浏览器针对页面进行分析，得到页面内嵌对象（如图片，铃声）的 URL。 4. 继续发送对页面内嵌对象请求。 5. 显示完整页面。 WML/XHTML 格式 页面传输示意图 打包技术页面传输过程： 1. 向服务器发送页面请求，传输整个 MHTML 页面文件。 2. 对打包文件解码，显示完整页面。 MHTML 技术传输示意图 MHTML 文件 一次请求 /应答 页面元素文件 XHTML 文件 多次请求 /应答 一次请求 /应答 手机 服务器 手机 服务器 手机 服务器 中国联合 网络 通信有限公司 18 简单实现过程 .1 将网页转成 Multipart 格式 1. 使用 IE 打开某业务入口页面。 2. 在菜单中选择另存为。 3. 在对话框内选择保存类型为 WEB 档案，单一文件 。 4. 选择编码为 UTF-8,文件名为 test.mht，确定保存。 5. 在菜单中选择另存为。 6. 在对话框内选择保存类型为 网页， html格式 。 7. 文件名为 test. html，确定保存。 8. 使用文本编辑器打开 test.mht。 9. 去掉前的 16 行（前 16 行为 IE 自行添加的冗余信息）。 10. 增加以下内容： .2 将页面元素转成 Base64 格式 接前一章节： 1. 查找图片文件的 URL 位置。 2. 修改为本地路径。 3. 去掉最后一行的标识 -=_NextPart_000_0000_01C54B57.43303D40-（对于不同情况，黄色背景部分可能略有不同）。 -=_NextPart_000_0003_01C54672.B1702520 Content-Type: text/html；charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Location: page 中国联合 网络 通信有限公司 19 4. 在文件尾部加上以下内容（假设该测试页面只内嵌了 2 个对象）： 5. 在 test.files 文件夹中找出图片文件并使用 BASE64 进行编码，获得纯文本字符串，或参照以下步骤使用 outlook 对图片进行编码。 a) 打开 outlook,新建一个邮件 b) 在附件中选择以上的图片文件 c) 发送邮件 d) 在邮件发送箱中找到该邮件 e) 查看邮件属性里的详细信息 f) 选择编号好的图片文件内容 .3 整合为 MHTML 文件 1. 在 test.mht 中粘贴对内嵌对象进行 BASE64 编码后的纯文本字符串。如， -=_NextPart_000_0003_01C54672.B1702520 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-Location: a.gif 此处粘贴 a.gif 进行 BASE64 编码后的纯文本字符串 -=_NextPart_000_0003_01C54672.B1702520 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-Location: b.gif 此处粘贴 b.gif 进行 BASE64 编码后的纯文本字符串 -=_NextPart_000_0003_01C54672.B1702520- -=_NextPart_000_0003_01C54672.B1702520 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-Location: a.gif -=_NextPart_000_0003_01C54672.B1702520 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-Location: b.gif -=_NextPart_000_0003_01C54672.B1702520- 中国联合 网络 通信有限公司 20 2. 将 test.mht 另 存为 test.jsp。 3. 部署到应用服务器。 4. 进行测试。 应用范围 如 章节要求， 对于由页面下载速度缓慢而严重影响用户感知、用户体验的页面 ，我们建议采用 MHTML 格式页面进行打包。 以下举例说明建议采用 MHTML 格式进行开发的现网业务页面（灰色涂抹部分为尚未下载完成的图片说明，顾及影响，此处以灰色进行涂抹）。 以上页面效果严重影响用户感知、用户体验，因此，对于此类业务页面，我们建议以 MHTML 格式进行开发。 2.2.14 终端适配 1. 由于终端支持的选择性的，相同设计的页面在不同的终端上有着不同的表现形式，因 此，请 CP/SP 在开发时注意通过终端适配，识别不同的终端并根据其不同的能力属性来推送适配的页面。 2. 由于终端 CPU 性能的影响，一些终端在解码时 CPU 资源占用严重，影响浏览速度，这类终端不适合图片内容较多的页面的展现， CP/SP 应单独对这类终端进行适配。 2.2.15 COOKIES 规范 鉴于终端浏览器可以设置不支持 Cookie，因此，对于需要保存会话关系的 WAP 中国联合 网络 通信有限公司 21 2.0/HTTP 应用程序，应通过 URL 重写（ URL Rewriting）的方式来保存会话关系，即将用户的会话信息保存在 URL 中，当用户点击链接时送回服务器端来保 持用户的会话关系。 2.3 URL说明 SP 在中国联通 3G 门户中 提供一个 业务时， 需遵循中国联通基于 URL 计费（信息费）的原则，对于接入的 任何收费业务 需要 提供如下 几类 URL： 参数名称 参数举例 用途描述 入口 URL /w