多种应用协议下保证业务平台获得用户终端信息的方法
专利汇可以提供多种应用协议下保证业务平台获得用户终端信息的方法专利检索，专利查询，专利分析的服务。并且本 发明 公开了一种多种应用协议下保证业务平台获得用户终端信息的方法，在用户终端或用户卡内设有客户端业务连接 软件 ，客户端业务连接软件带有业务连接 用户界面 ，能够判断及控制移动终端进行移动业务连接；通过在用户终端的业务 请求 之前，增加了向代理 服务器 发送通用应用协议请求，保证了业务平台在不需要代理服务器升级的前提下，仍可以获得用户手机号，避免了新应用协议的出现所带来的代理服务器设备频繁升级改造的问题，提高了对应用协议更新的适应性，降低了网络的改造成本，增加了终端管理的灵活性，提高了业务服务 水 平和用户感受。，下面是多种应用协议下保证业务平台获得用户终端信息的方法专利的具体信息内容。
1、一种多种应用协议下保证业务平台获得用户终端信息的方法，其 特征在于，用户终端或用户卡内设有客户端业务连接软件，所述的客户端 业务连接软件带有业务连接用户界面，能够判断及控制移动终端进行移动 业务连接；所述的方法包括以下步骤：
步骤1、用户在移动终端上建立业务请求；
步骤2、移动终端向移动网络发出建立连接请求；
步骤3、移动网络收到建立连接请求，给用户分配IP地址，并建立 IP地址与用户手机号码的对应关系；
步骤4、移动网络将IP地址与用户手机号码的对应关系发送给代理 服务器；
步骤5、代理服务器收到IP地址与用户手机号码的对应关系，给移 动网络发送响应信息；
步骤6、移动网络收到代理服务器的响应信息，向移动终端发出连接 建立成功的响应信息，并将给用户分配IP地址发送给移动终端；
步骤7、移动终端向移动网络发出通用应用协议请求；
步骤8、移动网络将收到的通用应用协议请求转发给代理服务器；
步骤9、代理服务器收到通用应用协议请求，根据IP地址和手机号 码的对应关系进行判断并将对应手机号码插入通用应用协议请求的数据 包中；
步骤10、代理服务器将带有对应手机号码的通用应用协议请求的数 据包转发给业务平台；
步骤11、业务平台收到通用应用协议请求的数据包转，向代理服务 器发出响应信息；
步骤12、代理服务器向移动网络传递响应信息；
步骤13、移动网络向移动终端传递响应信息；
步骤14、移动终端收到响应信息，判断是否连接成功：若否，转到 步骤7；若是，继续下一步骤；
步骤15、移动终端向移动网络发出业务请求；
步骤16、移动网络收到业务请求并转发给业务平台。
2、根据权利要求1所述的多种应用协议下保证业务平台获得用户终 端信息的方法，其特征在于：所述的步骤7具体为：
移动终端向移动网络发起通用应用协议请求，并同时开始计时，若设 定的等待时间T内移动终端没有收到移动网络发回的业务平台已经成功获 得用户手机号码的响应时，移动终端判断已发起通用应用协议请求的次数 m与设定的最大推送次数N的大小，若m小于N，重复步骤7；若m等于N， 移动终端将连接失败的信息显示在屏幕上，通知用户。
3、根据权利要求2所述的多种应用协议下保证业务平台获得用户终 端信息的方法，其特征在于：所述的等待时间T由移动终端设定。
4、根据权利要求2所述的多种应用协议下保证业务平台获得用户终 端信息的方法，其特征在于：所述的最大推送次数N为二次以上，由移动 终端设定。
5、根据权利要求1～4任一所述的多种应用协议下保证业务平台获得 用户终端信息的方法，其特征在于：所述的步骤14具体为：
移动终端收到响应，判断是否连接成功：若是，继续下一步；若否， 移动终端判断已发起通用应用协议请求的次数m与设定的最大推送次数N 的大小，若m小于N，转到步骤7；若m等于N，移动终端将连接失败的信 息显示在屏幕上，通知用户。
6、根据权利要求5所述的多种应用协议下保证业务平台获得用户终 端信息的方法，其特征在于：所述的等待时间T由移动终端设定。
7、根据权利要求5所述的多种应用协议下保证业务平台获得用户终 端信息的方法，其特征在于：所述的最大推送次数N为二次以上，由移动 终端设定。
技术领域
本发明涉及一种无线通讯网络中获得用户终端信息的方法，尤其是多 种应用协议下保证业务平台获得用户终端信息的方法，属于通讯技术领 域。
背景技术
目前通常是在移动网内增加一个代理服务器，如图1所示，当终端与 网络建立连接，网络给终端分配IP地址时，就在代理服务器上建立起IP 地址和用户手机号之间的对应关系。当终端发起应用层业务请求时，先将 该请求转发给代理服务器，由代理服务器根据IP地址和手机号的对应关 系，将对应手机号插入应用协议的数据包中，再转发给相应的业务平台， 这样就保证业务平台可以获得用户手机号，进行数据业务的计费。
由于数据业务的应用层协议很多，代理服务器必须支持多种应用协 议，才能完成将用户手机号插入不同应用协议的数据包中，如果新的协议 出现，就需要升级代理服务器，成本高、升级复杂而且工程周期长，而亟 待加以进一步改进。
发明内容
本发明所要解决的技术问题是通过如下技术方案实现的：
一种多种应用协议下保证业务平台获得用户终端信息的方法，用户终 端或用户卡内设有客户端业务连接软件，所述的客户端业务连接软件带有 业务连接用户界面，能够判断及控制移动终端进行移动业务连接；
所述的方法包括以下步骤：用户在移动终端上建立业务请求；移动终 端向移动网络发出建立连接请求；移动网络收到建立连接请求，给用户分 配IP地址，并建立IP地址与用户手机号码的对应关系；移动网络将IP 地址与用户手机号码的对应关系发送给代理服务器；代理服务器收到IP 地址与用户手机号码的对应关系，给移动网络发送响应信息；移动网络收 到代理服务器的响应信息，向移动终端发出连接建立成功的响应信息，并 将给用户分配IP地址发送给移动终端；移动终端向移动网络发出通用应 用协议请求；移动网络将收到的通用应用协议请求转发给代理服务器；代 理服务器收到通用应用协议请求，根据IP地址和手机号码的对应关系进 行判断并将对应手机号码插入通用应用协议请求的数据包中；代理服务器 将带有对应手机号码的通用应用协议请求的数据包转发给业务平台；业务 平台收到通用应用协议请求的数据包转，向代理服务器发出响应信息；代 理服务器向移动网络传递响应信息；移动网络向移动终端传递响应信息； 移动终端收到响应信息，判断是否连接成功：若否，移动终端再次向移动 网络发出通用应用协议请求；若是，移动终端向移动网络发出业务请求； 移动网络收到业务请求并转发给业务平台。
本发明通过在客户端正常的业务请求之前，增加了向代理服务器发送 通用应用协议请求，保证了业务平台在不需要代理服务器升级的前提下， 仍可以获得用户手机号，避免了新应用协议的出现所带来的代理服务器设 备频繁升级改造的问题；解决了在新应用协议出现，代理服务器不升级的 条件下，业务平台如何获得用户手机号进行计费的问题；增强了运营商的 计费能力，降低了计费成本；提高了对应用协议更新的适应性，降低了网 络的改造成本，增加了终端管理的灵活性，提高了业务服务水平和用户感 受。
附图说明
图1为现有技术的工作流程图；
图2为本发明的系统结构示意图；
图3为本发明的实施例的工作流程图。
具体实施方式
如图2所示，为本发明的系统结构示意图，它包括：移动终端、无线 基站及运营商网络，其中运营商网络包括移动网络设备、代理服务器及业 务平台，移动网络设备包括移动网关等；无线基站通过电缆连接移动网络 设备，移动网络设备通过电缆连接代理服务器及业务平台；无线基站对移 动终端无线接收及发送信息，并通过电缆将移动终端的信息传达给移动网 络设备，移动网络设备再通过电缆将移动终端的信息传达给代理服务器及 业务平台；同时无线基站接收代理服务器及业务平台通过移动网络设备传 来的对移动终端的响应信息。移动终端或用户卡内设有客户端业务连接软 件，客户端业务连接软件带有业务连接用户界面，能够判断及控制移动终 端进行移动业务连接。
本发明要求移动终端和业务平台除了支持相应的业务应用协议，如 SIP协议、RTP协议等之外，还都必须支持某通用应用协议，例如HTTP协 议。而代理服务器只需要支持通用的应用协议，例如HTTP协议，而不需 要根据新业务的增加，而增加对新业务应用协议的支持，避免了因为新业 务应用协议的出现，而造成代理服务器的频繁升级。
本发明中，用户终端或用户卡内设有客户端业务连接软件，客户端业 务连接软件带有业务连接用户界面，能够判断及控制移动终端进行移动业 务连接。客户端程序在发起业务请求之前，向代理服务器发送通用应用协 议请求，代理服务器将手机号插入通用应用协议的数据包中，再转发给业 务平台。本发明通过在客户端正常的业务请求之前，增加了向代理服务器 发送通用应用协议请求，保证了业务平台在不需要代理服务器升级的前提 下，仍可以获得用户手机号，避免了因为新应用协议的出现而产生设备频 繁升级改造的问题。需要说明的是：客户端在发起正常的业务请求之前， 增加的向代理服务器发送通用应用协议请求是由客户端自动发出，不需要 用户干预，对用户而言不会造成任何的流程及手续方面的不方便。
如图3所示，为本发明的实施例的工作流程图，一种多种应用协议下 保证业务平台获得用户终端信息的方法，它包括以下步骤：
步骤1、用户在移动终端上建立业务请求；
步骤2、移动终端向移动网络发出建立连接请求；
步骤3、移动网络收到建立连接请求，给用户分配IP地址，并建立 IP地址与用户手机号码的对应关系；
步骤4、移动网络将IP地址与用户手机号码的对应关系发送给代理 服务器；
步骤5、代理服务器收到IP地址与用户手机号码的对应关系，给移 动网络发送响应信息；
步骤6、移动网络收到代理服务器的响应信息，向移动终端发出连接 建立成功的响应信息，并将给用户分配IP地址发送给移动终端；
步骤7、移动终端向移动网络发起通用应用协议请求，并同时开始计 时，若设定的等待时间T内移动终端没有收到移动网络发回的业务平台已 经成功获得用户手机号码的响应时，移动终端判断已发起通用应用协议请 求的次数m与设定的最大推送次数N的大小，若m小于N，重复步骤7； 若m等于N，移动终端将连接失败的信息显示在屏幕上，通知用户。其中 等待时间T由移动终端设定；最大推送次数N为二次以上，由移动终端设 定。
步骤8、移动网络将收到的通用应用协议请求转发给代理服务器；
步骤9、代理服务器收到通用应用协议请求，根据IP地址和手机号 码的对应关系进行判断并将对应手机号码插入通用应用协议请求的数据 包中；
步骤10、代理服务器将带有对应手机号码的通用应用协议请求的数 据包转发给业务平台；
步骤11、业务平台收到通用应用协议请求的数据包转，向代理服务 器发出响应信息；
步骤12、代理服务器向移动网络传递响应信息；
步骤13、移动网络向移动终端传递响应信息；
步骤14、移动终端收到响应，判断是否连接成功：若是，继续下一 步；若否，移动终端判断已发起通用应用协议请求的次数m与设定的最大 推送次数N的大小，若m小于N，转到步骤7；若m等于N，移动终端将连 接失败的信息显示在屏幕上，通知用户。其中等待时间T由移动终端设定； 最大推送次数N为二次以上，由移动终端设定。
步骤15、移动终端向移动网络发出业务请求；
步骤16、移动网络收到业务请求并转发给业务平台。
例如：某用户发起移动聊天业务请求，该业务采用SIP协议，而代理 服务器只支持HTTP协议，仅能对HTTP协议进行解析。
移动聊天客户端程序收到用户发出的业务请求后，立即通过终端向移 动网络发起连接建立请求。移动网关收到该请求后给用户分配IP地址， 并建立IP地址和用户手机号的对应关系，并将该关联关系发给代理服务 器。这样代理服务器就获得了IP地址和用户手机号的对应关系，再向移 动网关发出响应。移动网关收到响应后，将分配的IP地址返回终端。
终端收到响应后，自动发起HTTP请求，代理服务器收到请求后，解 析HTTP协议，将该IP地址对应的用户手机号插入到HTTP协议报头的字 段中，再将该HTTP请求转发给移动聊天业务平台。由于HTTP协议属于通 用应用协议，业务平台可以解析HTTP报头，读取用户手机号。由此业务 平台就可以基于用户手机号对用户的业务使用进行计费。
业务平台完成上述操作后，给终端响应。终端收到响应后，判断是否 连接成功，如果不成功，则重发HTTP请求，直到收到成功的响应，客户 端程序才开始聊天业务，发起SIP协议请求。
最后所应说明的是，以上实施例仅用以说明本发明的技术方案而非限 制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人 员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离 本发明技术方案的精神和范围，其均应涵盖在本发明的权利要求范围当 中。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 一种面向用户需求的智能化云服务选择系统及其选择方法 | 2020-05-15 | 202 |
| 一种电力一体化通信资源管理机构 | 2020-05-16 | 646 |
| 响应于服务水平协议而分配计算系统功率水平 | 2020-05-11 | 293 |
| 网际协议服务水平协定路由器自动配置 | 2020-05-12 | 896 |
| 接纳控制系统、装置及方法 | 2020-05-13 | 744 |
| 外包式服务水平协议供应管理系统及方法 | 2020-05-11 | 79 |
| 用于云计算平台的资源管理 | 2020-05-13 | 798 |
| 基于服务水平协议的网络测试方法、系统及网管站 | 2020-05-12 | 547 |
| 动态服务水平协议在线协商的方法与系统 | 2020-05-12 | 940 |
| 动态服务水平协议在线协商的方法与系统 | 2020-05-11 | 521 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
