[发明专利]用于调解一组应用的方法和装置

说明书

在相关现有技术中使用的、并且使得可以可靠地区分应用数据的目的地端口标识符变得越来越难以从国际机构获得。因此，明确区分在同一传输协议上同时传输的与多个应用相关的数据变得越来越困难。为了解决这个问题，本发明描述了一种用于通过与流控制传输协议(比如，流控制传输协议)相关的、被称为通用应用的应用(AppM)来调解多个用户应用(App1，App2)的方法，该方法在能够基于该流传输协议与终端装置(300)建立连接的代理装置(310)中实施。

技术领域

本发明涉及通信网络，并且更具体地，涉及通过使用比如SCTP协议(流控制传输协议)等流传输协议来路由数据流的网络，这些数据流与多个应用相关。更具体地，本发明的目标是能够明确区分在同一传输协议上同时传输的与多个应用相关的数据。

背景技术

目前指定和部署的网络架构基于分层通信系统，其中每一层负责一种路由服务。因此，通常用于各种需求和服务的互联网架构是基于包括一组协议的TCP/IP(传输控制协议/互联网协议)协议。在这些层中，有IP层和传输层，IP层尤其使得可以使用IP地址到达通信方，传输层尤其确保两个通信方之间数据的正确路由以及这些数据的完整性。可以确定的传输协议尤其包括UDP(用户数据协议)和TCP协议、以及IETF文件RFC 4960(2007年9月)中规定的SCTP协议。SCTP协议尤其提供了可靠性、冗余性、安全性和可靠性的特征，这些特征对于受限服务(比如IP电话服务)尤其重要。还应当注意，网络中使用的传输协议路由各种应用的数据流。因此，通过使用公共IP地址以及通过使用与同特定应用相关联的传输协议相关的端口号，对经由传输协议(包括SCTP协议)路由的应用数据进行多路复用。因此，如[图1]所指示的，向节点410发射应用App1、App2的应用数据的节点400发射包括节点400的IP地址(源)、节点410的IP地址(目的地)、传输协议的端口PS(源)、传输SCTP协议的端口(目的地)的IP分组。在当前的架构中，所使用的目的地端口明确地标识了在传输协议上传输的应用数据。因此，应用App1的数据将通过目的地端口P1被标识，应用App2的数据将通过目的地端口P2被标识。因此，传输层通过使用特定端口号P1和P2区分这些流来路由多个应用App1、App2的数据流。

因此，节点410通过分析在传输SCTP协议中使用的目的地端口，能够将从节点400接收到的与应用App1、App2相关的数据发射到负责应用App1、App2的实体。根据当前的技术，对于部署在网络中的每个应用、尤其是当应用在公共互联网上使用时，需要指派传输协议的端口。因此，需要调用IANA(https://www.iana.org/assignments/service-names-port-numbers/service-names-por t-numbers.xhtml)来指派这些端口。然而，指派程序正变得越来越严格，因为IANA担心看到由于所有的端口号被指派，而处于缺乏端口号的境地。因此，获得这些端口号变得非常困难。此外，在部署所谓的专用网络(即由实体管理并且不需要在互联网上与所谓的公共网络通信的网络)的情况下，IANA极大地限制了利用公共端口号指派的可能性，这带来了号码冲突和管理这些端口号的问题，尤其是在与其他所谓的专用网络互连的情况下。因此，传输层端口号(并且尤其是对于SCTP协议)的这种不可用性给服务和应用部署带来了问题。应当注意，IETF文件RFC 1078中定义的TCPMux协议描述了一种应用流多路复用方法，但是该方法是特定于TCP协议(1998年11月)的，并且其实施方式尤其带来了安全性问题，这使得它无法满足上述要求。

本发明的目的是提供对现有技术的改进。

发明内容