一种通过背靠背代理实现网间通信的方法
一种通过背靠背代理实现网间通信的方法
【技术领域】
[0001] 本发明属于短波通信网技术领域，尤其设及一种通过背靠背代理实现网间通信的 方法。
【背景技术】
[0002] 短波通信网中，指挥侧与民网侧使用不同管理域的IP网络，指挥侧设备与民用侧 设备通信时需要跨越IP网段。
[0003] 区域代理控制器是短波通信网指挥侧的边界设备，不仅是指挥侧设备和民网侧设 备进行业务通信的桥梁，还实现了屏蔽指挥侧资产与网络细节的功能。为了实现上述功能， 区域代理控制器必须实现NAT(化twork Ad化ess Translation，网络地址转换）功能。短波 通信网选择SIP协议作为控制协议，但是SIP协议穿越NAT设备会导致出现如下问题：
[0004] 1、指挥侧网设备使用指挥网域内部IP地址，虽然经过NAT设备可W将IP层的地址 转换为民网侧可见的地址，但是对于SIP协议中关键字段W及SDP(Session Description Protocol,会话描述协议)协议消息中携带的内部地址却没有进行转换，从而导致不能完成 SIP会话过程，媒体数据通道无法建立。
[0005] 2、指挥侧设备的内部地址对民网侧设备是不可见的，因此民网侧设备不可能直接 针对指挥侧设备发起SIP消息过程。
【发明内容】
[0006] 鉴于上述问题，本发明的目的在于提供一种通过背靠背代理实现网间通信的方 法，旨在解决现有短波通信网中不同网域的设备之间无法进行基于SIP协议的网间通信的 技术问题。
[0007] 所述通过背靠背代理实现网间通信的方法包括下述步骤：
[000引指挥侧设备向区域代理控制器发送注册请求，区域代理控制器保存并处理所述注 册请求，然后向短波业务控制器发送一个注册信令，短波业务控制器获取其中的注册信息 判断是否合法，若注册信息合法则记录所述指挥侧设备的位置信息；
[0009] 民网侧设备向短波业务控制器发送注册指令，短波业务控制器保存所述民网侧设 备的相关注册?目息；
[0010] 当指挥侧设备需要向民网侧设备发出呼叫时，指挥侧设备根据所注册区域代理控 制器的指挥侧地址，发送呼叫请求至所述指挥侧设备；
[0011] 区域代理控制器对所述呼叫请求进行关键头域处理W及SDP消息处理，得到请求 信息，将所述请求信息发送至短波业务控制器，并把维持本次呼叫所需的地址和端口映射 信息保存到本地数据库；
[0012] 短波业务控制器接收到请求信息后，经查询本地路由表将所述请求信息转发至目 的地址的民网侧设备；
[0013] 民网侧设备从所述请求信息中获取区域代理控制器的民网侧地址，并根据此民网 侧地址经过短波业务控制器发送响应消息至区域代理控制器；
[0014] 区域代理控制器对所述响应消息进行关键头域的反处理，还原得到原呼叫请求中 的信息，并且对SDP消息修改成关于民网侧设备的媒体流描述；
[0015] 区域代理控制器将路由节点头域添加到反处理后的响应消息中，得到应答消息， 所述节点路由头域为区域代理控制器的指挥侧地址；
[0016] 区域代理控制器将所述应答消息发送至所述指挥侧设备，并把维持本地呼叫所需 的地址和端口映射信息保存到本地数据库中，此时区域代理控制器保存有实现整个双向会 话的地址和端口映射信息，具有维持跨网段会话的能力。
[0017] 本发明的有益效果是:本发明采用背靠背用户代理的的全代理方案，区域代理控 制器同时处理信令和媒体数据，区域代理控制器对内的功能是作为指挥侧设备的背靠背代 理服务器、SIP注册服务器和SIP代理服务器，它能够为指挥侧设备的SIP应用提供注册和代 理服务器功能，使他们与民网侧设备的SIP应用建立互连关系；区域代理控制器对外的功能 是作为一个普通的SIP终端存在，它能够与民网上的SIP应用建立互连关系，并且能够隐藏 指挥侧资源和信息，通过代理配置的地址转换关系，实现了SIP协议穿越NAT设备W及基于 SIP协议建立的设备面数据流也能穿越NAT设备。
【附图说明】
[001引图1是短波通信网的系统结构；
[0019] 图2是通过背靠背代理实现网间通信的方法的流程图；
[0020] 图3是通过背靠背代理实现网间通信的交互图；
[0021 ]图4是媒体流传输通道示意图。
【具体实施方式】
[0022] 为了使本发明的目的、技术方案及优点更加清楚明白，W下结合附图及实施例，对 本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用W解释本发明，并 不用于限定本发明。
[0023] 为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。
[0024] 本发明实现了基于短波通信网的网间会话过程，如图1所示的短波通信网的系统 结构，包括指挥侧设备、开放接入节点、区域代理中屯、、区域控制中屯、和民用接入节点、民网 侧设备。所述区域代理中包括区域代理控制器SBC、区域网络管理和安全隔离系统，所述区 域控制中屯、包括区域综合平台和短波业务控制器。指挥侧设备在其中的一个开放接入节点 覆盖下，且可连接至所述开放接入节点，任意开放接入节点均可W连接到任意区域代理控 制器，任意区域代理控制器均可连接至任意短波业务控制器，民网侧设备在其中的一个民 用接入节点覆盖下，且任意民用接入节点均可连接至任意短波业务控制器。
[0025] 区域代理控制器作为指挥侧和民网侧的连接部分，主要负责指挥侧流向民网侧的 SIP信令的处理转发，是一个注册服务器和SIP代理服务器，实现指挥侧设备的用户注册和 为通往民网侧的呼叫提供代理。对于民网侧，任意试图向指挥侧发送SIP信令的民网侧设备 都无法知晓指挥侧的情况，唯一可见的就是处于网络边界上的区域代理控制器。因此对于 民网侧设备而言，区域代理控制器只是一个SIP终端，而不是SIP代理服务器，运样两网之间 才能直接进行呼叫或者接收呼叫。不同网络间用户设备的呼叫过程分为两种情况:指挥侧 设备呼叫民网侧设备W及民网侧设备呼叫军网侧设备。考虑军网侧设备呼叫民网侧设备的 过程:军网侧设备首先通过导航音模式与开放接入节点无线建链，建链成功后军网侧设备 发送呼叫请求至开放接入节点，开放接入节点转发呼叫请求响应至区域代理控制器，区域 代理控制器对呼叫请求进行处理，然后发送一个新的呼叫请求至短波业务控制器，短波业 务控制器进行被叫路由查询，并把呼叫请求发送至被叫用户注册的民用接入节点，民用接 入节点与被叫用户无线建链成功后，主、被叫双方开始通话。下面通过具体实施例描述本发 明方法流程。
[0026] 参照图2所示的通过背靠背代理实现网间通信的方法的流程，并结合图3所示的通 过背靠背代理实现网间通信的交互图，本发明方法包括下述步骤：
[0027] 步骤S101、指挥侧设备向区域代理控制器发送注册请求，区域代理控制器保存并 处理所述注册请求，然后向短波业务控制器发送一个注册信令，短波业务控制器获取其中 的注册信息判断是否合法，若注册信息合法则记录所述指挥侧设备的位置信息。
[00%]步骤S102、民网侧设备向短波业务控制器发送注册指令，短波业务控制器保存所 述民网侧设备的相关注册信息。
[0029] 对于指挥侧流向民网侧的SIP信令，必须要通过区域代理控制器进行处理并转发， 因此对于指挥侧设备而言，区域代理控制器是一个SIP代理服务器，它需要为通往民网侧的 呼叫提供代理。由于区域代理控制器需要负责指挥侧设备的SIP代理工作，因此其必须允许 运些设备进行注册，只有通过注册才能使得指挥侧设备知晓哪些区域代理控制器是他们的 SIP代理服务器，因此区域代理控制器也是指挥侧设备的SIP注册服务器。
[0030] 区域代理控制收到指挥侧设备的注册请求时，还需对注册请求进行处理，得到一 个注册信令发送至短波业务控制器，由短波业务控制器对指挥侧设备的注册信息的合法性 进行判断，并记录指挥侧设备位置信息，W满足指挥侧设备作被叫时的路由查询。因此，短 波业务控制器可W看作是位置服务器和重定向服务器，并且还是民用侧设备的代理服务器 和注册服务器。
[0031] 步骤S 103、当指挥侧设备需要向民网侧设备发出呼叫时，指挥侧设备根据所注册 区域代理控制器的指挥侧地址，发送呼叫请求至所述指挥侧设备；
[0032] 假定指挥侧SIP设备A( [email protected] 1.2)需要与民网侦USIP设备B([email protected] 211.113.1.8)通话，用户B已在短波业务控制器上注册。由于指挥侧设备A已在区域代理控 制器上注册，因此指挥侧设备A根据区域代理控制器的指挥侧地址192.168.0.5，首先将呼 叫请求INV 口 E发送到区域代理控制器。指挥侧设备A发出的呼叫请求INV 口E消息具体内容 如下所示：
[0033] INV口E sip:[email protected]/2.0
[0034] Via: SIP/2.0/UDP 192.168.1.2:5060 ;branch = z9hG4bK78821：M909
[0035] From： <sip： jwcail92.168.0.5：4300> ； tag = 1237918230
[0036] To:<sip:[email protected]:5060>
[00 37] Call-ID:9832745930192.168.1.2
[0038] CSeq:20INV口E
[0039] Contact ： <sip ： jwcail92.168.1.2： 5060>
[0040] Max-forward：10
[0041 ] Content-Type：application/sdp
[0042] Content-Length：174
[0043] v = 0
[0044] 〇 = jwca 286 135IN IP4 192.168.1.2
[0045] s = n
[0046] c = IN IP4 192.168.1.2
[0047] t = 0 0
[0048] m = audio 6890RTP/AVP 8
[0049] a = dpmap:8PCMA/8000
[0050] a = ptime ： 10
[0051] 步骤S104、区域代理控制器对所述呼叫请求进行关键头域处理W及SDP消息处理， 得到请求信息，将所述请求信息发送至短波业务控制器，并把维持本次呼叫所需的地址和 端口映射信息保存到本地数据库。
[0052] 呼叫请求INV 口 E消息前半部分为头域（即V行之前的部分），后半部分为SDP消息。 区域代理控制器接收到呼叫请求后，对其中￥1日少1'〇111、1'〇、化11-10和(：〇]11日(31:等头域进行处 理。其中对From和To头域的处理可选，因为运里的From和To头域所指示的都是逻辑意义上 的地址，并不代表真实地址，在寻址的过程中不会被引用，对他们不作处理不会影响正常的 信令交互。SDP消息中既包含会话级参数又包括媒体级参数，例如:会话的名称、会话的发起 者、会话活动时间、媒体类型、端口号、传输协议W及媒体格式等。因此SDP消息体的正确处 理是实现正常会话的基础。其中，SDP消息体中的V'行、"C"行和V'行包含有关会话的地址 和端口信息。区域代理控制器必须对运Ξ行进行处理W完成正常的会话。
[0053] "0"行用于描述会话源，其格式为:〇=(用户名）（会话标识）（版本）（网络类型）（地 址类型）（地址）。"〇"行是全局的，每一个SDP消息体中只有一个V'行。对于呼叫请求INVITE 消息，区域代理控制器将其中的V'行由原来的o = jwca 286 135 IN IP4 192.168.1.2改 为o = sbc 286 135IN IP4 211.113.0.2。
[0054] "C"行用于描述会话连接信息，其格式为C =(网络类型）（地址类型）（链接地址）。 尽管运些子字段的名称有些与在源信息中定义的子字段名称相同，但它们的含义是不同 的，它们表示需要接受媒体数据的网络和地址，而不是生成会话的网络和地址。每个媒体描 述必须包含一个"C"行字段或在会话级描述中包含一个公共的"C"行字段。对于呼叫请求 INV 口 E消息，区域代理控制器必须将V'行字段中的指挥侧地址改为本身的民网侧地址，即 将原来的c = IN IP4 192.168.1.2改为c = IN IP4 211.113.0.2。
[0055] "m"行用于媒体及描述，其格式为m=(媒体类型）（端口）（传输协议）（格式列表）。 媒体类型可W使音频、视频、应用程序、数据等，若是语音，媒体类型就是音频;端口指明接 受媒体的端口号;传输协议的值和V'行中的地址类型有关，对于IPv4来说，大多数媒体流 都在RTP/UDP上传输;格式列表列出了所支持的不同类型的媒体格式。区域代理控制器须对 端口子字段进行处理，因为接受媒体的端口号是与V'行地址即接收媒体的地址相对应的， V'行地址改变，V行端口地址也要改变。对于呼叫请求INVITE消息，若区域代理控制器准 备在民网侧地址211.113.0.2上的7000端口接收[email protected]发出的媒体流，则区域 代理控制器把原来的m = audio 6890RTP/AVP 8改为m = audio 7000RTP/AVP 8。
[0化6] 区域代理控制器做完W上处理后，SDP消息体的长度即Content-Length需重新计 算。因此经过上述处理和修改，区域代理控制器对呼叫请求处理后得到的请求信息的具体 内容如下所示：
[0057] INV口E sip:[email protected]/2.0
[005引 Via：SIP/2.0/UDP 211.113.0.2:5060;branch = z9hG4bK78821 ：34909
[0059] From: <sip: [email protected]:5060〉；tag = 1237918230
[0060] To:<sip:[email protected]:5060>
[0061] Call-ID: :3459084560211.113.0.2
[0062] CSeq:20INmE
[0063] Contact ： <sip ： jwcai2n . 113.0.2 ： 5060>
[0064] Max-forward：10
[0065] Content-Type：application/sdp
[0066] Content-Length：180
[0067] v = 0
[006引 0 = sbc286 135IN IP4 211.113.0.2
[0069] s = n
[0070] c = IN IP4 211.113.0.2
[0071] t = 0 0
[0072] m = audio7000RTP/AVP 8
[0073] a = ;rtpmap:8PCMA/8000
[0074] a = ptime ： 10
[0075] 其中画横线部分为本步骤修改的部分。
[0076] 区域代理控制器把此请求信息发送至短波业务控制器后，并把维持本次呼叫所需 的地址和端口映射信息保存到本地数据库中。
[0077] 步骤S105、短波业务控制器接收到后，经查询本地路由表将所述请求信息转发至 目的地址的民网侧设备。
[0078] 短波业务控制器收到区域代理控制器重新发请求信息出的请求信息后，经查询本 地路由表把此请求消息转发至目的地址211.113.1.8。
[0079] 步骤S106、民网侧设备从所述请求信息中获取区域代理控制器的民网侧地址，并 根据此民网侧地址经过短波业务控制器发送响应消息至区域代理控制器。
[0080] 民网侧设备B从收到的请求信息中发现呼叫发起者为[email protected],即区域 代理控制器的民网侧地址。民网侧设备B获取该民网侧地址并发送响应消息（即2000K消息） 至区域代理控制器民网侧地址。当然在此之前民网侧设备B会发送100化ying和ISORing应 答到区域代理控制器，具体过程与本申请发明点相关不大，运里不做具体说明。
[0081] 民网侧设备B经短波业务控制器转发至区域代理控制器的2000K响应消息具体内 容如下所示：
[0082] SIP/2.0 200 0K
[0083] Via: SIP/2.0/UDP 221.113.0.2:5060 ;branch = z9hG4bK78821：M909
[0084] From： <sip：mwcbi211.113.1.6：5060>；tag = 1237918230 [00化]To: <sip :[email protected]:5060> ; tag = 1249823572 [00 化]Call-ID = ：[email protected]
[0087] Cseq:20INmE
[0088] Contact ： <sip ：mwcbi211.113.1.8： 5060>
[0089] Content-Type：application/sdp
[0090] Content-Length：174
[0091] v = 0
[0092] 〇=mwcb 286 135 IN IP4 211.113.1.8
[0093] s = n
[0094] c = IN IP4 211.113.1.8
[0095] t = 0 0
[0096] m = audio 8800 RTP/AVP 8
[0097] a = ;rtpmap:8 PCMA/8000 [009引 a = ptime:10
[0099] 步骤S107、区域代理控制器对所述响应消息进行关键头域的反处理，还原得到原 呼叫请求中的信息，并且对SDP消息修改成关于民网侧设备的媒体流描述。
[0100] 本步骤中，区域代理控制器对响应消息的处理和对步骤S 104中对相应的呼叫请 求的SIP关键头域的处理是相反的过程，即把区域代理控制器修改过的信息恢复原来呼叫 请求中的信息。若区域代理控制器对呼叫请求中某个字段进行了修改，而在对应的响应消 息中相应字段的信息并不是SBC修改后的信息，则说明此信息已不再 是关于指挥侧设备的 信息而是关于民网侧设备的信息，那么区域代理控制器不对其进行处理。
[0101] 参照步骤S104中区域代理控制器修改后得到的请求信息，可W得出区域代理控制 器需要对步骤S106中的2000K应答消息中的Via和化11-ID两个头域进行处理，对Contact不 用处理。即把原 2000K应答消息中的Via: SIP/2.0/UDP 211.113.0.2: 5060 改为 Via: SIP/ 2.0/UDP 192.168.1.2:5060 ;Call-ID: 3459084560211.113.0.2 改为 Call-ID: 9832745930 192.168.1.2ο
[0102] 对于响应消息中的SDP消息是民网侧设备关于媒体流的描述，区域代理控制器必 须把运些描述修改为关于媒体流的描述。针对V'行、V'行、V'行的修改如下表所示：
[0103]
[0104] 即区域代理控制器在指挥侧地址的6000端口上接收指挥侧设备发送的媒体流。因 此当会话最终建立后，媒体流的传输通道如图4所示。运样指挥侧至民网侧的媒体流先由设 备A发送至区域代理控制器的指挥侧地址192.168.0.5的6000端口，然后区域代理控制器通 过民网侧地址211.113.0.2的7000端口将其发送至设备8(211.113.1.8)的8000端口；民网 侧到指挥侧的媒体流先由设备B发送至区域代理控制器的民网侧地址211.113.0.2的7000 端口，然后区域代理控制器通过指挥侧地址192.168.0.5的6000端口将其转发至设备A (192.179.1.2)的6890端口。运样就完成了媒体流跨网段的传输。
[0105] 步骤S108、区域代理控制器将路由节点头域添加到反处理后的响应消息中，得到 应答消息，所述节点路由头域为区域代理控制器的指挥侧地址。
[0106] 最后区域代理控制器还需要在响应消息中加入路由节点Record-Route头域，得到 最终的应答消息指挥军网侧设备，其功能是一个SIP代理服务器和SIP背靠背代理服务器。 运种功能上的非对称性导致区域代理控制器对两个不同方向的SIP信令处理的非对称性， Record-Route头域就是运种非对称性的一个体现。Record-Route头域的作用是告知指挥侧 设备，本次呼叫中W后所有的SIP消息都要流经运个SIP代理服务器，运在区域代理控制器 的实现中是非常重要，因为根据S1P中建立对话的要求，当主叫方收到最终应答W后，所有 的SIP消息都会在用户代理客户端和用户代理服务器端之间直接发送，但是由于此次呼叫 的用户代理客户端和用户代理服务器端处在不同网络上，因此直接发送SIP消息是不可行 的，因此必须需要区域代理控制器实现代理。Record-Route头域可W告诉指挥侧设备将W 后的SIP消息也发送到区域代理控制器，再经由区域代理控制器进行转发。为了能够保证运 一点，对于从民网侧流向军网侧的请求与最终应答，区域代理控制器必须在其中加入 Record-Route头域。最终的应答消息的Record-Route头域内容即为区域代理控制器军网侧 地址:192.168.0.5:4300。应答消息的具体内容如下所示：
[0107] SIP/2.0 200 0K
[010 引 Via: SIP/2.0/UDP192.168.1.2:5060 ;branch = z9hG4bK78821：M909 [0…9] Record-Route ： <sip ： 192.168.0.5 ：4300>
[0110] From: <sip: [email protected]:4300> ；tag = 1237918230
[0111] To ： <sip ：mwcbi211.113.1.6： 5060> ； tag = 1249823572
[0112] Call-ID = [email protected]
[0113] Cseq:20INmE
[0114] Contact ： <sip ：mwcbi211.113.1.8： 5060>
[0115] Content-Type：application/sdp
[0116] Content-Length：171
[0117] v = 0
[011 引 o = sbc286 135IN IP4 192.168.0.5
[0119] s = n
[0120] c = IN IP4192.168.0.5
[0121] t = 0 0
[0122] m = audio6000RTP/AVP 8
[0123] a = ;rtpmap:8PCMA/8000
[0124] a = ptime ： 10
[0125] 步骤S109、区域代理控制器将所述应答消息发送至所述指挥侧设备，并把维持本 地呼叫所需的地址和端口映射信息保存到本地数据库中，此时区域代理控制器保存有实现 整个双向会话的地址和端口映射信息，具有维持跨网段会话的能力。
[0126] 最后区域代理控制器将所述应答消息发送至所述指挥侧设备并保存本地呼叫所 需的地址和端口映射信息。运样此时区域代理控制器保存有实现整个双向会话的地址和端 口映射信息，具有维持跨网段会话的能力。区域代理控制器面向指挥侧设备与面向民网侧 设备之间传递信令过程中，完成SIP信令数据包中IP地址和端口的转换工作，实现SIP信令 在两网之间的传输。根据SIP会话建链结果，建立数据与语音媒体的传输通道，实现用户面 数据在两网之间的传输。区域代理控制器根据两侧接收到的媒体数据，按照地址转换关系， 发送给另外一侧的设备，由其按照路由路径发送到目的节点，完成SIP语音在两网间的穿 越。
[0127] W上所述仅为本发明的较佳实施例而已，并不用W限制本发明，凡在本发明的精 神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
【主权项】
1. 一种通过背靠背代理实现网间通信的方法，其特征在于，所述方法包括： 指挥侧设备向区域代理控制器发送注册请求，区域代理控制器保存并处理所述注册请 求，然后向短波业务控制器发送一个注册信令，短波业务控制器获取其中的注册信息判断 是否合法，若注册信息合法则记录所述指挥侧设备的位置信息； 民网侧设备向短波业务控制器发送注册指令，短波业务控制器保存所述民网侧设备的 相关注册信息； 当指挥侧设备需要向民网侧设备发出呼叫时，指挥侧设备根据所注册区域代理控制器 的指挥侧地址，发送呼叫请求至所述指挥侧设备； 区域代理控制器对所述呼叫请求进行关键头域处理以及SDP消息处理，得到请求信息， 将所述请求信息发送至短波业务控制器，并把维持本次呼叫所需的地址和端口映射信息保 存到本地数据库； 短波业务控制器接收到请求信息后，经查询本地路由表将所述请求信息转发至目的地 址的民网侧设备； 民网侧设备从所述请求信息中获取区域代理控制器的民网侧地址，并根据此民网侧地 址经过短波业务控制器发送响应消息至区域代理控制器； 区域代理控制器对所述响应消息进行关键头域的反处理，还原得到原呼叫请求中的信 息，并且对SDP消息修改成关于民网侧设备的媒体流描述； 区域代理控制器将路由节点头域添加到反处理后的响应消息中，得到应答消息，所述 节点路由头域为区域代理控制器的指挥侧地址； 区域代理控制器将所述应答消息发送至所述指挥侧设备，并把维持本地呼叫所需的地 址和端口映射信息保存到本地数据库中，此时区域代理控制器保存有实现整个双向会话的 地址和端口映射信息，具有维持跨网段会话的能力。2. 如权利要求1所述方法，其特征在于，所述区域代理控制器对所述响应消息进行关键 头域的反处理步骤中，若区域代理控制器对呼叫请求的某个字段进行修改，而在对应的响 应消息中相应字段的信息并不是区域代理控制器修改后的信息，则说明此信息已不在是关 于指挥侧设备的信息而是关于民网侧设备的信息，那么区域代理控制器不对应答消息中的 对应字段进行反处理。3. 如权利要求1所述方法，其特征在于，所述SDP消息包括用于描述会话源的"〇行"，用 于描述会话连接的"c行"，以及用于描述媒体的"m行"。
【专利摘要】本发明适用于短波通信网技术领域，提供一种通过背靠背代理实现网间通信的方法，本发明采用背靠背用户代理的全代理方案，区域代理控制器同时处理信令和媒体数据，区域代理控制器对内的功能是作为指挥侧设备的背靠背代理服务器、SIP注册服务器和SIP代理服务器，它能够为指挥侧设备的SIP应用提供注册和代理服务器功能，使他们与民网侧设备的SIP应用建立互连关系；区域代理控制器对外的功能是作为一个普通的SIP终端存在，它能够与民网上的SIP应用建立互连关系，并且能够隐藏指挥侧资源和信息，通过代理配置的地址转换关系，实现了SIP协议穿越NAT设备以及基于SIP协议建立的设备面数据流也能穿越NAT设备。
【IPC分类】H04L29/12
【公开号】CN105491180
【申请号】CN201510923471
【发明人】刘建国, 付国宾, 朱春祥, 王贤德
【申请人】中国人民解放军国防信息学院
【公开日】2016年4月13日
【申请日】2015年12月11日
【技术领域】
[0001] 本发明属于短波通信网技术领域，尤其设及一种通过背靠背代理实现网间通信的 方法。
【背景技术】
[0002] 短波通信网中，指挥侧与民网侧使用不同管理域的IP网络，指挥侧设备与民用侧 设备通信时需要跨越IP网段。
[0003] 区域代理控制器是短波通信网指挥侧的边界设备，不仅是指挥侧设备和民网侧设 备进行业务通信的桥梁，还实现了屏蔽指挥侧资产与网络细节的功能。为了实现上述功能， 区域代理控制器必须实现NAT(化twork Ad化ess Translation，网络地址转换）功能。短波 通信网选择SIP协议作为控制协议，但是SIP协议穿越NAT设备会导致出现如下问题：
[0004] 1、指挥侧网设备使用指挥网域内部IP地址，虽然经过NAT设备可W将IP层的地址 转换为民网侧可见的地址，但是对于SIP协议中关键字段W及SDP(Session Description Protocol,会话描述协议)协议消息中携带的内部地址却没有进行转换，从而导致不能完成 SIP会话过程，媒体数据通道无法建立。
[0005] 2、指挥侧设备的内部地址对民网侧设备是不可见的，因此民网侧设备不可能直接 针对指挥侧设备发起SIP消息过程。
【发明内容】
[0006] 鉴于上述问题，本发明的目的在于提供一种通过背靠背代理实现网间通信的方 法，旨在解决现有短波通信网中不同网域的设备之间无法进行基于SIP协议的网间通信的 技术问题。
[0007] 所述通过背靠背代理实现网间通信的方法包括下述步骤：
[000引指挥侧设备向区域代理控制器发送注册请求，区域代理控制器保存并处理所述注 册请求，然后向短波业务控制器发送一个注册信令，短波业务控制器获取其中的注册信息 判断是否合法，若注册信息合法则记录所述指挥侧设备的位置信息；
[0009] 民网侧设备向短波业务控制器发送注册指令，短波业务控制器保存所述民网侧设 备的相关注册?目息；
[0010] 当指挥侧设备需要向民网侧设备发出呼叫时，指挥侧设备根据所注册区域代理控 制器的指挥侧地址，发送呼叫请求至所述指挥侧设备；
[0011] 区域代理控制器对所述呼叫请求进行关键头域处理W及SDP消息处理，得到请求 信息，将所述请求信息发送至短波业务控制器，并把维持本次呼叫所需的地址和端口映射 信息保存到本地数据库；
[0012] 短波业务控制器接收到请求信息后，经查询本地路由表将所述请求信息转发至目 的地址的民网侧设备；
[0013] 民网侧设备从所述请求信息中获取区域代理控制器的民网侧地址，并根据此民网 侧地址经过短波业务控制器发送响应消息至区域代理控制器；
[0014] 区域代理控制器对所述响应消息进行关键头域的反处理，还原得到原呼叫请求中 的信息，并且对SDP消息修改成关于民网侧设备的媒体流描述；
[0015] 区域代理控制器将路由节点头域添加到反处理后的响应消息中，得到应答消息， 所述节点路由头域为区域代理控制器的指挥侧地址；
[0016] 区域代理控制器将所述应答消息发送至所述指挥侧设备，并把维持本地呼叫所需 的地址和端口映射信息保存到本地数据库中，此时区域代理控制器保存有实现整个双向会 话的地址和端口映射信息，具有维持跨网段会话的能力。
[0017] 本发明的有益效果是:本发明采用背靠背用户代理的的全代理方案，区域代理控 制器同时处理信令和媒体数据，区域代理控制器对内的功能是作为指挥侧设备的背靠背代 理服务器、SIP注册服务器和SIP代理服务器，它能够为指挥侧设备的SIP应用提供注册和代 理服务器功能，使他们与民网侧设备的SIP应用建立互连关系；区域代理控制器对外的功能 是作为一个普通的SIP终端存在，它能够与民网上的SIP应用建立互连关系，并且能够隐藏 指挥侧资源和信息，通过代理配置的地址转换关系，实现了SIP协议穿越NAT设备W及基于 SIP协议建立的设备面数据流也能穿越NAT设备。
【附图说明】
[001引图1是短波通信网的系统结构；
[0019] 图2是通过背靠背代理实现网间通信的方法的流程图；
[0020] 图3是通过背靠背代理实现网间通信的交互图；
[0021 ]图4是媒体流传输通道示意图。
【具体实施方式】
[0022] 为了使本发明的目的、技术方案及优点更加清楚明白，W下结合附图及实施例，对 本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用W解释本发明，并 不用于限定本发明。
[0023] 为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。
[0024] 本发明实现了基于短波通信网的网间会话过程，如图1所示的短波通信网的系统 结构，包括指挥侧设备、开放接入节点、区域代理中屯、、区域控制中屯、和民用接入节点、民网 侧设备。所述区域代理中包括区域代理控制器SBC、区域网络管理和安全隔离系统，所述区 域控制中屯、包括区域综合平台和短波业务控制器。指挥侧设备在其中的一个开放接入节点 覆盖下，且可连接至所述开放接入节点，任意开放接入节点均可W连接到任意区域代理控 制器，任意区域代理控制器均可连接至任意短波业务控制器，民网侧设备在其中的一个民 用接入节点覆盖下，且任意民用接入节点均可连接至任意短波业务控制器。
[0025] 区域代理控制器作为指挥侧和民网侧的连接部分，主要负责指挥侧流向民网侧的 SIP信令的处理转发，是一个注册服务器和SIP代理服务器，实现指挥侧设备的用户注册和 为通往民网侧的呼叫提供代理。对于民网侧，任意试图向指挥侧发送SIP信令的民网侧设备 都无法知晓指挥侧的情况，唯一可见的就是处于网络边界上的区域代理控制器。因此对于 民网侧设备而言，区域代理控制器只是一个SIP终端，而不是SIP代理服务器，运样两网之间 才能直接进行呼叫或者接收呼叫。不同网络间用户设备的呼叫过程分为两种情况:指挥侧 设备呼叫民网侧设备W及民网侧设备呼叫军网侧设备。考虑军网侧设备呼叫民网侧设备的 过程:军网侧设备首先通过导航音模式与开放接入节点无线建链，建链成功后军网侧设备 发送呼叫请求至开放接入节点，开放接入节点转发呼叫请求响应至区域代理控制器，区域 代理控制器对呼叫请求进行处理，然后发送一个新的呼叫请求至短波业务控制器，短波业 务控制器进行被叫路由查询，并把呼叫请求发送至被叫用户注册的民用接入节点，民用接 入节点与被叫用户无线建链成功后，主、被叫双方开始通话。下面通过具体实施例描述本发 明方法流程。
[0026] 参照图2所示的通过背靠背代理实现网间通信的方法的流程，并结合图3所示的通 过背靠背代理实现网间通信的交互图，本发明方法包括下述步骤：
[0027] 步骤S101、指挥侧设备向区域代理控制器发送注册请求，区域代理控制器保存并 处理所述注册请求，然后向短波业务控制器发送一个注册信令，短波业务控制器获取其中 的注册信息判断是否合法，若注册信息合法则记录所述指挥侧设备的位置信息。
[00%]步骤S102、民网侧设备向短波业务控制器发送注册指令，短波业务控制器保存所 述民网侧设备的相关注册信息。
[0029] 对于指挥侧流向民网侧的SIP信令，必须要通过区域代理控制器进行处理并转发， 因此对于指挥侧设备而言，区域代理控制器是一个SIP代理服务器，它需要为通往民网侧的 呼叫提供代理。由于区域代理控制器需要负责指挥侧设备的SIP代理工作，因此其必须允许 运些设备进行注册，只有通过注册才能使得指挥侧设备知晓哪些区域代理控制器是他们的 SIP代理服务器，因此区域代理控制器也是指挥侧设备的SIP注册服务器。
[0030] 区域代理控制收到指挥侧设备的注册请求时，还需对注册请求进行处理，得到一 个注册信令发送至短波业务控制器，由短波业务控制器对指挥侧设备的注册信息的合法性 进行判断，并记录指挥侧设备位置信息，W满足指挥侧设备作被叫时的路由查询。因此，短 波业务控制器可W看作是位置服务器和重定向服务器，并且还是民用侧设备的代理服务器 和注册服务器。
[0031] 步骤S 103、当指挥侧设备需要向民网侧设备发出呼叫时，指挥侧设备根据所注册 区域代理控制器的指挥侧地址，发送呼叫请求至所述指挥侧设备；
[0032] 假定指挥侧SIP设备A( [email protected] 1.2)需要与民网侦USIP设备B([email protected] 211.113.1.8)通话，用户B已在短波业务控制器上注册。由于指挥侧设备A已在区域代理控 制器上注册，因此指挥侧设备A根据区域代理控制器的指挥侧地址192.168.0.5，首先将呼 叫请求INV 口 E发送到区域代理控制器。指挥侧设备A发出的呼叫请求INV 口E消息具体内容 如下所示：
[0033] INV口E sip:[email protected]/2.0
[0034] Via: SIP/2.0/UDP 192.168.1.2:5060 ;branch = z9hG4bK78821：M909
[0035] From： <sip： jwcail92.168.0.5：4300> ； tag = 1237918230
[0036] To:<sip:[email protected]:5060>
[00 37] Call-ID:9832745930192.168.1.2
[0038] CSeq:20INV口E
[0039] Contact ： <sip ： jwcail92.168.1.2： 5060>
[0040] Max-forward：10
[0041 ] Content-Type：application/sdp
[0042] Content-Length：174
[0043] v = 0
[0044] 〇 = jwca 286 135IN IP4 192.168.1.2
[0045] s = n
[0046] c = IN IP4 192.168.1.2
[0047] t = 0 0
[0048] m = audio 6890RTP/AVP 8
[0049] a = dpmap:8PCMA/8000
[0050] a = ptime ： 10
[0051] 步骤S104、区域代理控制器对所述呼叫请求进行关键头域处理W及SDP消息处理， 得到请求信息，将所述请求信息发送至短波业务控制器，并把维持本次呼叫所需的地址和 端口映射信息保存到本地数据库。
[0052] 呼叫请求INV 口 E消息前半部分为头域（即V行之前的部分），后半部分为SDP消息。 区域代理控制器接收到呼叫请求后，对其中￥1日少1'〇111、1'〇、化11-10和(：〇]11日(31:等头域进行处 理。其中对From和To头域的处理可选，因为运里的From和To头域所指示的都是逻辑意义上 的地址，并不代表真实地址，在寻址的过程中不会被引用，对他们不作处理不会影响正常的 信令交互。SDP消息中既包含会话级参数又包括媒体级参数，例如:会话的名称、会话的发起 者、会话活动时间、媒体类型、端口号、传输协议W及媒体格式等。因此SDP消息体的正确处 理是实现正常会话的基础。其中，SDP消息体中的V'行、"C"行和V'行包含有关会话的地址 和端口信息。区域代理控制器必须对运Ξ行进行处理W完成正常的会话。
[0053] "0"行用于描述会话源，其格式为:〇=(用户名）（会话标识）（版本）（网络类型）（地 址类型）（地址）。"〇"行是全局的，每一个SDP消息体中只有一个V'行。对于呼叫请求INVITE 消息，区域代理控制器将其中的V'行由原来的o = jwca 286 135 IN IP4 192.168.1.2改 为o = sbc 286 135IN IP4 211.113.0.2。
[0054] "C"行用于描述会话连接信息，其格式为C =(网络类型）（地址类型）（链接地址）。 尽管运些子字段的名称有些与在源信息中定义的子字段名称相同，但它们的含义是不同 的，它们表示需要接受媒体数据的网络和地址，而不是生成会话的网络和地址。每个媒体描 述必须包含一个"C"行字段或在会话级描述中包含一个公共的"C"行字段。对于呼叫请求 INV 口 E消息，区域代理控制器必须将V'行字段中的指挥侧地址改为本身的民网侧地址，即 将原来的c = IN IP4 192.168.1.2改为c = IN IP4 211.113.0.2。
[0055] "m"行用于媒体及描述，其格式为m=(媒体类型）（端口）（传输协议）（格式列表）。 媒体类型可W使音频、视频、应用程序、数据等，若是语音，媒体类型就是音频;端口指明接 受媒体的端口号;传输协议的值和V'行中的地址类型有关，对于IPv4来说，大多数媒体流 都在RTP/UDP上传输;格式列表列出了所支持的不同类型的媒体格式。区域代理控制器须对 端口子字段进行处理，因为接受媒体的端口号是与V'行地址即接收媒体的地址相对应的， V'行地址改变，V行端口地址也要改变。对于呼叫请求INVITE消息，若区域代理控制器准 备在民网侧地址211.113.0.2上的7000端口接收[email protected]发出的媒体流，则区域 代理控制器把原来的m = audio 6890RTP/AVP 8改为m = audio 7000RTP/AVP 8。
[0化6] 区域代理控制器做完W上处理后，SDP消息体的长度即Content-Length需重新计 算。因此经过上述处理和修改，区域代理控制器对呼叫请求处理后得到的请求信息的具体 内容如下所示：
[0057] INV口E sip:[email protected]/2.0
[005引 Via：SIP/2.0/UDP 211.113.0.2:5060;branch = z9hG4bK78821 ：34909
[0059] From: <sip: [email protected]:5060〉；tag = 1237918230
[0060] To:<sip:[email protected]:5060>
[0061] Call-ID: :3459084560211.113.0.2
[0062] CSeq:20INmE
[0063] Contact ： <sip ： jwcai2n . 113.0.2 ： 5060>
[0064] Max-forward：10
[0065] Content-Type：application/sdp
[0066] Content-Length：180
[0067] v = 0
[006引 0 = sbc286 135IN IP4 211.113.0.2
[0069] s = n
[0070] c = IN IP4 211.113.0.2
[0071] t = 0 0
[0072] m = audio7000RTP/AVP 8
[0073] a = ;rtpmap:8PCMA/8000
[0074] a = ptime ： 10
[0075] 其中画横线部分为本步骤修改的部分。
[0076] 区域代理控制器把此请求信息发送至短波业务控制器后，并把维持本次呼叫所需 的地址和端口映射信息保存到本地数据库中。
[0077] 步骤S105、短波业务控制器接收到后，经查询本地路由表将所述请求信息转发至 目的地址的民网侧设备。
[0078] 短波业务控制器收到区域代理控制器重新发请求信息出的请求信息后，经查询本 地路由表把此请求消息转发至目的地址211.113.1.8。
[0079] 步骤S106、民网侧设备从所述请求信息中获取区域代理控制器的民网侧地址，并 根据此民网侧地址经过短波业务控制器发送响应消息至区域代理控制器。
[0080] 民网侧设备B从收到的请求信息中发现呼叫发起者为[email protected],即区域 代理控制器的民网侧地址。民网侧设备B获取该民网侧地址并发送响应消息（即2000K消息） 至区域代理控制器民网侧地址。当然在此之前民网侧设备B会发送100化ying和ISORing应 答到区域代理控制器，具体过程与本申请发明点相关不大，运里不做具体说明。
[0081] 民网侧设备B经短波业务控制器转发至区域代理控制器的2000K响应消息具体内 容如下所示：
[0082] SIP/2.0 200 0K
[0083] Via: SIP/2.0/UDP 221.113.0.2:5060 ;branch = z9hG4bK78821：M909
[0084] From： <sip：mwcbi211.113.1.6：5060>；tag = 1237918230 [00化]To: <sip :[email protected]:5060> ; tag = 1249823572 [00 化]Call-ID = ：[email protected]
[0087] Cseq:20INmE
[0088] Contact ： <sip ：mwcbi211.113.1.8： 5060>
[0089] Content-Type：application/sdp
[0090] Content-Length：174
[0091] v = 0
[0092] 〇=mwcb 286 135 IN IP4 211.113.1.8
[0093] s = n
[0094] c = IN IP4 211.113.1.8
[0095] t = 0 0
[0096] m = audio 8800 RTP/AVP 8
[0097] a = ;rtpmap:8 PCMA/8000 [009引 a = ptime:10
[0099] 步骤S107、区域代理控制器对所述响应消息进行关键头域的反处理，还原得到原 呼叫请求中的信息，并且对SDP消息修改成关于民网侧设备的媒体流描述。
[0100] 本步骤中，区域代理控制器对响应消息的处理和对步骤S 104中对相应的呼叫请 求的SIP关键头域的处理是相反的过程，即把区域代理控制器修改过的信息恢复原来呼叫 请求中的信息。若区域代理控制器对呼叫请求中某个字段进行了修改，而在对应的响应消 息中相应字段的信息并不是SBC修改后的信息，则说明此信息已不再 是关于指挥侧设备的 信息而是关于民网侧设备的信息，那么区域代理控制器不对其进行处理。
[0101] 参照步骤S104中区域代理控制器修改后得到的请求信息，可W得出区域代理控制 器需要对步骤S106中的2000K应答消息中的Via和化11-ID两个头域进行处理，对Contact不 用处理。即把原 2000K应答消息中的Via: SIP/2.0/UDP 211.113.0.2: 5060 改为 Via: SIP/ 2.0/UDP 192.168.1.2:5060 ;Call-ID: 3459084560211.113.0.2 改为 Call-ID: 9832745930 192.168.1.2ο
[0102] 对于响应消息中的SDP消息是民网侧设备关于媒体流的描述，区域代理控制器必 须把运些描述修改为关于媒体流的描述。针对V'行、V'行、V'行的修改如下表所示：
[0103]
[0104] 即区域代理控制器在指挥侧地址的6000端口上接收指挥侧设备发送的媒体流。因 此当会话最终建立后，媒体流的传输通道如图4所示。运样指挥侧至民网侧的媒体流先由设 备A发送至区域代理控制器的指挥侧地址192.168.0.5的6000端口，然后区域代理控制器通 过民网侧地址211.113.0.2的7000端口将其发送至设备8(211.113.1.8)的8000端口；民网 侧到指挥侧的媒体流先由设备B发送至区域代理控制器的民网侧地址211.113.0.2的7000 端口，然后区域代理控制器通过指挥侧地址192.168.0.5的6000端口将其转发至设备A (192.179.1.2)的6890端口。运样就完成了媒体流跨网段的传输。
[0105] 步骤S108、区域代理控制器将路由节点头域添加到反处理后的响应消息中，得到 应答消息，所述节点路由头域为区域代理控制器的指挥侧地址。
[0106] 最后区域代理控制器还需要在响应消息中加入路由节点Record-Route头域，得到 最终的应答消息指挥军网侧设备，其功能是一个SIP代理服务器和SIP背靠背代理服务器。 运种功能上的非对称性导致区域代理控制器对两个不同方向的SIP信令处理的非对称性， Record-Route头域就是运种非对称性的一个体现。Record-Route头域的作用是告知指挥侧 设备，本次呼叫中W后所有的SIP消息都要流经运个SIP代理服务器，运在区域代理控制器 的实现中是非常重要，因为根据S1P中建立对话的要求，当主叫方收到最终应答W后，所有 的SIP消息都会在用户代理客户端和用户代理服务器端之间直接发送，但是由于此次呼叫 的用户代理客户端和用户代理服务器端处在不同网络上，因此直接发送SIP消息是不可行 的，因此必须需要区域代理控制器实现代理。Record-Route头域可W告诉指挥侧设备将W 后的SIP消息也发送到区域代理控制器，再经由区域代理控制器进行转发。为了能够保证运 一点，对于从民网侧流向军网侧的请求与最终应答，区域代理控制器必须在其中加入 Record-Route头域。最终的应答消息的Record-Route头域内容即为区域代理控制器军网侧 地址:192.168.0.5:4300。应答消息的具体内容如下所示：
[0107] SIP/2.0 200 0K
[010 引 Via: SIP/2.0/UDP192.168.1.2:5060 ;branch = z9hG4bK78821：M909 [0…9] Record-Route ： <sip ： 192.168.0.5 ：4300>
[0110] From: <sip: [email protected]:4300> ；tag = 1237918230
[0111] To ： <sip ：mwcbi211.113.1.6： 5060> ； tag = 1249823572
[0112] Call-ID = [email protected]
[0113] Cseq:20INmE
[0114] Contact ： <sip ：mwcbi211.113.1.8： 5060>
[0115] Content-Type：application/sdp
[0116] Content-Length：171
[0117] v = 0
[011 引 o = sbc286 135IN IP4 192.168.0.5
[0119] s = n
[0120] c = IN IP4192.168.0.5
[0121] t = 0 0
[0122] m = audio6000RTP/AVP 8
[0123] a = ;rtpmap:8PCMA/8000
[0124] a = ptime ： 10
[0125] 步骤S109、区域代理控制器将所述应答消息发送至所述指挥侧设备，并把维持本 地呼叫所需的地址和端口映射信息保存到本地数据库中，此时区域代理控制器保存有实现 整个双向会话的地址和端口映射信息，具有维持跨网段会话的能力。
[0126] 最后区域代理控制器将所述应答消息发送至所述指挥侧设备并保存本地呼叫所 需的地址和端口映射信息。运样此时区域代理控制器保存有实现整个双向会话的地址和端 口映射信息，具有维持跨网段会话的能力。区域代理控制器面向指挥侧设备与面向民网侧 设备之间传递信令过程中，完成SIP信令数据包中IP地址和端口的转换工作，实现SIP信令 在两网之间的传输。根据SIP会话建链结果，建立数据与语音媒体的传输通道，实现用户面 数据在两网之间的传输。区域代理控制器根据两侧接收到的媒体数据，按照地址转换关系， 发送给另外一侧的设备，由其按照路由路径发送到目的节点，完成SIP语音在两网间的穿 越。
[0127] W上所述仅为本发明的较佳实施例而已，并不用W限制本发明，凡在本发明的精 神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
【主权项】
1. 一种通过背靠背代理实现网间通信的方法，其特征在于，所述方法包括： 指挥侧设备向区域代理控制器发送注册请求，区域代理控制器保存并处理所述注册请 求，然后向短波业务控制器发送一个注册信令，短波业务控制器获取其中的注册信息判断 是否合法，若注册信息合法则记录所述指挥侧设备的位置信息； 民网侧设备向短波业务控制器发送注册指令，短波业务控制器保存所述民网侧设备的 相关注册信息； 当指挥侧设备需要向民网侧设备发出呼叫时，指挥侧设备根据所注册区域代理控制器 的指挥侧地址，发送呼叫请求至所述指挥侧设备； 区域代理控制器对所述呼叫请求进行关键头域处理以及SDP消息处理，得到请求信息， 将所述请求信息发送至短波业务控制器，并把维持本次呼叫所需的地址和端口映射信息保 存到本地数据库； 短波业务控制器接收到请求信息后，经查询本地路由表将所述请求信息转发至目的地 址的民网侧设备； 民网侧设备从所述请求信息中获取区域代理控制器的民网侧地址，并根据此民网侧地 址经过短波业务控制器发送响应消息至区域代理控制器； 区域代理控制器对所述响应消息进行关键头域的反处理，还原得到原呼叫请求中的信 息，并且对SDP消息修改成关于民网侧设备的媒体流描述； 区域代理控制器将路由节点头域添加到反处理后的响应消息中，得到应答消息，所述 节点路由头域为区域代理控制器的指挥侧地址； 区域代理控制器将所述应答消息发送至所述指挥侧设备，并把维持本地呼叫所需的地 址和端口映射信息保存到本地数据库中，此时区域代理控制器保存有实现整个双向会话的 地址和端口映射信息，具有维持跨网段会话的能力。2. 如权利要求1所述方法，其特征在于，所述区域代理控制器对所述响应消息进行关键 头域的反处理步骤中，若区域代理控制器对呼叫请求的某个字段进行修改，而在对应的响 应消息中相应字段的信息并不是区域代理控制器修改后的信息，则说明此信息已不在是关 于指挥侧设备的信息而是关于民网侧设备的信息，那么区域代理控制器不对应答消息中的 对应字段进行反处理。3. 如权利要求1所述方法，其特征在于，所述SDP消息包括用于描述会话源的"〇行"，用 于描述会话连接的"c行"，以及用于描述媒体的"m行"。
【专利摘要】本发明适用于短波通信网技术领域，提供一种通过背靠背代理实现网间通信的方法，本发明采用背靠背用户代理的全代理方案，区域代理控制器同时处理信令和媒体数据，区域代理控制器对内的功能是作为指挥侧设备的背靠背代理服务器、SIP注册服务器和SIP代理服务器，它能够为指挥侧设备的SIP应用提供注册和代理服务器功能，使他们与民网侧设备的SIP应用建立互连关系；区域代理控制器对外的功能是作为一个普通的SIP终端存在，它能够与民网上的SIP应用建立互连关系，并且能够隐藏指挥侧资源和信息，通过代理配置的地址转换关系，实现了SIP协议穿越NAT设备以及基于SIP协议建立的设备面数据流也能穿越NAT设备。
【IPC分类】H04L29/12
【公开号】CN105491180
【申请号】CN201510923471
【发明人】刘建国, 付国宾, 朱春祥, 王贤德
【申请人】中国人民解放军国防信息学院
【公开日】2016年4月13日
【申请日】2015年12月11日
最新回复(0)