一种基于SIP协议的跨网络业务交换方法

摘要

本发明适用于民用短波通信领域，提供一种基于SIP协议的跨网络业务交换方法。本发明通过对不同短波通信网络间业务规程的适配与转发，有效共享了短波信道资源，扩大了外部短波通信网络无线信道覆盖能力，实现了试验平台与应急网间的业务交换，为不同网络间应急业务提供交换控制和传输支持。本发明通过民用网控制网关实现业务在不同网络间的转换与传输，该方法实现简单，能显著提高短波应急通信保障能力，并能够灵活拓展。

权利要求

1.一种基于SIP协议的跨网络业务交换方法，该方法应用于跨网络业务交换系统，其特征在于，所述跨网络业务交换系统包括应急网短波用户、接入节点、试验平台、民用网控制网关和应急网，其中，所述接入节点用于提供短波无线信道接入资源，将短波信道无线接入协议规程转换成试验平台协议规程；

所述试验平台用于完成试验平台侧业务的用户管理、路由转发与业务处理，支持包括话音、短信、电子邮件业务，并支持对试验平台内所有设备的配置及状态管理；

所述方法包括下述步骤：

S1、应急网短波用户通过接入节点连接试验平台，并向试验平台发出业务请求；

S2、试验平台根据全网规划的用户唯一标识，将所述业务请求转发到民用网控制网关，民用网控制网关收到业务请求后，进行试验平台侧的业务规程到应急网侧的业务规程的适配与转换，再将适配与转换后的业务请求转发至应急网，由应急网进行业务处理；待业务处理完成后，应急网将处理结果返回到民用网控制网关，民用网控制网关再进行应急网侧的业务规程到试验平台侧的业务规程的适配与转换，并将适配转换后的结果通过试验平台传输返回给应急网短波用户。

2.如权利要求1所述基于SIP协议的跨网络业务交换方法，其特征在于，当所述业务请求为上行话音业务请求时，所述步骤S2具体包括：试验平台将所述上行话音业务请求封装到SIP协议的第一INVITE请求消息的SDP消息体中，并将所述第一INVITE请求消息发送给民用网控制网关；

民用网控制网关解析所述第一INVITE请求消息中的To字段，当判断目的用户为自己时，提取第一INVITE请求消息SDP消息体中的应急网业务信息，获取应急网主/被叫用户信息、业务类型、媒体信息及试验平台侧的RTP资源信息，并记录第一INVITE请求消息SDP消息体中应急网主/被叫用户信息与试验平台第一INVITE请求消息中From、To信息的对应关系，生成信息表；

民用网控制网关根据业务类型按应急网业务规程向应急网发起“申请出局线路”请求消息；

民用网控制网关收到应急网对所述“申请出局线路”请求消息的应答消息后，提取出应答消息中携带的应急网话音网关地址；

民用网控制网关构造第二INVITE请求消息，将应急网主/被叫用户信息封装到其中的From、To字段中，将应急网话音网关地址封装到Route字段中，将之前记录的媒体信息封装到第二INVITE请求消息的SDP消息体中，并分配本地RTP资源信息与应急网互通，封装到第二INVITE请求消息的SDP消息体中，最后将构造好的第二INVITE请求消息发送给应急网；

应急网收到并处理所述第二INVITE请求消息，并将处理成功结果以第一OK消息返回给民用网控制网关；

民用网控制网关提取所述第一OK消息中的RTP资源信息，并建立与应急网的RTP连接，以实现与应急网的话音媒体流传输；

民用网控制网关提取所述第一OK消息中的From、To字段包含的应急网主/被叫用户信息，并查找本地信息表，获取应急网主/被叫用户对应的试验平台SIP会话，同时分配本地RTP资源信息与试验平台互通，构造第二OK消息成功应答返回给试验平台，所述第二OK消息中携带分配的本地RTP资源信息，并建立与试验平台的RTP连接，以实现与试验平台的话音媒体流传输，这样试验平台与应急网之间即可建立RTP话音媒体流；

待话音业务结束时，试验平台发送第一BYE消息至民用网控制网关，民用网控制网关匹配SIP会话信息，适配与转发第二BYE消息至应急网；

应急网返回第三OK消息至民用网控制网关，民用网控制网关适配与转发，然后返回第四OK消息至试验平台，结束此次话音业务，由此通过SIP协议实现了跨网络的上行话音业务交互。

