USSD特性.docx
《USSD特性.docx》由会员分享，可在线阅读，更多相关《USSD特性.docx（10页珍藏版）》请在冰豆网上搜索。
USSD特性
USSD特性
1原理描述
USSD，即非结构化补充业务数据，它被用于以交互方式，向用户提供信息。
USSD的实现有两种方式，
由GSM网络提供与用户有关的信息服务。
GSM网络作为承载，由专门的信息承载中心提供信息服务，该信息承载中心可称之为“USSD中
。
心”
与USSD相关的设备如Figure1-1所示。
因而，根据USSD实现方式的不同，USSD业务可以分为VMSC实现的USSD业务、HLR实现的USSD业务、VMSC前转USSD中心实现的USSD业务和HLR前转USSD中心实现的USSD业务。
Figure1-1与USSD相关的设备
USSD的业务触发方式和普通补充业务的触发方式有所不同。
普通补充业务的业务接入号已由ETSI定义，如呼叫禁止、呼叫转移等。
而对于非结构补充业务，ETSI未定义具体的业务接入号，可由运营商在本地网范围内自行指定，具有与补充业务相同的接入机制。
USSD业务根据业务的发起方可以分为
MS发起的USSD业务。
网络侧发起的USSD业务。
1.2
对于MS发起的USSD业务对于MS发起的USSD业务，MS和VMSC首先要建立独立的CM连接。
一旦建立连接，VMSC就可以处理从MS来的
A_PROCESS_UNSTRUCTURED_SS_REQUEST。
此消息包括用户输入的消息。
VMSC根据消息中的业务码判断应当由VMSC直接处理，还是直接前转HLR或USSD中心。
如果该USSD业务是由VMSC直接处理，则VMSC将处理结果发给MS后释放CM连接。
目前M900-M1800MSC支持查询用户MSISDN号码和触发ECT流程这两种VMSC直接处理的功能。
如果该USSD业务应前转HLR，则VMSC将从MS收到的消息映射成MAP_UNSTRUCTURED_SS_REQUEST
消息前转给HLR。
当VMSC从HLR接收到一个或多个MAP_UNSTRUCTURED_SS_REQUEST或MAP_UNSTRUCTURED_SS_NOTIFY消息时，VMSC透明的传递给MS并将MS返回的确认消息发给HLR。
HLR发回最初请求操作结果时，MSC将结果发送给MS后释放CM连接。
如果该USSD业务应由MSC直接前转USSD中心，则VMSC根据数据设定的传送方式（WAP方式或GSM方式）将从MS收到的消息映射成类似于MAP_UNSTRUCTURED_SS_REQUEST消息前转给USSD中心（这两种传送方式我们目前都是支持的，它们在VMSC的处理是一样的，只是数据传送的方式不一样，具体选择的方式由USSD中心来决定）。
当VMSC从USSD中心接收到一个或多个类似于MAP_UNSTRUCTURED_SS_REQUEST或MAP_UNSTRUCTURED_SS_NOTIFY消息时，VMSC透明的传递给MS并将MS返回的确认消息发给USSD中心。
当USSD中心发回最初请求操作结果时，MSC将结果发送给MS后释放CM连接。
1.3
对于网络侧发起的USSD业务
对于网络侧发起的USSD业务，USSD中心或HLR首先与VMSC建立对话，并发送USSD请求或通知。
VMSC寻呼并建立和相应的MS的CM连接，连接完成后，VMSC向MS发送相应的请求或通知。
当VMSC继续收到USSD中心或HLR传送的USSD请求或通知时，VMSC透明的传递给MS并将MS返回的确认消息发给USSD中心或HLR。
当VMSC收到USSD中心或HLR发送的对话结束或终止消息时，释放CM连接。
注:
目前我们系统中没有实现智能USSD的功能，因此对于智能用户的USSD处理和普通用户的处理是一样的，即都是按照普通用户来对待处理。
2信令流程
USSD流程分为由网络发起和由手机发起两种。
相关的协议有:
0290_600（基本概念介绍）
0390_600（分别介绍了由MS、HLR、MSC等处理的USSD流程）
0490_600（介绍USSD操作中的正常和异常流程）
2.1.1
由网络发起的USSD信令流程网络侧（这里的网络侧指HLR或者USSD中心）应用要求向手机发送USSDREQUEST或NOTIFY。
网络侧首先向MSC/VLR发起对话，发送一个USSDREQUEST或NOTIFY消息，然后等待响应。
网络侧负责控制对话。
收到MSC/VLR的响应后，网络侧可以根据网络侧中应用的要求释放对话，也可以网络侧根据网络侧中应用的要求在同一对话上发送新的USSDREQUEST或NOTIFY。
在必要的情况下，网络侧在收到MSC/VLR的响应前也可以释放对话，比如网络侧中应用超时。
如果MSC/VLR释放对话，网络侧应当通知网络侧中的应用。
在由网络侧发起的USSD操作中，MSC/VLR对操作透传。
MSC/VLR也可以立即返回错误。
手机在任何时刻可能收到网络下发的USSD操作。
如果手机正在进行USSD操作或呼叫无关的补充业务，手机拒绝该操作。
如果手机正位于一状态，使USSD操作要求不能满足，手机也拒绝该操作。
如果手机不支持USSD操作的字符，手机通知网络。
如果手机可以处理USSD操作，
对于USSDREQUEST，手机显示字符串，等待用户输入响应。
如果用户输入响应后，手机向MSC返回响应，维持对话。
如果用户要求释放连接，手机释放对话。
对于USSDNOTIFY，手机显示字符串，直接返回响应。
返回响应后，手机等待网络释放对话。
在等待过程中，如果收到更多的USSD操作，同样处理。
注:
MS根据实际处理情况返回的FACLICITY消息是三种互斥的消息（以下类同）。
2.1.2
由手机发起的USSD信令流程当用户的输入使手机决定发起USSD操作时，手机首先同网络建立连接，向MSC发送请求，等待响应。
一旦收到网络侧的响应，手机向用户显示其中的信息。
在等待响应的过程中，手机可能收到由网络发起的USSDREQUEST或NOTIFY操作，手机应当立即处理，并继续等待最初的USSD操作的响应。
MSC/VLR收到手机发起的USSD操作后，
如果该操作中的ServiceCode指示应由HPLMN处理，则MSC/VLR试图建立同网络侧的对话。
如
果不能建立对话，MSC/VLR向手机返回错误。
否则，向网络侧前传该操作。
在后续的USSD操作，MSC/VLR在手机和网络侧之间透明传送。
如果手机发起的USSD操作中的ServiceCode不指示应由HPLMN处理，则按照USSD控制表的配置情况来选择处理该USSD的操作方式:
本地处理还是前转到其它网元。
如果手机发起的USSD操作中的字符MSC不支持，MSC/VLR应当向网络侧前传。
如果网络侧不支持USSD操作中的字符，网络侧应通知手机并释放对话。
注:
USSD流程中消息相对简单，流程中消息主要信元说明:
REGISTER:
SS消息类型、附加业务设施（SSfacility）、InvokeID、操作码（operationcode）、USSD参数（USSDArgument）、补充业务版本信息（SSVersioninformation）。
如:
FACILITY:
Returnresult、InvokeID、操作码（operationcode）、USSD参数（USSDArgument）或者USSDrespone（应答的时候），如:
RELEASECOMPLETE:
Returnresult、InvokeID、操作码（operationcode）、USSDrespone。
如:
3
数据配置
3.1
MAP版本的要求USSD操作中，MAP也应当判断本身版本，提供对PHASE2及PHASE2+的支持，对PHASE1的兼容。
在PHASE1阶段，网络侧不能发起USSD请求或提示，只能由手机发起USSD请求。
MAP处理USSD请求前，首先检查版本是PHASE1，还是非PHASE1（PHASE2或者PHASE2+）。
如果MSC为PHASE1，MS以非PHASE1发起，MSC应拒绝该USSD请求。
如果手机以PHASE1发起USSD，则网络侧不管是PHASE1还是非PHASE1，都应该以PHASE1发送响应。
网络侧不能主动以PHASE1发起USSE请求。
当手机以非PHASE1发起USSD，而网络侧MAP配置为PHASE1，则MAP以MP_SS_REJECT拒绝手机。
3.2
USSD控制表USSD控制表（USSDControlTable）实现的主要功能是提供查表，判断用户输入的特定的服务码是应该在MSC/VLR本地处理，还是应当继续前传。
如果在MSC/VLR本地处理，则要配置是什么功能（目前MSC支持查询MSISDN和触发ECT流程两种功能）。
是否采用WAP方式由USSD中心来决定;GSM方式以IMSI方式作为TCAP的目的参考来标识区分用户;WAP方式以MSISDN方式作为TCAP的目的参考来标识区分用户。
如果需要继续前转到USSD中心，需配置前传地址。
HLR前传不需要配前传地址，系统自动寻址。
对应的命令如下:
ADDUSSDCTR
其中服务码（ServiceCode）为形式类似“***123”或“*7”等，符合USSD要求的服务码输入。
功能（Function）一拦为下拉列表，包括
前转HLR
WAP方式前传
GSM方式前传
查询MSISDN
本地功能2（触发ECT流程的功能）
本地功能3
前转地址（Forwarded-toaddress）为前传USSD消息的下一站地址，在MSC包括HLR号码、USSD
中心号码等，在HLR包括USSD中心号码等。
如果在动作一栏配置的不是“GSM方式前传”和“WAP
方式前传”，则前传地址为空。
3.3
软件参数表,
MAP控制软参bit0
:
USSD功能是否提供;
[Function]:
MeaningwhetherthelocalofficesupportsUSSDfunction.
1:
SupportingtheUSSDfunction（default）.
0:
NotsupportingtheUSSDfunction.
Defaultvalue:
1
MAP保留参数2bit0
:
控制USSD请求里是否携带MSISDN号码;
[Function]:
ControlswhetherornottheUSSDrequestcarriestheMSISDNinformation
element.
[ValueandDescription]:
0:
TheUSSDrequestwillcarrytheMSISDNinformationelement.
1:
TheUSSDrequestwillnotcarrytheMSISDNinformationelement.Defaultvalue:
0
3.4
其他数据配置从MSC到USSD中心前置机的信令配置，包括mtp及sccp层，同普通
的MSC局间配置相同，即把USSD当成一般的MSC来配置即可。
3.5
数据配置举例3.5.1
VMSC实现的USSD业务的数据配置V61MSC目前只提供查询MSISDN号码一种VMSC实现的USSD业务，具体配置步骤如下:
【SETP1USSD控制信息配置】
使用命令:
ADDUSSDCTR
重要参数说明
业务码,:
设置为查询MSISDN号码业务的USSD业务码。
功能,:
设置为“查询MSISDN”。
前转地址,:
设置为缺省值空。
示例:
开展查询MSISDN的USSD业务，其业务码为123。
配置命令为:
ADDUSSDCTR:
SRVCODE=K'123,FUNCTION=QISDN;
3.5.2
VMSC前转USSD中心实现的USSD业务的数据配置I.USSD中心信令数据配置将USSD中心当作短消息中心配置其相应的MTP数据（如果USSD中心和MSC直连或准直连）、SCCP数据。
具体配置方法请参考七号信令与中继模块中的数据配置指导。
II.USSD控制信息配置使用命令ADDUSSDCTR
重要参数说明:
业务码,:
设置为开展的USSD业务的业务码。
功能,:
根据USSD中心的要求，设置为“GSM方式”或“WAP方式”。
GSM方式以IMSI方式作为TCAP的目的参考;WAP方式以MSISDN方式作为TCAP的目的参考。
前转地址,:
设置为USSD中心形如86139×××格式的E.164地址编码。
示例:
开展VMSC直接前转USSD实现的某项USSD业务，其业务码为123，传送方式为WAP方式，该USSD中心号码为8613900111。
配置命令为:
ADDUSSDCTR:
SRVCODE=K'123,FUNCTION=FWWAP,FWADD=K'8613900111;3.5.3
HLR实现的USSD业务的数据配置由于将USSD业务前转HLR是V61MSC的缺省实现方式，因而不需要进行相应的数据配置。
V61MSC也提供了一种可以通过配置来实现前转HLR的方法，步骤如下:
【SETP1显式进行USSD控制信息配置】
使用命令
ADDUSSDCTR
重要参数说明:
业务码,:
设置为开展的USSD业务的业务码。
功能,:
设置为“前转HLR”。
前转地址,:
当,功能,设置为“前转HLR”时，,前转地址,参数无效。
示例:
开展某项HLR实现的USSD业务，其业务码为123。
配置命令为:
ADDUSSDCTR:
SRVCODE=K'123,FUNCTION=FWHLR;
3.5.4
HLR前转USSD中心实现的USSD业务的数据配置对VMSC而言，HLR前转USSD中心实现和HLR直接实现的USSD业务在处理上是完全一致的，因此配置方法与3.4.3完全相同。
4
查表和软参情况
USSD流程中前面的CM业务请求到CM业务接受的处理和普通呼叫是一样的，在CM业务接受之后，MSC收到来自A口的REGISTER消息，会到VDB取主叫用户的数据，MSC收到来自VDB的主叫用户的USSD数据后，会查询USSD控制表，以决定USSD操作的类型（本地处理还是前转到下一节点处理）。
MSC的本地处理包括查询MSISDN和触发ECT流程。
4.1
查询MSISDN的业务流程在CM业务请求的时候MAP会通过查询VDB，将主叫用户的MSISDN号码记录下来;然后MSC根据收到的USSD请求消息中的服务码来查询USSD控制表，如果得到的处理方式是在本局查询MSISDN，则会把MAP中记录的MSISDN号码下发给MS。
4.2
触发ECT流程的业务流程如果MSC收到的USSD请求消息中的服务码是触发ECT流程，则MAP会经由MM给CM发送ECT请求，CM收到该消息后就切入到了普通ECT流程里，首先会发起ECT流程的业务检查，查看当前呼叫是否满足发起ECT流程需要的各种条件，如果满足就发起ECT流程。
4.3
USSD业务中的话单情况海外61中没有开发USSD话单特性，因此没有话单生
成，也没有对应的软参控制。
海外33中开发了这个特性，并且有相关软参控制:
MAP控制参数的bit1:
USSD_Toll。
呼叫内部参数24的bit13:
IF_OPEN_SS_Code_Biller。
当二者都打开的时候产生USSD类型的补充业务话单（SS_ACT）。
另外还有软参:
MAP控制参数1的Bit10和Bit11:
IF_COUNT_WHEN_USSD_OPERATE_FAILURE:
控制是否统计失败的USSD操作到补充业务话单中;,
IF_BILL_WHEN_USSD_FAILURE:
控制是否对失败的补充业务注册、注销、查询、激活、去活、查询操作和USSD操作产生话单。
5
案例分析
5.1
PPS用户接收USSDReport异常5.1.1
问题描述智能网用户在每次做主叫通话结束后，SCP要使用USSD给手机回一条Report，显示本次通话的记费信息。
SCP是我们自己的设备。
但是Nokia6610，在接收SCP发回的Report消息的时候，可以正常的接收Report，而且可以正常的显示Report信息。
但是在接收Report结束的时候，手机自己显示resultunknown。
5.1.2
问题原因在此情况下，MSC并不对USSD的内容进行解释和处理，因此应该是手机或者手机与SCP配合的问题。
5.1.3
分析过程根据0390协议，这种情况下MSC只是透传USSD相关信息，如下:
5.2.4
ForwardingUSSDoperations
TheVLRmayanytimereceiveaUSSDoperationfromtheHLR.Ifthesubscribercanbe
contacted,theVLRshallsetupatransactiontotheMSCandforwardtheoperation
unchanged.AnyfurtherinformationexchangebetweentheHLRandMSCshallbetransparent
totheVLR.Whenonetransactionisreleased,theVLRshallreleasetheother.
TheMSCmayatanytimereceiveanUSSDoperationfromtheVLR.Ifthesubscribercan
becontacted,theMSCshallsetupatransactiontotheMSandforwardtheoperation
unchanged.AnyfurtherinformationexchangebetweentheVLRandMSshallbetransparent
totheMSC.Whenonetransactionisreleased,theMSCshallreleasetheother.而根据跟踪来看，我们确实是透传了，没有修改，MSC并不对USSD的内容进行解释和处理，因此应该是手机或者手机与SCP配合的问题。
5.2
手机上用MMI命令无法查询EMLPP业务5.2.1问题描述用户想用手机来查询EMLPP业务，用的MMI命令是（*#75#），但是失败了。
EMLPP业务的业务码是75，如果我们交换机没有在USSD控制表中配置该业务码的话，默认的处理应该是按照手机的IMSI前转到归属的HLR，所以USSD控制表应该配置的没有问题,从信令跟踪看HLR返回的失败原因是unexpectdatavaule。
请确认这个问题是否是子系统配置导致的还是由于用的命令不规范导致的。
5.2.2
问题原因因为交换机中没有配置USSD控制表，因此应当是按照默认处理前转USSD请求到HLR，HLR返回的unexpecteddatavalue错误，应当是HLR中对上报的USSD消息处理发生异常所致，应该和MSC的处理无关。
5.2.3
分析过程从返回的bam打印看，因为现网没有配置USSD控制表，所以查询USSD控制表失败。
在这种情况下，系统会按照默认处理方式处理，即向HLR转发USSD消息。
从信令跟踪中可以看到USSD消息成功的送到了HLR。
但是HLR返回的UNSTRUCT_SS_REQ_RSP中是指示用户错误:
unexpecteddatavalue。
因为在没有配置USSD控制表的情况下，MSC负责把USSD消息送到HLR，并透明传递后期HLR和MS之间的USSD交互消息。
因此USSD信息被HLR拒掉，HLR返回的unexpecteddatavalue错误，应当是HLR中对上报的USSD消息处理发生异常所致，应该和MSC的处理无关，因此请跟踪HLR内部信令，以确定HLR拒绝USSD请求的具体原因。
升级会员 