当前页面位置: » 丰搜网 » 文档中心 » 详细内容
中文转换成unicode码函数
点对点短信息业务作为移动通信行业最具发展潜力的一项业务，经过连续几年的迅猛发展，目前已经进入到发展的平稳期，如何继续发掘点对点短信业务的潜力、完善点对点短信业务的各项功能，成为促进短信业务继续发展必须面对的一个课题。
语音的呼叫转移业务已经为大家所熟识，可以设置无条件转移、遇忙转移、无应答转移、不可及转移等多种方式，避免了因为手机终端问题（如手机没电）而导致重要事件联系不上的烦恼，免去了因工作、生活等原因需将更换的号码要第一时间通知同事、朋友的烦恼，方便了用户的使用。而短信业务在这方面明显先天不足——技术规范设计初期就没有考虑呼转的问题，因此也带来了例如设置语音无条件呼转的用户丢失重要短信等不方便用户使用的问题，一方面降低了服务质量，一方面也制约了短信的进一步的发展。
综上所述，如果能采取一种简单可行的方式实现短信转移的业务对促进点对点短信业务的继续发展，提升服务质量，增加品牌竞争力均有好处。
二、短信呼转类型
语音呼转业务可以设置多种语音转移模式，但考虑短信是通过7号信令承载，只要用户手机是开机状态且在服务区，均可以接收到短信，因此短信呼转不需要考虑遇忙呼转和无应答呼转。又因为短信中心针对下发短信失败的情况设置了多种重发方式，因此针对用户不可及的情况，基本可以通过短信重发方式解决。所以，我们现在要研究的问题是在一手机用户将所有来话转移到另一部手机上时，所有发给原手机的短信能否自动转移到呼转手机上，从理论上有两种办法，一个是在手机设置呼转后，短信的转移自动设置完成；另一种办法就是在手机设置语音呼转后，采用短信呼转业务人工设置短信转移。由于目前对于第一种方案涉及交换网络、基站等许多方面的改造，需要移动设备厂家专门研究开发。我们主要是研究第二种方案------短信转移业务，短信转移业务指允许用户设置将短信前转给另一个用户，例如b用户设置将短信转移到c用户，那么任意用户a发出短信给b用户时，短信实际被发送到c用户而不是b用户。
三、短信转移业务的实现方式
我们根据gsm网络上短信中心的结构和布局以及短信通信的实现方式，提出三种实现短信息呼转的实现方案，并进行评估。
1.利用hlr方式实现短信呼转业务
根据gsm移动网络中语音呼转业务的实现方式，对于短信呼转的实现方式也可以参考语音呼转方式，将短信转移信息也保存在hlr中，通过对hlr、smsc间信令流程的改造实现短信呼转业务的方式，可以将此方案简称hlr方式。
(1)主要信令流程（可能涉及到具体的消息、参数）
<http://test.spforum
.net/admin/admin.
asp>
图1hlr方式
短信转移流程
当用户b设置了
短信转移到用户c时，发往用户b的
短信的信令实现流程如图1所示，图中msa、msc分别表示用户a和用户c，
smsca表示用户a归属的
短信中心，hlrb、hlrc分别表示b、c用户归属的hlr。图解如表1所示。
<http://test.spforum
.net/admin/admin.
asp>
(2)对设备的改造要求
a.对hlr的要求
a.关于用户设置
短信前转的功能
用户通过
短信、1860或营业厅的方式，进行设置；hlr需要支持与boss的接口，来对业务进行设置。
b.用户前转时返回
短信路由查询响应时的特殊要求
当hlr收到
短信中心来的
短信路由查询操作（其中带有b用户的msisdn号码）时，如果判断b号码设置有前转，则在返回给
短信中心的响应消息中，将该消息的msisdn域填写为c用户的msisdn号码。
c.表格判断发起sri的
smsc是否升级
需要有表格，可以配置哪些
smsc已升级支持本业务；只有查表得知该
smsc已升级的情况下，才按第b条要求下发特殊的带有扩展域的响应消息。
b.对
smsc的要求
a.发现用户前转时，重新发起路由查询操作
当
短信的目的用户发生前转时，目的用户归属的hlr将返回一个特殊的路由查询响应消息，其中的msisdn不是原
短信的目的用户号码，而是另一个msisdn号码。这时
smsc判断msisdn号码已改变，需重新发起路由查询操作，操作消息中的msisdn号码填写为新msisdn号码（即c号码）。
b.话单要求
要求出前转的
短信话单。
c.对boss的要求
a.支持与hlr之间的新接口，来对业务进行设置。
b.开发新的受理程序，以便处理
短信、1860、营业厅的业务设置请求。
c.处理
短信中心生成的前转的
短信话单。
(3)优缺点分析
a.优点：信令流程改变较少，便于故障处理和用户投诉受理；便于全网实施。
b.缺点：hlr、
短信中心软件均需要升级，而目前现网上的hlr设备出自许多厂商，类型都不一样，如若实现，需要涉及多厂家协调，难度很大，必须等待标准技术规范出台，才有可实施性。
2.
短信中心方式
考虑到hlr方式多厂商协调的问题，我们可以考虑
短信全网业务在
短信网关及
短信中心上采用的接续方式，考虑通过仅修改
短信中心业务流程方式实现
短信呼转业务。
(1)主要信令流程（可能涉及到具体的消息、参数）
<http://test.spforum
.net/admin/admin.
asp>
图2
短信中心方式
短信转移流程
用户b设置了
短信转移到用户c时，发往b用户的
短信流程如图2所示，与被叫b用户归属的hlr无关，图中msa、msc分别表示用户a和用户c，
smsca、
smscb、
smscc分别表示a、b、c用户归属的
短信中心，hlrb、hlrc分别表示b、c用户归属的hlr。图解如表2所示。
<http://test.spforum
.net/admin/admin.
asp>
(2)对设备的改造要求
对
smsc的要求：支持新的
短信流程，并在用户前转时，实际下发
短信给c用户
短信发送都要经过主叫方的
smsc和被叫方的
smsc；被叫方的
smsc存有被叫方设置的
短信前转信息，当发现被叫前转时，将
短信直接发给前转后用户归属的
smsc,由某用户归属的
smsc向该用户归属的hlr发起srifsm操作。
(3)优缺点分析
优点：仅需要
短信中心修改业务流程，涉及设备类型较少。
缺点：由于涉及外省用户a，因此涉及多厂家
smsc修改，需要等待标准技术规范出台，才有实现可能；该方式必须打通本省
短信中心与外省
短信中心路由，降低了
短信中心的
安全系数，需要承担一部分
安全风险。
3.
短信monitor方式
考虑上述的两种实现方式的问题，考虑能否回避hlr、
短信中心等关键性设备，借助第三方设备，利用成熟的外挂smpp
短信实体的方式实现
短信呼转业务。因此考虑借助新建的
短信proxy设备，修改部分业务流程，实现
短信呼转业务。
(1)主要业务流程（可能涉及到具体的消息、参数）
<http://test.spforum
.net/admin/admin.
asp>
图3
短信monitor方式
短信转移流程
用户b设置了
短信转移到用户c时，发往b用户的
短信流程如图3所示，与被叫b用户归属的hlr无关，图中msa、msc分别表示用户a和用户c，
smsca表示a用户归属的
短信中心，hlrb、hlrc分别表示b、c用户归属的hlr,
smsm表示
短信monitor设备，图解如表3所示。
<http://test.spforum
.net/admin/admin.
asp>
(2)对设备的改造要求
对
smsm的要求：需要
smsm存有被叫方设置
短信前转信息，并在用户前转时，通知
短信中心不要下发
短信给b，
smsm将
短信重新提交
smsc，并同时修改被叫用户为c。
(3)优缺点分析
优点：仅需要
短信proxy修改部分业务流程，涉及设备少，而且不涉及重要设备。
缺点：仅能提供a/b/c用户均为本省的业务使用。
四、结论
综合比较以上三种实现
短信业务的方式，可以得到表4。
通过以上分析比较，可以将hlr方式作为实现
短信呼转业务的最终目标网方式，而
短信monitor方式比较适合作为
短信呼转业务的过渡网方式。
短信呼转业务的实现，将会对目前的
短信息业务进一步完善，使
短信息业务更贴近用户，为
短信业务的发展提供了新的空间。
