[发明专利]一种用于传输消息的协议系统的协议装置

说明书

1.哪些技术问题应当通过本发明得到解决？

2.迄今为止这些问题是如何解决的？

3.本发明是以何种方式解决所给出的技术问题的(它是否给出了优点)？

4.本发明的特点是什么？

5.本发明的实施例。

关于第1点：

在通信协议中不仅要传输有效数据，也要传输控制信息。其中在许多协议中要保证有效数据完全地(即所有发送的数据均被接收)并且序列正确地(即以发送方确定的正确顺序)传输给接收方。对于有效数据经常采用以下方式实现所述目标，即协议系统的发射装置给所有具有序列号的有效数据赋予流水号。对仅含有控制信息的(消息)包，通常不编流水号，在所有情况下，消息包均具有特定等级的控制信息。如果控制消息没有以正确的顺序从底层进行传输，则会导致控制消息的超越。如果该超越不能被识别，则意味着控制信息的接收方没有根据同样存在的有效控制信息工作，而是按照过时的控制信息工作，因为接收方认为后者是实际信息。在通常情况下，这种状态对于确认消息接收的控制信息是没有问题的，因为该信息不会过时。然而有问题的是通过使用过时的信息而使与流量控制相关的有效控制信息(例如信用信息)被弃用，因为该信息会很快过时。特别是涉及到由接收方确定动态窗口大小时更是如此。

说明：

与流量控制相关的是要确定两个概念的定义。一个是信用，它表示有效数据消息(在Q.2110中被称为SD-PDUs)的接收方通过控制消息选择出发送方，其中的序列号(在Q.2110中在参数N(MR)内包含一条控制消息，例如一个STAT-PDU或USTAT-PDU)应当理解成以下有效数据消息，即作为第一个不再被接收方认可的消息。另一个概念是窗口大小，它应当理解成接收方已经认可的有效数据的数量。其中从序列号(在Q.2110中在参数N(R)内包含一个STAT-PDU或USTAT-PDU)出发计数，直到接收方已经得到并确认所有具有较小序列号的消息。

下面本发明将说明怎样避免有效控制信息的被弃用。特别是说明怎样将无法解决该问题的已有协议加以扩展，使其将该问题解决。

当然可以认为不必处理该问题，因为底层协议层已经能够保证序列正确的传输。但是如果想借助这种协议层实现多链路连接，则应当估计到在这种协议层内会出现消息超越。

关于第2点：

如果进行以下限制，即接收方不允许撤回一个已经发出的信用，则很容易解决上述问题，其方式是简单地不处理破坏该规则的控制信息。这相当于TCP/IP协议中的解决方案。它也包含恒定窗口大小的情况。

另一种解决该问题的简单方式是，给所有控制信息编流水号，然后对控制信息进行类似于有效数据的处理。该方式是补充到协议内的，但困难的是，为了编号通常需要修改消息格式。而该修改对于扩展已有协议而言，由于兼容性的原因大多是无法接受的。

撤回信用的可能性在某些协议中，例如在SSCOP中是一个重要特性。在这种协议中该问题目前看来并没有解决。

关于第3点：

在这里给出的解决方案中，控制消息的接收方始终要决定，它所接受的该控制消息内是否包含不同于其实际信息状态的新的信息。这样便可以通过消息超越不致用较早的信息覆盖实际信息。

为了决定是否通过接收控制消息而得到的信息是比已有信息更新的信息，只要有可能就要使用协议信息(用于控制有效数据消息的控制信息，例如确认有效数据消息的接收或指示不接收有效数据消息，或者其中包含消息的序列号，直到所有消息无缝地被接收)。基于包含在控制消息内的控制信息，发送顺序不能得到重新建立时，将仅对那些必须使用而且允许插入消息的控制信息赋予附加的流水号。

关于第4点：

本发明的一个特点是，从消息格式的变换中产生巧妙的组合，它与已有的协议兼容，并且进行协议分析，从而在接收控制信息时能够重新建立发送控制信息的时间顺序。所以可以将老的信息弃用。

关于第5点：

下面给出3个实施例，它们均基于协议SSCOP。SSCOP被定义在Q.2110中，其前提是在底层传输顺序可靠的数据。如在第一点中所述的那样，这里并没有提出所讨论的问题。但是目前，SSCOP已经被扩展，从而实现多链路功能，并且经一个底层工作，它并不能保证顺序可靠的传输。这相当于MSSCOP(草案Q.2111其状态为ITU-T工作组5/11和报告人对研究问题15/11开始会晤之前，华盛顿，1999年6月28日至7月1日)，目前正在ITU进行讨论。这里所讨论的问题在上述会议中并没有解决。

实施例1：