3.如权利要求1所述基于SIP协议的跨网络业务交换方法，其特征在于，当所述业务请求为上行数据业务请求时，所述步骤S2具体包括：试验平台将所述上行数据业务请求封装到SIP协议的第三INVITE请求消息的SDP消息体中，并将所述第三INVITE请求消息发送给民用网控制网关；

民用网控制网关解析所述第三INVITE请求消息中的To字段，当判断目的用户为自己时，提取第三INVITE请求消息SDP消息体中的应急网业务信息，获取应急网主/被叫用户号码、业务类型、传输数据使用的试验平台侧TCP连接信息；

民用网控制网关分配本地TCP资源信息，并通过第五OK消息将本地TCP资源信息返回给试验平台，同时与试验平台建立TCP连接进行应急网业务数据的传输与接收；

民用网控制网关通过TCP连接接收到应急网业务数据后进行解析，根据数据业务类型、应急网主/被叫号码，按应急网侧数据业务规程向应急网发起数据业务请求；

应急网处理业务数据请求并接收业务数据，接收成功后返回应答，由此完成跨网络的上行数据业务的交互。

4.如权利要求1所述基于SIP协议的跨网络业务交换方法，其特征在于，所述方法还包括下述步骤：S3、当应急网的指挥所固定用户需要向应急网短波用户发起下行业务请求时，所述下行业务请求为下行语音业务请求或者下行数据业务请求，应急网查询应急网短波用户的漫游信息，并将所述下行业务请求发送至民用网控制网关；民用网控制网关将应急网侧业务规程适配转换成试验平台侧业务规程，从而实现跨网络的下行业务互通。

5.如权利要求4所述SIP协议的跨网络业务交换方法，其特征在于，对于下行数据业务请求，如果应急网短波用户不在网，民用网控制网关对下行业务数据进行缓存，并定时重发或者检测到应急网短波用户上线时重发。

6.如权利要求1-5任一项所述SIP协议的跨网络业务交换方法，其特征在于，所述试验平台中设置有短波业务控制器，民用网控制网关与短波业务控制器之间采用SIP协议中的MESSAGE消息来查询对方的业务连接情况，收到MESSAGE消息的被查设备，将本地业务连接情况封装在OK消息中，返回给查询方设备，从而查询方设备获得了系统中所有被查设备的业务情况，在后续业务请求中，查询方设备根据记录的负载均衡查询结果将业务请求转发到业务性能最优的被查设备上进行处理。

说明书

一种基于SIP协议的跨网络业务交换方法

技术领域

[0001] 本发明属于民用短波通信技术领域，尤其涉及一种基于SIP协议的跨网络业务交换方法。

背景技术

[0002] SIP协议(Session Initiation Protocol，会话初始协议)是由IETF(Internet Engineering Task Force，因特网工程任务组)制定的多媒体通信协议。它是一个基于文本的应用层控制协议，用于创建、修改和释放一个或多个参与者的会话。

[0003] 短波通信主要依靠电离层反射进行传播，能够实现无中继远距离通信，具有机动性强、网络重构快捷和抗毁性强等特点，广泛应用于军事、远洋、渔业、救灾、气象、外交等领域。同时，它也是应急和保底通信的一种重要手段。

[0004] 但是目前不同应急短波通信网络(简称为应急网)之间不能互联互通，信道资源不能共享，限制了短波通信网的无线覆盖能力，使得信道资源利用率不高且应急保障效果有限。

发明内容

[0005] 鉴于上述问题，本发明的目的在于提供一种基于SIP协议的跨网络业务交换方法，旨在解决现有短波通信网之间无法互通、信道资源无法共享的技术问题。

[0006] 本发明方法采用如下技术方案：

[0007] 所述基于SIP协议的跨网络业务交换方法应用于跨网络业务交换系统，所述跨网络业务交换系统包括应急网短波用户、接入节点、试验平台、民用网控制网关和应急网，所述方法包括下述步骤：

[0008] S1、应急网短波用户通过接入节点连接试验平台，并向试验平台发出业务请求；

