没有合适的资源?快使用搜索试试~ 我知道了~
基于GSM无结构化补充业务数据的WAP规范
需积分: 10 9 下载量 23 浏览量
2008-04-05
19:38:25
上传
评论
收藏 889KB PDF 举报
温馨提示
试读
27页
这个文件描述了WA P向GSM 的无结构化补充业务数据( Unstructured Supplementary<br>Service Data, USSD)阶段2规范转换的方法
资源推荐
资源详情
资源评论
下载
第19章 基于GSM无结构化补充业务数据的WAP规范
19.1 范围
这个文件描述了 WA P 向GSM 的无结构化补充业务数据( Unstructured Supplementary
Service Data, USSD)阶段2规范转换的方法。本文对GSM 的USSD 做了简短的描述。完整的
描述,请参阅 [ G S M 0 2 9 0 ]、[ G S M 0 3 9 0 ]和[ G S M 0 4 9 0 ] 。
作为WA P 协议的承载者,G S M的USSD 缺乏一些应用必须的基本服务和类似通讯中所需
的其他应用。 例如,G S M 的 U S S D 业务是半双工的,无法携带目的地址(只使用移动电话的
M S I S D N)。U S S D的对话控制协议( Dialog Control Protocol ,U D C P)用来克服这些限制。
本文定义了U D C P , UDCP 协议不是ETSI 的GSM 规范的一部分。
19.2 USSD 的一般描述
19.2.1 简介
GSM 标准包括了大量的增值服务(如,呼叫禁止、呼叫转移等),通过键入文本字符可
以使用这些服务。例如,键入文本字符串“ * * 2 1 * 1 2 3 4 5 6 7 # S E N D ”可将所有的来话呼叫转移
到号码1 2 3 4 5 6 7 上,而且,大多数 M S的制造商还为用户提供了更加友好的方法来完成这些工
作。
通常,当从移动台管理这些标准的 G S M 增值业务时,可以使用结构化的功能信令。例如,
当用户激活了一项增值服务如呼叫转移时 , 移动台识别这个呼叫,而后调用传送给网络的标准
信令过程,因为呼叫转移增值服务是 G S M标准的一部分。
增值服务分阶段被引入到 GSM 标准中。为了支持旧的移动设备和运营商指定的服务
(Operator Specific Service,O S S ) ,一种容器机制,即无结构化补充业务数据在 G S M标准中被
引入。当移动台( M S )无法识别用户键入的文本字符串时, U S S D 操作被发向网络。在下一
阶段的标准中,将允许网络发送面向移动台的 U S S D 操作,以及移动台与网络相结合发起的操
作,以便能够利用对话的方式交换数据。从网络发出的操作内容在移动台显示端结束,而移
动台发出的操作可以在路由选择后发送到网络中一个支持这个操作的应用上。这样,可以将
U S S D 看作是通过GSM 网络的透明管道。
U S S D最主要的两个特点如下:
• 用类似于标准G S M网络增值服务使用的传输机制,运营商可用 U S S D提供运营商指定的
服务。
• USSD可以被看作是通过GSM 网络的透明承载者。
19.2.2 USSD 标准
1. USSD阶段1
网络发起的操作不被支持,仅支持移动端发起的操作,这意味着移动台可以向网络发出
请求并得到响应。没有对话机制。
2. USSD 阶段 2
这是目前的标准状态。对话会在移动台和网络节点之间建立,在这个对话中,可以发送
多个后续的U S S D 操作。
3. USSD 阶段2 + (增强的U S S D )
下面是E T S I 考虑的USSD 增强内容:
• 使用扩展的D C S来区分M M I模式(DCS='000 01111 ')和承载模式(DCS='01xx xxxx')。
• 在承载模式中,DCS 可指定消息级别:立即显示、 M E -指定、S I M -指定和T E - 指定。
• 在承载模式中,当通过网络进行 U S S D路由时,用二进制编码的网络单元标识符代替字
符服务代码。
• 在承载模式中,采用源于 S M S 用户数据头的概念,参见 [ G S M 0 3 4 0 ] 。
• 支持多重对话。
19.2.3 USSD 特性和参数
1. 概述
下面的各节描述了USSD 特殊的特性和参数,描述中以 USSD 阶段2规范作为基准。
2. USSD 对话
U S S D 有两种对话类型:移动端发起的和网络发起的。
(1) 移动端发起的对话
移动发起的对话如图 1 9 - 1所示。移动台通过调用 ProcessUSSDRequest 操作来发起对话。
网络有两种响应方式,或是通过调用 USSDRequest 操作进行响应,或者通过接收 P r o c e s s
USSDRequest 操作返回的结果释放对话。通过发送 RELEASE COMPLETE 无线层3的消息
(E N D在T C A P 中),移动台和网络在任何时候都可以释放这个对话。
图19-1 移动发起的 USSD 对话
( 2 ) 网络发起的对话
网络发起的对话如图 1 9 - 2 所示。网络通过启动 USSDRequest 操作来发起对话,移动台通
过对USSDRequest 操作返回的结果来响应它。通过发送 RELEASE COMPLETE 无线层3的消
5 0 6 第三部分 协 议 层
下载
移动台
开始,调用ProcessUSSDRequest
继续,调用USSDRequest
继续,产生USSDRequest 结果
结束,产生ProcessUSSDRequest 结果
网络
息(E N D在T C A P中),移动台和网络可在任何时候释放这个对话。
图19-2 网络发起的USSD对话
3. 数据编码方案(见表1 9 - 1)
一个USSD 操作有两个参数:DCS 和USSD 字符串。D C S规定了U S S D字符串中使用的数
据编码方案,[GSM 0290] 规定了给定操作的D C S 设置。
根据[GSM 0390],如果D C S 违反了标准设置,网络应该用错误拒绝操作。
表19-1 数据编码表
操 作 [GSM0290] 中规定的D C S的设置和根据[ G S M 0 3 3 8 ] 的编码
移动端发起的操作 “无规定语言” 和“SMS 默认字母表”
DCS=0000 1111
移动端发起的操作响应 无规定
网络发起的操作 无规定
网络发起的操作响应 “无规定语言” 和“SMS 默认字母表”
DCS=0000 1111
4. 服务码(S C)
服务码是一种内部的产物,是从最初有意识使用 USSD 作为管理运营商指定的增值服务
机制继承过来的(根据M M I 字符串格式“*# S C * < d a t a > # ”,这里S C是服务码)。
服务码是U S S D 第一个字符串部分,它从移动台发出并作为指向终端节点字符串 (如M S C 、
VLR 或H L R ,取决于服务码的值 )的一种向导。一旦在移动台和应用程序之间建立起对话,一
个通过网络的透明管道就被打开,因此在对话的其他时间里不再需要服务码。
这个过程以及服务码的分配已经被标准化。 [ G M S 0 2 9 0 ] 可识别两种服务码: V P L M N 和
H P L M N 服务码。 H P L M N 服务码可通过U S S D 字符串路由到H L R ,而V P L M N服务码可通过该
字符串路由到 M S C / V L R 。为了能从G S M 网络的外部使用 U S S D,一个处在H L R 中的U S S D 应
用程序必须把U S S D字符串转发到外部节点。该应用程序必须提供如下功能:
F (服务码) - > 外部节点地址
如果最终的应用程序(一种为用户请求提供服务的应用)不在外部节点上, U S S D 字符串
(从U S S D 串操作中抽取的,并包含在其他的协议中)必须被传递到最终应用主机所处于的节
第19章 基于GSM 无结构化补充业务数据的WAP规范 5 0 7
下载
网络
移动台
开始,调用USSDRequest
继续,产生USSDRequest结果
结束
点上。
5. USSD 计时器
为了监视USSD 对话和避免对话被挂起,在网络中有一些计时器。计时器在 [GSM 0902]
中被规定。
(1) ProcessUSSDRequest 调用计时器
当网络收到调用 P r o c e s s U S S D R e q u e s t 请求(移动台已经发起一个对话)时,计时器被启
动,它一直运行到ProcessUSSDRequest 结果被发送到移动台(对话被释放)。
计时器限制了对话的总长度,它的值从 1分钟到1 0分钟。
(2) USSDRequest 调用计时器
当网络发送调用 U S S D R e q u e s t 的请求时,计时器被启动并一直运行,直到接收到
U S S D R e q u e s t 的结果。
这个计时器设置了对移动台应用处理时间的限制,对于某些应用,这可能包括了从用户
得到的响应时间。计时器的值从 1分钟到1 0分钟。
6. 多重对话
在USSD GSM 阶段2规范中,在移动台和网络之间仅允许一个对话。当移动台正在进行当
前的对话时,又收到另一个对话的开始,新操作将被一个“ USSD Busy”错误来拒绝。
一旦在移动台和GSM 网络终端节点之间建立起一个对话,就不能同时再建立其他的对话。
这就意味着,如果不从最初建立的对话退出,建立起来的新对话可指向终端能到达的不同节
点,已拥有对话的固定主机节点将不能通过终端节点到达。
7. 寻址方面
在M S C、V L R或H L R 中,USSD 被设计成MS 和U S S D 应用程序之间的对话。 M S I S D N 在
T C A P 消息的对话部分中传输。例如,当指向 H L R 应用的移动端发起的对话被建立时,
MSISDN 和HLR 地址也包括在其中。
对于移动端发起的对话, H L R 中的 U S S D 应用可能不是最终的应用程序。 H L R中的U S S D
应用程序仅仅作为一个中继站,在 GSM 网络和外部节点之间传送 USSD 操作。
8. USSD 字符串长度
根据USSD GSM规范[GSM 02.90],调用U S S D R e q u e s t(网络→移动台)和P r o c e s s U S S D -
R e q u e s t (移动台→网络)可携带 1 6 0 个八位组长度的 U S S D 字符串。此外,U S S D 字符串长度
由较低的信令层的能力限制 ( T C A P ) ,这样可以配置在不同的网络中。
19.3 WAP 和 GSM USSD
19.3.1 简介
WA P 需要承载网络提供全双工的数据报服务,不过, GSM USSD 不提供这样的服务。然
而,GSM 的USSD 提供了两路交替的交互式服务,用来在移动电话和 G S M网络的一个节点之
间传送短文本字符串。为了使用 GSM 阶段2的 U S S D 作为WA P协议的承载者,本节规定了必
须的参数配置和附加功能。需注意的是:其他 与WA P 协议一样(也就是数据报服务)有类似
通信需求的应用,也可从作为承载者的 GSM 阶段2的U S S D 中受益。
5 0 8 第三部分 协 议 层
下载
19.3.2 USSD 的对话控制协议
USSD 对话向用户提供了两路交替的交互式服务,这意味着只有在轮到发送时(移动电
话或网络节点)实体才可以被发送,且通信的对端被限制只能接收。为了使 U S S D 能提供全双
工服务,必须定义一个特殊的协议进行对话管理。这个协议必须能对上层屏蔽 U S S D对话的两
路交替的特征,允许上层能在 U S S D上发送和接收数据报,作为一个全双工服务使用。
被用来屏蔽U S S D 对话复杂性的协议是 U S S D的对话控制协议( U D C P ),它直接与U S S D
协议相匹配,位于移动台和 G S M网络的终端节点上。U D C P的端点与U S S D对话的端点相同。
U D C P协议在第1 9 . 4 节定义,它不是ETSI GSM规范的一部分。
19.3.3 数据编码方案
USSD 操作由数据编码方案(D C S )和U S S D 字符串构成。
根据[ G S M 0 2 9 0 ] ,对于所有的移动端发起的操作, D C S必须有“非特定语言”和“默认
字母表”的值。根据 [ G S M 0 3 3 8 ] ,D C S 的“非特定语言”和“默认字母表”的值编码应该是
0 x 0 F。
对于网络端发起的操作, D C S 的值是网络运营者 [ G S M 0 2 9 0 ] 的事情,网络应该忽略 D C S
的值[ G S M 0 3 9 0 ]。通过使用SMS 小区广播编码[ G S M 0 3 3 8 ] ,D C S 可指定“消息级别:移动实
体”,这会结束M E 中由网络端发起的U S S D对话,见表1 9 - 2。
表19-2 数据编码使用表
USSD 对话 D C S
网络侧发起 根据[ G S M 0 3 3 8 ]中的小区广播的 D C S
移动端发起 0 x O F
19.3.4 服务码
服务码( S C ) 标识了USSD 网络节点和运营商指定的参数,非常像 S M S - 中心地址。当调用
一个服务时,用户必须手动输入服务码,或者一次性在移动台的应用设置中输入。当服务码
在U S S D字符串被发送时,它必须是 [ G S M 0 2 9 0 ] 中定义的格式。例如,在字符串“* # S C * n 个
字符#”中,S C是服务码。
服务码仅在对话的第一次操作中被发送,用于寻找目的地。
19.3.5 USSD 操作计时器
如果在计时器设定的时间内没有收到 U S S D R e q u e s t消息,网络中调用的U S S D R e q u e s t 计时
器将终止。只要在对话中发送数据( USSD 操作在移动和网络间是连续发送)计时器就不会
超时。如果出现长的空闲时间,这个对话将被 U D C P 结束,以释放无线资源,这意味着调用
U S S D R e q u e s t 计时器可被U D C P 忽略。
调用ProcessUSSDRequest 计时器可限制移动端发起的对话总长度。当计时器到期时,对
话将被释放而不考虑是否有数据在发送。如果这件事发生, U D C P可能会试着重建被释放的对
话。
第19章 基于GSM 无结构化补充业务数据的WAP规范 5 0 9
下载
剩余26页未读,继续阅读
资源评论
aPing123
- 粉丝: 2
- 资源: 14
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功