[发明专利]在面向包的通讯网络中传输数据的方法和通讯网络上的相应设置的用户设备

说明书

技术领域

本发明涉及一种用于在面向包的通讯网络中传输数据的方法，该通讯网络具有在通讯网络中的数据包的保证的最大传输时间，还涉及一种设置用于参与通讯网络的用户设备。通讯网络(也简称为网络)尤其也简称为机动车的通讯网络、例如根据以太网AVB标准。

在根据本发明提出的方法中提出：在数据传输之前借助于从数据的发送器到数据的接收器的预留询问预留一定的服务质量作为通讯连接的容量。借助预留询问的确认为数据流确保所需要的、作为网络中的发送器和接收器之间的通讯连接的容量的服务质量。替选地，借助拒绝预留询问告知：不能进行传输。拒绝尤其能够包含错误代码，例如声明“不充足的数据率”。然而，通常并且根据标准，在此经由网络未获得状态通知并且尤其不获得还包含在网络中的可供使用的数据率。

背景技术

通常，数据流中的数据始于发送器经由网络的另外的用户设备、所谓的交换器转发至一个或多个接收器。这也适用于预留询问，其中当预留询问与通过转发数据流的交换器进行的正面的评价一起出现在接收器中并且接收器能够用于接收和处理所询问的数据流并且是准备就绪时，发送器包含始于接收器的确认。然后，接收器主动地发送确认，所述确认经由交换器转发回发送器。

当一个或多个名义上的接收器不能够处理该数据或者不希望处理该数据时，能够由数据流的一个或多个名义上的接收器开始拒绝预留询问。另一方面，当交换器当前不能够提供所询问的服务质量、尤其所询问的数据流和等待时间时，也能够通过中间连接的设置用于转发数据包的交换器进行预留询问的拒绝。预留询问因此可能在另外的参数之外能够包括尤其数据流的数据率和/或其等待时间、即从发送器到接收器的最大的传输时间，例如以所要求的数据率的形式。特别地，可供使用的数据率和/或等待时间在下面发明的范围内也简称为容量。

为了使用在机动车中，随着对新的以太网AVB标准(IEEE802.1BA)的兴趣增加而进行研究，所述标准相反于常规的(常用的)标准以太网能够确保数据传输的最大的传输时间(等待时间)。以太网AVB数据作为数据包例如根据IEEE 1722或者IEEE 1733-传输协议来传输。

然而在原本的数据传输能够开始之前，借助于从发送器到一个或多个接收器的预留询问预留一定的服务质量(尤其等待时间和数据流，一般性地下面也称作容量)，其中只要在发送器和接收器之间不存在直接的连接，所述预留询问就经由通讯网络中的交换器转发。为此，预留询问根据MSRP-协议(多流预留协议)从也称作为会话器的发送器传输至也称作收听器的接收器，其中应当在发送器和接收器之间中间连接最多六个交换器，以便遵守相应询问的类别的等待时间。两个用户设备之间的网络连接也称作为跳(Hop)。

预留询问除数据流的大小之外通常也包含其发送频率和所谓的AVB类别，其中根据预设的标准黑色有两个类别A和B。在类别A中确保为2ms的从发送器到接收器的最大传输时间(等待时间)；在类别B中为50ms。

当接收器预期或要求数据时，所述接收器能够将询问发送给发送器，即其希望接受数据流。所述询问如接收器和发送器之间的通讯通过发送器之前的交换器来转发。

随后，发送器发送前述预留询问，所述预留询问也能够理解为流供应并且包含参数、如AVB类别(也称作QoS类别、服务质量)、数据率、在通知的优先级或重要性方面的等级和/或发送频率。交换器在转发预留询问时检查：是否其还能够在通讯网络中提供该资源并且在检查结构为正面的情况下将消息转发给接收器或者沿接收器的方向转发给下一转发器。所述交换器答复供应并且向回发送确认。从发送器到接收器的路径上的全部交换器记录要传输的数据流并且经由其内部的队列和记录中的设定来预留所需要的服务质量(QoS)。如果发送器获得正面的反馈，那么能够传输数据流，然后为所述数据流得到所需要的服务质量(QoS)。服务质量还确保在发送器和接收器之间的传输器件的数据里的限定的最大延迟。

如果不能够正面地确认预留，那么发送预留询问的发送器获得对参与的预留询问的拒绝，所述拒绝通常也包含错误代码。甚至错误代码给出关于拒绝理由的信息，所述拒绝在通常的常规情况下确实为不充足的容量、尤其不充足的数据率。当然，其不包含关于网络的状态的消息，即例如还可供使用的数据率。

因此，存在下述可行性：将预留询问有针对性地匹配于网络，以便获得预留信息的正面的确认并且能够顺利地在通讯网络中传输数据。