[0009] S2、试验平台根据全网规划的用户唯一标识，将所述业务请求转发到民用网控制网关，民用网控制网关收到业务请求后，进行试验平台侧的业务规程到应急网侧的业务规程的适配与转换，再将适配与转换后的业务请求转发至应急网，由应急网进行业务处理；待业务处理完成后，应急网将处理结果返回到民用网控制网关，民用网控制网关再进行应急网侧的业务规程到试验平台侧的业务规程的适配与转换，并将适配转换后的结果通过试验平台传输返回给应急网短波用户。

[0010] 进一步的，当所述业务请求为上行话音业务请求时，所述步骤S2具体包括：

[0011] 试验平台将所述上行话音业务请求封装到SIP协议的第一INVITE请求消息的SDP消息体中，并将所述第一INVITE请求消息发送给民用网控制网关；

[0012] 民用网控制网关解析所述第一INVITE请求消息中的To字段，当判断目的用户为自己时，提取第一INVITE请求消息SDP消息体中的应急网业务信息，获取应急网主/被叫用户信息、业务类型、媒体信息及试验平台侧的RTP资源信息，并记录第一INVITE请求消息SDP消息体中应急网主/被叫用户信息与试验平台第一INVITE请求消息中From、To信息的对应关系，生成信息表；

[0013] 民用网控制网关根据业务类型按应急网业务规程向应急网发起“申请出局线路”请求消息；

[0014] 民用网控制网关收到应急网对所述“申请出局线路”请求消息的应答消息后，提取出应答消息中携带的应急网话音网关地址；

[0015] 民用网控制网关构造第二INVITE请求消息，将应急网主/被叫用户信息封装到其中的From、To字段中，将应急网话音网关地址封装到Route字段中，将之前记录的媒体信息封装到第二INVITE请求消息的SDP消息体中，并分配本地RTP资源信息与应急网互通，封装到第二INVITE请求消息的SDP消息体中，最后将构造好的第二INVITE请求消息发送给应急网；

[0016] 应急网收到并处理所述第二INVITE请求消息，并将处理成功结果以第一OK消息返回给民用网控制网关；

[0017] 民用网控制网关提取所述第一OK消息中的RTP资源信息，并建立与应急网的RTP连接，以实现与应急网的话音媒体流传输；

[0018] 民用网控制网关提取所述第一OK消息中的From、To字段包含的应急网主/被叫用户信息，并查找本地信息表，获取应急网主/被叫用户对应的试验平台SIP会话，同时分配本地RTP资源信息与试验平台互通，构造第二OK消息成功应答返回给试验平台，所述第二OK消息中携带分配的本地RTP资源信息，并建立与试验平台的RTP连接，以实现与试验平台的话音媒体流传输，这样试验平台与应急网之间即可建立RTP话音媒体流；

[0019] 待话音业务结束时，试验平台发送第一BYE消息至民用网控制网关，民用网控制网关匹配SIP会话信息，适配与转发第二BYE消息至应急网；

[0020] 应急网返回第三OK消息至民用网控制网关，民用网控制网关适配与转发，然后返回第四OK消息至试验平台，结束此次话音业务，由此通过SIP协议实现了跨网络的上行话音业务交互。

[0021] 进一步的，当所述业务请求为上行数据业务请求时，所述步骤S2具体包括：

[0022] 试验平台将所述上行数据业务请求封装到SIP协议的第三INVITE请求消息的SDP消息体中，并将所述第三INVITE请求消息发送给民用网控制网关；

[0023] 民用网控制网关解析所述第三INVITE请求消息中的To字段，当判断目的用户为自己时，提取第三INVITE请求消息SDP消息体中的应急网业务信息，获取应急网主/被叫用户号码、业务类型、传输数据使用的试验平台侧TCP连接信息；

[0024] 民用网控制网关分配本地TCP资源信息，并通过第五OK消息将本地TCP资源信息返回给试验平台，同时与试验平台建立TCP连接进行应急网业务数据的传输与接收；

[0025] 民用网控制网关通过TCP连接接收到应急网业务数据后进行解析，根据数据业务类型、应急网主/被叫号码，按应急网侧数据业务规程向应急网发起数据业务请求；

[0026] 应急网处理业务数据请求并接收业务数据，接收成功后返回应答，由此完成跨网络的上行数据业务的交互。

[0027] 进一步的，所述方法还包括下述步骤：

[0028] S3、当应急网的指挥所固定用户需要向应急网短波用户发起下行业务请求时，所述下行业务请求为下行语音业务请求或者下行数据业务请求，应急网查询应急网短波用户的漫游信息，并将所述下行业务请求发送至民用网控制网关；民用网控制网关将应急网侧业务规程适配转换成试验平台侧业务规程，从而实现跨网络的下行业务互通。

[0029] 进一步的，对于下行数据业务请求，如果应急网短波用户不在网，民用网控制网关对下行业务数据进行缓存，并定时重发或者检测到应急网短波用户上线时重发。

[0030] 进一步的，所述试验平台中设置有短波业务控制器，民用网控制网关与短波业务控制器之间采用SIP协议中的MESSAGE消息来查询对方的业务连接情况，收到MESSAGE消息的被查设备，将本地业务连接情况封装在OK消息中，返回给查询方设备，从而查询方设备获得了系统中所有被查设备的业务情况，在后续业务请求中，查询方设备根据记录的负载均衡查询结果将业务请求转发到业务性能最优的被查设备上进行处理。

[0031] 本发明的有益效果是：本发明实现了不同短波通信网络间的物理互通，通过SIP协议实现跨网络的业务交换，将其它短波通信网当作自身网络的一个接入通道，映射为本地短波通信网络的一个接入节点，纳入本地网络的接入和业务交换体系，从而扩大了本地短波通信网的无线覆盖能力，有效提高了短波通信资源的利用率，提高了短波应急通信业务的保障能力；本发明通过对不同短波通信网络间业务规程的适配与转发，有效共享了短波信道资源，扩大了外部短波通信网络无线信道覆盖能力，具体的，实现了试验平台(全称为军民结合应急短波通信试验平台)与应急网间的业务交换，为不同网络间应急业务提供交换控制和传输支持。

附图说明

[0032] 图1是跨网络业务交换系统的结构图；

[0033] 图2是基于SIP协议的跨网络上行话音业务交换流程图。

[0034] 图3是基于SIP协议的跨网络上行数据业务交换流程图。

[0035] 图4是基于SIP协议的跨网络下行话音业务交换流程图。

[0036] 图5是基于SIP协议的跨网络下行数据业务交换流程图。

[0037] 图6是基于SIP协议的跨网络下行数据业务缓存重发示意图。

[0038] 图7是基于SIP协议的负载均衡示意图。

具体实施方式

[0039] 为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

[0040] 本发明的主要目的在于实现基于SIP协议(Session Initiation Protocol，会话初始协议)的跨网络业务交换方法，通过民用网控制网关实现业务在不同网络间的转换与传输，该方法实现简单，能显著提高短波应急通信保障能力，并能够灵活拓展。

[0041] 本发明基于跨网络业务交换系统实现，如图1所示，所述跨网络业务交换系统包括应急网短波用户、接入节点、试验平台、民用网控制网关和应急网，核心设备为民用网控制网关。其中应急网短波用户与接入节点的实际组成不影响本实施例的实现，在本发明中不详细描述；试验平台由短波业务控制器及网络管理设备组成；应急网由业务服务系统、话音网关等设备组成。

[0042] 其中所述应急网短波用户用于为提供用户各类业务操作、当前业务状态、设备状态的界面，用户通过终端操作实现所需的业务，如短信、电话、电子邮件等。

[0043] 所述接入节点用于提供短波无线信道接入资源，将短波信道无线接入协议规程转换成试验平台协议规程。

[0044] 所述试验平台用于完成试验平台侧业务的用户管理、路由转发与业务处理，支持包括话音、短信、电子邮件等业务，并支持对试验平台内所有设备的配置及状态管理。

[0045] 所述民用网控制网关用于实现基于SIP协议的跨网络业务交换，完成试验平台业务规程与应急网业务规程的适配与转换，从而实现包括话音、短信、电子邮件等业务的跨网络互通。

[0046] 所述应急网用于完成应急网的用户管理、路由转发与业务处理等，支持包括话音、短信、电子邮件等业务，并支持对应急网内所有设备的配置及状态管理。

[0047] 基于上述于跨网络业务交换系统，本发明实施例提供的基于SIP协议的跨网络业务交换方法包括下述步骤：

[0048] S1、应急网短波用户通过接入节点连接试验平台，并向试验平台发出业务请求；

[0049] S2、试验平台根据全网规划的用户唯一标识，将所述业务请求转发到民用网控制网关，民用网控制网关收到业务请求后，进行试验平台侧的业务规程到应急网侧的业务规程的适配与转换，再将适配与转换后的业务请求转发至应急网，由应急网进行业务处理；待业务处理完成后，应急网将处理结果返回到民用网控制网关，民用网控制网关再进行应急网侧的业务规程到试验平台侧的业务规程的适配与转换，并将适配转换后的结果通过试验平台传输返回给应急网短波用户。

[0050] 本实施例中，试验平台和应急网属于两个短波通信网络，应急网短波用户通过接入节点连接至试验平台。应急网短波用户与应急网业务交互的所有指令和数据都需经过试验平台，因此这里实验平台与应急网之间建立连接，应急网短波用户即可实现业务交互，这里所描述的步骤主要为试验平台、民用网控制网关、应急网之间的交互。

[0051] 本实施例中，应急网短波用户漫游到试验平台的网络之后，即漫游地网络，需要借用试验平台的无线信道资源与核心网资源作为业务传输通道，通过这个通道将业务请求发送到应急网，即归属地网络，应急网的业务服务系统进行业务认证与业务处理，从而实现与应急网发指挥所固定用户的业务交互。

[0052] 具体的，应急网短波用户需要通过试验平台访问归属地网络时，向试验平台发出业务请求，比如话音、短信、邮件等业务。试验平台仅记录该应急网短波用户的位置信息，并不处理其业务请求。试验平台根据全网规划的用户唯一标识(即用户ID)，将应急网短波用户的业务请求转发到民用网控制网关，民用网控制网关收到业务请求后，进行试验平台侧业务规程到应急网侧业务规程的适配与转换，再将适配与转换后的业务请求转发至应急网，由应急网的业务服务系统进行业务处理；待业务处理完成后，应急网将处理结果返回到民用网控制网关，民用网控制网关再进行应急网侧业务规程到试验平台业务规程的适配与转换，并将适配转换后的结果通过试验平台传输返回给应急网短波用户，由此完成一次业务交互。

[0053] 本实施例中的民用网控制网关实现了试验平台侧SIP协议规程与应急网侧SIP协议规程的适配与转换，从而实现了跨网络的业务交换。

[0054] 应急网短波用户向应急网发出的业务请求为上行业务，具体有上行话音业务请求和上行数据业务请求。

[0055] 当应急网短波用户发出上行话音业务请求时，如图2所示，所述步骤S2具体包括：

[0056] 步骤S211、试验平台将所述上行话音业务请求封装到SIP协议的第一INVITE请求消息的SDP消息体中，并将所述第一INVITE请求消息发送给民用网控制网关。

[0057] 本方法通过SIP协议实现，一个SIP消息包括起始行、消息头以及消息体，消息头至少包括六个字段：From、To、CSeq、Call-ID、Max-Forwards、Via，他们是构件SIP消息的基本单元，而消息体一般采用SDP协议(Session Description Protocol，会话描述协议)。而SIP消息分为两大类：请求消息和响应消息。其中请求消息的类型包括INVITE、ACK、BYE、CANCEL、REGISTER、OPTIONS、INFO。而响应消息是反馈对应请求的处理结果的SIP消息，由状态码由三位整数构成，包括1xx、2xx、3xx、4xx、5xx、6xx响应，第一位用于定位响应类型。

[0058] 本步骤中需要将上行话音业务请求封装到SIP协议的第一INVITE请求消息的SDP消息体中并发送。本步骤相对于图2中的步骤1。

[0059] 步骤S212、民用网控制网关解析所述第一INVITE请求消息中的To字段，当判断目的用户为自己时，提取第一INVITE请求消息SDP消息体中的应急网业务信息，获取应急网主/被叫用户信息、业务类型、媒体信息及试验平台侧的RTP资源信息，并记录第一INVITE请求消息SDP消息体中应急网主/被叫用户信息与试验平台第一INVITE请求消息中From、To信息的对应关系，生成信息表。

[0060] 第一INVITE请求消息中的To字段为目的字段，民用网控制网关根据To字段确认自己是否需要处理该请求消息。然后提取SDP消息体中的应急网业务信息，获取应急网主/被叫用户信息、业务类型(这里为话音业务)、媒体信息及试验平台侧RTP(Real-time Transport Protocol，实时传输协议)资源信息(包括IP与端口)等，并记录SDP中应急网主/被叫用户信息与试验平台第一INVITE消息中From、To信息的对应关系，生成信息表。本步骤对应图2中的步骤2。

[0061] 步骤S213、民用网控制网关根据业务类型按应急网业务规程向应急网发起“申请出局线路”请求消息。

[0062] 步骤S214、民用网控制网关收到应急网对所述“申请出局线路”请求消息的应答消息后，提取出应答消息中携带的应急网话音网关地址。

[0063] 民用网控制网关根据业务类型(话音业务)按应急网业务规程向应急网发起“申请出局线路”请求消息；民用网控制网关收到“申请出局线路”的应答消息后，提取出应答消息中携带的应急网话音网关地址。所述步骤S213和S214对应图2中的步骤3和4。

[0064] 步骤S215、民用网控制网关构造第二INVITE请求消息，将应急网主/被叫用户信息封装到其中的From、To字段中，将应急网话音网关地址封装到Route字段中，将之前记录的媒体信息封装到第二INVITE请求消息的SDP消息体中，并分配本地RTP资源信息与应急网互通，封装到第二INVITE请求消息的SDP消息体中，最后将构造好的第二INVITE请求消息发送给应急网。本步骤对应图2中步骤5。

[0065] 步骤S216、应急网收到并处理所述第二INVITE请求消息，并将处理成功结果以第一OK消息返回给民用网控制网关。

[0066] 应急网收到并处理所述第二INVITE请求消息，具体的，首先路由查询，然后向民用网控制网关发出振铃，再经过信令解析，向试验平台发出振铃，试验平台向应急网短波用户发出振铃，应急网的指挥所固定用户摘机后将处理成功结果以第一OK消息返回给民用网控制网关。本步骤对应图2中的步骤6-11。

[0067] 步骤S217、民用网控制网关提取所述第一OK消息中的RTP资源信息，并建立与应急网的RTP连接，以实现与应急网的话音媒体流传输。本步骤对应图2中的步骤11、12。

[0068] 步骤S218、民用网控制网关提取所述第一OK消息中的From、To字段包含的应急网主/被叫用户信息，并查找本地信息表，获取应急网主/被叫用户对应的试验平台SIP会话，同时分配本地RTP资源信息与试验平台互通，构造第二OK消息成功应答返回给试验平台，所述第二OK消息中携带分配的本地RTP资源信息，并建立与试验平台的RTP连接，以实现与试验平台的话音媒体流传输，试验平台向民用网控制网关返回第一ACK确认响应，然后民用网控制网关解析第一ACK确认响应，这样试验平台与应急网之间即可建立RTP话音媒体流。本步骤对应图2中的步骤12-16。

[0069] 步骤S219、待话音业务结束时，试验平台发送第一BYE消息至民用网控制网关，民用网控制网关匹配SIP会话信息，适配与转发第二BYE消息至应急网。本步骤对应图2中的步骤17-19。

[0070] 步骤S2110、应急网返回第三OK消息至民用网控制网关，民用网控制网关适配与转发，然后返回第四OK消息至试验平台，结束此次话音业务，由此通过SIP协议实现了跨网络的上行话音业务交互。本步骤对应图2中的步骤20-22。

[0071] 当应急网短波用户发出上行数据业务请求时，所述步骤S2具体包括：

[0072] 步骤S221、试验平台将所述上行数据业务请求封装到SIP协议的第三INVITE请求消息的SDP消息体中，并将所述第三INVITE请求消息发送给民用网控制网关。所述上行数据业务为短信、邮件等。本步骤对应图3中的步骤1。

[0073] 步骤S222、民用网控制网关解析所述第三INVITE请求消息中的To字段，当判断目的用户为自己时，提取第三INVITE请求消息SDP消息体中的应急网业务信息，获取应急网主/被叫用户号码、业务类型(数据业务)、传输数据使用的试验平台侧TCP连接信息。本步骤对应图3中的步骤2。

[0074] 步骤S223、民用网控制网关分配本地TCP资源信息，并通过第五OK消息将本地TCP资源信息返回给试验平台，同时返回一个ACK响应消息，最终实现与试验平台建立TCP连接进行应急网业务数据的传输与接收。本步骤对应图3中的步骤3、4。

[0075] 步骤S224、民用网控制网关通过TCP连接接收到应急网业务数据后进行解析，根据数据业务类型(短信业务或邮件业务)、应急网主/被叫号码，按应急网侧数据业务规程向应急网发起数据业务请求。

[0076] 民用网控制网关接收到应急网业务数据完成后，试验平台向民用网控制网关发出一个BYE消息表示结束，然后民用网控制网返回第六OK消息给试验平台表示确认。然后民用网控制网关对接收到应急网业务数据后进行解析，按应急网侧数据业务规程向应急网发起数据业务请求。本步骤相对于图3中的步骤5-8。

[0077] 步骤S225、应急网处理业务数据请求并接收业务数据(短信或邮件)，接收成功后返回应答，由此完成跨网络的上行数据业务的交互。本步骤相对于图3中的步骤9。

[0078] 图2和图3具体描述了上行业务请求的过程，当然应急网的指挥所固定用户还可以下发下行业务请求，包括下行语音业务请求和下行数据业务请求。因此进一步的，本发明方法还包括下述步骤：

[0079] S3、当应急网的指挥所固定用户需要向应急网短波用户发起下行业务请求时，所述下行业务请求为下行语音业务请求或者下行数据业务请求，应急网查询应急网短波用户的漫游信息，并将所述下行业务请求发送至民用网控制网关；民用网控制网关将应急网侧业务规程适配转换成试验平台侧业务规程，从而实现跨网络的下行业务互通。

[0080] 由于应急网短波用户通过试验平台向应急网的指挥所固定用户发起上行业务请求后，应急网的业务系统会记录应急网短波用户的漫游信息，当指挥所固定用户向应急网短波用户发起下行业务请求时，应急网的业务系统查找应急网短波用户漫游信息，将下行业务请求转发至民用网控制网关，再由民用网控制网关将应急网侧业务规程适配转换成试验平台侧业务规程，从而实现跨网络的下行业务互通，具体的，下行话音业务的流程如图4所示，下行数据业务的流程如图5所示。具体的过程与图2和图3类似，这里不再赘述。

[0081] 考虑到应急网短波用户的状态不一定在网的情况，作为一种优选方式，对于下行数据业务请求，如果应急网短波用户不在网，民用网控制网关对下行业务数据进行缓存，并定时重发或者检测到应急网短波用户上线时重发。具体流程如图6所示，首先应急网向民用网控制网关发送应急网下行业务数据，民用网控制网关回复确认收到，然后向试验平台发送INVITE请求消息，由于应急网短波用户不在网，此时试验平台向民用网控制网关返回一个4XX消息，表明应急网度短波用户不在网，此时传输失败，民用网控制网关对下行业务数据进行缓存，并定时重发或者检测到应急网短波用户上线时重发，当定时时间到达时或者检测到应急网短波用户上线时，试验平台向试验平台再发送一个INVITE请求消息，试验平台返回一个OK消息，民用网控制网关再向试验平台返回一个ACK确认消息，此后试验平台与民用网控制网关建立TCP连接，由于先前民用网控制网关已经缓存了下行业务数据，因此建立TCP连接直接传输下行业务数据，传输完毕后，民用网控制网关向试验平台发送一个BYE消息确认发送结束，最后试验平台返回一个OK消息表明完全结束。本优选实施方式提供了对试验平台和应急网间无法及时送达的非实时业务的缓存功能，缓存功能用于应急网的指挥所用户发起的下行数据业务，缓存业务超时时长及重发次数均可配置。

[0082] 进一步作为优选实施方式，还可以采用SIP协议实现民用网控制网关与试验平台间的负载均衡功能，为一次独立的SIP业务会话过程选择合适的业务服务设备。如图7所示，所述试验平台中设置有短波业务控制器，民用网控制网关与短波业务控制器之间采用SIP协议中的MESSAGE消息来查询对方的业务连接情况，收到MESSAGE消息的被查设备，将本地业务连接情况封装在OK消息中，返回给查询方设备，从而查询方设备获得了系统中所有被查设备的业务情况，在后续业务请求中，查询方设备根据记录的负载均衡查询结果将业务请求转发到业务性能最优的被查设备上进行处理。

[0083] 以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。