在面向包的通讯网络中传输数据的方法和通讯网络上的相应设置的用户设备的制作方法
【专利摘要】本发明涉及一种用于在面向包的通讯网络(1)中传输数据的方法，该通讯网络具有特别是在机动车的通讯网络(1)中的数据包(9)的保证的最大传输时间，还涉及一种该通讯网络的用户设备。在所提出的方法中，在数据传输(6)之前借助于从数据的发送器(2，T)到数据的接收器(2，L)的预留询问(4)预留一定的服务质量作为通讯连接的容量，并且借助预留询问(4)的确认(5)为数据流保证所需要的、作为网络(1)中的发送器(2，T)和接收器(2，L)之间的通讯连接的容量的服务质量，或者借助拒绝(7)告知：不能进行传输。此外设置：在预留询问(4)之前、在拒绝(7)之后和/或以预设的时间间隔周期地测定通讯网络(1)的容量。
【专利说明】在面向包的通讯网络中传输数据的方法和通讯网络上的相应设置的用户设备
【技术领域】
[0001]本发明涉及一种用于在面向包的通讯网络中传输数据的方法，该通讯网络具有在通讯网络中的数据包的保证的最大传输时间，还涉及一种设置用于参与通讯网络的用户设备。通讯网络(也简称为网络)尤其也简称为机动车的通讯网络、例如根据以太网AVB标准。
[0002]在根据本发明提出的方法中提出:在数据传输之前借助于从数据的发送器到数据的接收器的预留询问预留一定的服务质量作为通讯连接的容量。借助预留询问的确认为数据流确保所需要的、作为网络中的发送器和接收器之间的通讯连接的容量的服务质量。替选地，借助拒绝预留询问告知:不能进行传输。拒绝尤其能够包含错误代码，例如声明“不充足的数据率”。然而，通常并且根据标准，在此经由网络未获得状态通知并且尤其不获得还包含在网络中的可供使用的数据率。
【背景技术】
[0003]通常，数据流中的数据始于发送器经由网络的另外的用户设备、所谓的交换器转发至一个或多个接收器。这也适用于预留询问，其中当预留询问与通过转发数据流的交换器进行的正面的评价一起出现在接收器中并且接收器能够用于接收和处理所询问的数据流并且是准备就绪时，发送器包含始于接收器的确认。然后，接收器主动地发送确认，所述确认经由交换器转发回发送器。
[0004]当一个或多个名义上的接收器不能够处理该数据或者不希望处理该数据时，能够由数据流的一个或多个名义上的接收器开始拒绝预留询问。另一方面，当交换器当前不能够提供所询问的服务质量、尤其所询问的数据流和等待时间时，也能够通过中间连接的设置用于转发数据包的交换器进行预留询问的拒绝。预留询问因此可能过还另外的参数之外能够包括尤其数据流的数据率和/或其等待时间、即从发送器到接收器的最大的传输时间，例如以所要求的数据率的形式。特别地，可供使用的数据率和/或等待时间在下面发明的范围内也简称为容量。
[0005]为了使用在机动车中，随着对新的以太网AVB标准(IEEE802.1BA)的兴趣增加而进行研究，所述标准相反于常规的(常用的)标准以太网能够确保数据传输的最大的传输时间(等待时间)。以太网AVB数据作为数据包例如根据IEEE 1722或者IEEE 1733-传输协议来传输。
[0006]然而在原本的数据传输能够开始之前，借助于从发送器到一个或多个接收器的预留询问预留一定的服务质量(尤其等待时间和数据流，一般性地下面也称作容量)，其中只要在发送器和接收器之间不存在直接的连接，所述预留询问就经由通讯网络中的交换器转发。为此，预留询问根据MSRP-协议(多流预留协议)从也称作为会话器的发送器传输至也称作收听器的接收器，其中应当在发送器和接收器之间中间连接最多六个交换器，以便遵守相应询问的类别的等待时间。两个用户设备之间的网络连接也称作为跳(Hop)。
[0007]预留询问除数据流的大小之外通常也包含其发送频率和所谓的AVB类别，其中根据预设的标准黑色有两个类别A和B。在类别A中确保为2ms的从发送器到接收器的最大传输时间(等待时间)；在类别B中为50ms。
[0008]当接收器预期或要求数据时，所述接收器能够将询问发送给发送器，即其希望接受数据流。所述询问如接收器和发送器之间的通讯通过发送器之前的交换器来转发。
[0009]随后，发送器发送前述预留询问，所述预留询问也能够理解为流供应并且包含参数、如AVB类别(也称作QoS类别、服务质量)、数据率、在通知的优先级或重要性方面的等级和/或发送频率。开关在转发预留询问时检查:是否其还能够在通讯网络中提供该资源并且在检查结构为正面的情况下将消息转发给接收器或者沿接收器的方向转发给下一转发器。所述交换器答复供应并且向回发送确认。从发送器到接收器的路径上的全部交换器记录要传输的数据流并且经由其内部的队列和记录中的设定来预留所需要的服务质量(QoS)。如果发送器获得正面的反馈，那么能够传输数据流，然后为所述数据流得到所需要的服务质量(QoS)。服务质量还确保在发送器和接收器之间的传输器件的数据里的限定的最大延迟。
[0010]如果不能够正面地确认预留，那么发送预留询问的接收器获得对参与的预留询问的拒绝，所述预留询问通常也包含错误代码。甚至错误代码给出关于拒绝理由的信息，所述拒绝在通常的常规情况下确实为不充足的容量、尤其不充足的数据率。当然，其不包含关于网络的状态的消息，即例如还可供使用的数据率。
[0011]因此，存在下述可行性:将预留询问有针对性地匹配于网络，以便获得预留信息的正面的确认并且能够顺利地在通讯网络中传输数据。
[0012]WO 01/82022 A2公开了网络性能的分析，其中在网络参与者之间发送数据流的多个数据包并且记录数据包的消息特征。通过比较不同的数据包的消息特征，测定网络中的数据传递的变异性。在此，能够研究包的损失或者传输时间的变化，其中WO 01/82022 A2始于未同步的网络参与者。当然不能够借助该方法检查数据率保证。
[0013]从EP 2 247 037 Al中已知具有保证的数据率的通讯系统，其中由端点设备经由连接在中间的、将预留询问转发给接收器的交换器发送数据率预留询问。当其能够满足组数据率要求时，交换器分别沿终端仪器的方向转发预留询问。预留询问然后从终端仪器发送回。这表示:数据率预留接收并且能够开始数据传输。否则，通过交换器发送回数据率预留询问，所述交换器不能够操作询问。这表示:不允许以所需要的数据率进行通讯。因此替选可行的是，允许或者最可能执行以可预留的数据率进行通讯。为此，将可通过交换器预留的数据率发送回作为数值的可通过交换器预留的数据率。在数值为O的情况下不预留且保证数据率，但是仍然允许通讯。通讯尽可能好地被执行。对于在此提出的方法当然需要:交换器本身具有显著的逻辑装置，所述逻辑装置是昂贵的进而对于应用在汽车领域中不令人感兴趣的。这种解决方案也与以太网AVB标准不兼容。
【发明内容】
[0014]因此，本发明的目的是，借助开始提出类型的通讯网络的简单构成的用户设备检查网络的容量，尤其是在以太网AVB标准的范围内进行检查。
[0015]该目的根据本发明借助权利要求1的特征来实现。在此尤其提出:通讯网络的容量在预留询问之前、在拒绝之后和/或以能预定的或已预设的时间间隔周期地、即以固定的或可匹配的时间间隔中重复地优选通过数据的发送器来测定。在测定通讯网络的容量之后，因此对于发送器而言已知网络的当前的容量。在发送预留询问时能够直接考虑所述容量，使得对于正面的确认和无摩擦的数据通讯或传输存在高的概率。这通常与具有对于传输路径的服务质量提出最大要求的预留询问相比整体上是更快速的，其在之后拒绝所述预留询问。
[0016]按照根据本发明提出的方法的一个尤其优选的实施方式能够提出:通讯网络的容量通过发送至少一个用于测定具有所选出的容量的通讯网络的容量的预留询问来测定。这表示:预留询问尤其具有关于数据率的数据率和数据包的最大传输时间范围内的等待时间的说明。该说明例如也能够以数据率的形式进行。在确认的情况下能够在之后直接重新发送对于数据率的正常的预留询问。在拒绝用于测定通讯网络的容量的预留询问的情况下，发送器相反获得关于特定容量是否可行的信息。
[0017]作为用于数据流的、也用于获得关于网络容量的信息提供的根本标准的预留询问的发送是容量确认的最简单的类型。当不提供所需要的容量时，发送器能够降低服务质量要求，使得对于数据率仅还要求通讯网络的小的容量。为了在拒绝之后实现尽可能快的数据传输，对于真实的数据流能够以更低的所询问的数据率和/或等待时间来进行于预留询问，其中数据率和/或等待时间的降低(或者对于通讯网络的其他的容量要求)能够根据经验值构成，使得因此常见的是数据的传输是直接可行的。
[0018]根据所提出的该方法的一个改进形式，用于测定通讯网络的容量的预留询问与所选出的不同的容量一起发送，直到确认(为了测定容量而发送的)预留询问，其中在接收拒绝之后以可选的或已选的步骤降低所选出的容量的数值。根据本发明，也反复地进行测定，使得找到拒绝和确认之间的边界。为此，在获得确认之后，能够将通过发送器寻找到的容量设定提高到刚好获得的确认的容量和尤其最后的先前的拒绝的容量之间的数值上，使得在通常反复的范围内测定在通讯网络中可用的容量的极限。
[0019]为了不必要地通过用于测定容量的预留询问来加载通讯网络，在获得确认之后能够再次收集用于数据流的预留询问。这典型地通过发送然后直接再次释放通讯网络中的资源的作废报文来进行，所述资源之前沿着通讯连接(或者通过通讯网络)在交换器、发送器和接收器中预留。因为用于测定通讯网络的容量的预留询问为真实的预留询问的模拟，所以能够以该方式显著地降低通过真实的数据传输引起的对通讯网络的负载。
[0020]在根据本发明提出的方法的改进形式中，用于测定通讯网络的容量的预留询问与识别符、例如在数据包的报头中的识别符一起发送，所述识别符将例如通过下述方式将预留询问标记为用于测定容量的询问，即通过所述识别符为了以所询问的方式传输数据而预设低的、优选在标准中尽可能最低的优先级。在此这也有助于:用于测定网络容量的预留询问尽可能少量地加载通讯网络，因为其由于较低的优先权而不引起拒绝重要的数据流的真实的预留询问，以较高的优先级(预留询问中的等级)询问所述数据流。
[0021]此外，根据本发明能够提出:发送器在预留询问中考虑通讯网络的之前或最后、即当前所测定的容量，优选地通过检查为了传递数据而在预留询问中询问的容量是否大于从所测定的容量中导出的容量值，并且所询问的容量必要时(即如果其大于所导出的容量值)被降低，使得所询问的容量不超过所测定的导出的容量值。优选地，所述容量甚至能够小于通讯网络的所测定的容量，例如为一定的百分比或者是大小固定预设的容量余量，因此不完全地拥挤通讯网络的容量。通讯网络在容量极限处运行(这不必须相应于最大容量)因此通常导致通讯干扰。
[0022]按照根据本发明所提出的一个尤其有利的改进形式，为了测定通讯网络的实际的容量将数据流从发送器发送到接收器，所述数据流的内容是具有时间条目的数据包，所述时间条目由在发送数据包中的当前时间加上能预定的时间间隔的总和组成，并且在接收器中将处理时间与时间条目比较，其中当处理时间在时间上位于时间条目之后时，所述接收器向回发送错误报告。由此可行的是，当时机的传输时间显著好于保证的最大的传输时间时，检查或测定通讯网络中的所保证的最大传输时间。
[0023]在根据本发明所提出的方法的该实施方案的范围内能够提出:发送具有多个数据包的数据流，其中改变不同的数据包中的能预定的时间间隔，优选在最小的和名义上的等待时间之间变化、更简单地始于名义上的等待时间开始变化、即保证的最大的传输时间开始变化，并且以然后缩短的时间区域变化。优选地，为了测定实际的容量或者验证所测定的容量，在数据流的范围内发送变化的、优选缩短的时间间隔的顺序的多个周期。
[0024]原则上，在本发明的范围内当然可行的是，当能够遵守等待时间时，但分别向回发送正面的确认。当然，在通讯方面中为了避免不需要的数据传输在通讯网络中有利的是，仅在出错情况下进行这种反馈并且询问始于名义上的等待时间、即网络中典型遵守的确认的最大的传输时间。
[0025]根据之前的描述，本发明也涉及一种通讯网络上的用户设备，尤其是机动车的通讯网络，其中用户设备尤其能够是通讯网络的发送器、接收器和/或交换器，所述用户设备具有发送接收装置和计算单元，其中计算单元设置用于根据通讯协议在通讯网络上执行通讯。根据本发明，计算单元还通过程序代码器设置用于执行上述方法或其一部分。
[0026]相应地，本发明也涉及一种具有程序代码器的计算机程序产品，所述程序代码器适合于，设置用于在计算单元上运行时让所述计算单元执行上述方法或其一部分，其中计算单元尤其是用户设备的计算单元。
【专利附图】
【附图说明】
[0027]本发明的其他的优点、特征和应用可行性也从实施例和附图的下面的描述中得出。在此，全部所描述的和/或以附图的方式示出的特征本身或者以任意的组合形成本发明的主题，而与其在权利要求和其引用关系中的总结无关。附图示出:
[0028]图1根据一个尤其优选的实施方式示出根据本发明的通讯网络中与预留询问通讯的流程图；
[0029]图2示出在拒绝预留询问时的可能的错误报告的概览；
[0030]图3示出在通讯网络中的容量不充分的情况下的预留询问的流程图；
[0031]图4示意性地示出用于以根据本发明的方式测定通讯网络的容量的实施例的流程图，以及
[0032]图5示意性地示出用于验证通讯网络中的容量的实施例的流程图。
【具体实施方式】
[0033]图1示出根据本发明的面向包的通讯网络的示意图，所述通讯网络根据以太网AVB标准工作。不同的、也称作为结点的网络参与者2处于网络I中，所述网络参与者彼此通讯。在通讯中，根据预设的传输协议、尤其根据标准IEEE 1722或IEEE 1733来交换数据包。通讯的流程随后根据图1阐明，图1在相应的用户设备2之间示出通讯的时间流程，其中时间向下延续地示出。
[0034]在可选的第一步骤中，作为网络参与者2的也称作为收听器的接收器L能够要求作为网络参与者2的也称作为会话器的发送器T的数据流。对此，通过接收器L能够发送数据流询问3，所述数据流询问经由一个或多个交换器Sx转发给接收器T。
[0035]当发送器T获得这话总数据流询问时，发送器T发送预留询问4，借助所述预留询问应当在通讯网络I中预留用于极化的数据流的一定的服务质量。在此，预留询问尤其包含数据流的数据包的所需要的等待时间(保证的最大传输时间)。该预留询问经由交换器Sx转发给接收器L，其中每个交换器Sx检查实际上是否提供通讯网络I的在预留询问4中所询问的容量。在图1中为了概览仅示出一个交换器Sx。
[0036]当这是这种情况的话，那么交换器Sx转发预留询问4，直到其到达接收器L。所述接收器决定其是否要采用所提供的数据流并且在正面的检查之后经由交换器S要将预留询问4的确认5发送回发送器T，其中切换Sx在转发用于所询问的数据流的确认5时在通讯网络I中预留相应的容量。在获得确认5之后，发送器T启动数据流6，所述数据流由多个单独的数据包的发送组成，所述数据包经由交换器Sx转发至接收器L。
[0037]如果相反例如交换器Sx不能够提供通讯网络I的在预留询问4中询问的容量，那么所述交换器将预留询问4的拒绝7发送给预留询问4。这在上述通讯循环之下的第二通讯循环中在图1中示出。
[0038]预留询问的拒绝7包含错误代码，所述错误代码尽管给出关于拒绝原因的说明，然而没有告知网络的容量。在图2中示出可能的错误代码的概览。其中错误代码I “不充分的带宽”、即没有足够的数据率的确是极其常见的错误代码，所述错误代码指明通讯网络I的不充分的容量。
[0039]然而因为该错误代码不包含网络的还能提供的容量的说明，所以随后的预留询问4不匹配于通讯网络I的实际的(当前的)容量，以便获得对于预留询问4的正面确认并且能够开始数据传输。
[0040]在标准的范围内甚至可行的是:通过设定紧急识别符还获得预留询问的确认5，因为在该情况下能够排除较低优先级的预留。然而这引起:其他的数据流可能被不期望地中断，因为用紧急识别符识别的数据流一定能够具有更高的优先级并且能够删除现有的预留。这能够干扰整个通讯过程。
[0041]在图3中示出具有容量薄弱的预留流程，所述容量薄弱在实际中引起预留询问4的拒绝。根据以太网AVB标准的规定，仅75%的可用的数据率应当通过预留询问4来预留。因此，这在通常的100Mbit/s的网络中对应于75Mbit/s。在所示出的实例中，设有两个数据流A和B。应当始于发送器B经由交换器B传输至接收器的数据流B固定地预留有60Mbit/s的数据率。
[0042]时间上稍后，发送器A经由交换器A和B将预留询问4发送给接收器。在预留询问中，发送器可以预留具有16Mbit/s的数据率的数据流。在根据以太网AVB的所提出的标准的范围内，发送器A不具有关于已经预留的数据流B的信息，因为以太网AVB不提供测定通讯网络的当前的容量和在网络中分布的可行性。因此，发送器A沿接收器的方向发送用于数据流A的预留询问4。也不了解关于预留的数据流B的交换器A正面地答复预留询问4并且将其沿接收器4的方向转发给交换器B。所述交换器已经具有数据流B的预留并且识别:16Mbit/s的另一数据流(除了 60Mbit/s的已经预留的数据流之外)可能超过75%的所允许的容量极限。因此，交换器B不能够正面地答复预留询问4并且将预留询问4的拒绝7发送回给发送器A。由此，显著地延迟数据流A的发送，因为现在必须等待直到为预留数据流A在通讯网络I中提供所需要的质量。
[0043]在此，本发明开始提出:测定通讯网络I的当前的容量。为此，如在图4中示出的那样，由发送器T规则地发送用于测定通讯网络的容量的预留询问8，即使发送器T在当前的时间点中完全没有等待传输的数据。替选地，当发送器T获得用于真实的数据流的预留询问4的拒绝7时，也能够发送用于容量测定的这种预留询问8。
[0044]因为通讯网络I不能够将用于容量测定的预留询问8与用于数据流的正常的预留询问4区分，所以发送器T对于预留询问8相应地获得确认5或拒绝7。因为在用于容量测定的该预留询问8之后不存在要实际存在的数据，所以用于容量测定的该预留询问8因此模拟正常的预留询问4(真实询问)，使得确认5或拒绝7然后为发送器T给出关于网络I的剩余的容量的说明。
[0045]在假设拒绝例如具有40Mbit/s的数据率的询问的情况下，发送器T 了解在网络I中当前不提供该容量。随后，发送器T能够以35Mbit/s发送用于容量确认的随后的预留询问8。因此能够继续指导发送器T获得对于其预留询问8的确认5。然后，发送器了解:在通讯网络I中当前存在最后询问的数据率可用。在此，也能够测定当前还可用的数据率。
[0046]预留询问8中的过程和对于其确认5或拒绝7因此周期地、优选以变化的参数执行直到对于发送器T已知网络的当前存在的容量。
[0047]为了网络部不过度负荷而提出，在确认5用于容量测定的预留询问8之后发送预留询问8的撤回，以便不通过假预留阻挡通讯网络I。随后，发送器T然后考虑在真实的数据流6的预留询问4中考虑通讯网络的当前测定的容量，其中所述发送器询问容量值，所述容量值与通讯网络的当前测定的状态兼容，即位于当前可用的资源之内。在该情况下极其可能的是:发送器T获得对于其用于真实的数据流6的预留询问4的确认5，使得然后能够发送真实的数据流6。
[0048]为了避免用于容量测定的预留询问8实际上不妨碍其他数据流的真实的预留询问4，所述数据流可能不能够被确认，能够通过用于容量测定的预留询问8中的参数确保:用于数据流6的平行的真实的预留询问4具有高于用于容量测定的预留询问8的优先级。
[0049]发送器T作为用于真实的数据流的可行的发送器T因此获得所需要的通讯连接(网络路径、路线)的还可提供的容量。在假设网络I提供到目标的多个路线的情况下，当不应当限制用于数据传输的服务质量时，能够借助于该结果也在以太网AVB网络中选择具有原始期望的容量的用于数据传递的替选的路径。因此，根据本发明提出的容量检查也能够尤其有利地结合通讯的路线选择(路径选择)来应用进而为所谓的Layer-2-Routing机制。
[0050]在对预留询问4、8正面确认5之后，存在关于所要求的服务质量(QoS)的(理论上的)保证。然而，在现有的以太网AVB标准的实践中，不存在真正地验证上述内容的可能性。如果出现尤其节点或者网络参与者2、尤其交换器Sx的与保证偏差的错误行为，那么这负面地作用于预留或者通讯流程。
[0051]波动的网络特性的一个实例为无线网络。所述无线网络由于网络参与者之间的交变的距离、暂时的干扰影响和/或参与者的数量的波动而提供不同的服务质量、尤其不同的数据率和等待时间。当网络质量下降时，不再能够保证现有的预留。这能引起完全地损失预留的连接。接收质量进而可供使用的服务质量和所需要的服务质量之间的相关性在如今的实现方案中还没有被观察到。最差的情况，甚至能够在这种情况下中断传输。
[0052]因此期望的是:检查通讯网络的实际可用的容量。检查之前的预留的简单的可行性是迷你数据包流。每个根据标准IEEE 1722(传输协议)发送的数据包或者属于等级A (具有优先级3的802.1P)或者属于等级B (具有优先级2的802.1P).
[0053]为了周期地检查以太网AVB通讯网络I包括用于优先级2和3的交换器Sx的服务质量(QoS)，能够通过假数据流验证负荷程度，所述假数据流触发尽可能小的网络负荷。该数据流因此为由发送器T发送至接收器L并且仅用于诊断的这种数据流。在此，所传输的数据的内容是当前的时间包括时间间隔，其中时间优选以毫秒为单位。作为数据包的时间项目的该时间能够借助接收器L中的当前的处理时间进行检查，其中当处理时间在时间上位于包含在数据包中的时间(即在时间项目的时间之后)时，向回报错。通过改变数据流的不同的数据包中的时间间隔X，能够测定还能够确保可用的质量的极限值。
[0054]例如，能够将时间间隔设定为1ms。当传输时间长于Ims时，接收器通过比较当前的时间来识别上述内容并且能够从中推出不能够确保Ims的时间间隔。因此，在数据包中的时间间隔相应地变化时，能够测定网络的当前的等待时间并且更精确地设定是相应的AVB的等级A或B的保证。由此能够在传输时优化预设的等待时间。
[0055]因此，在本发明的范围内提出:借助于传输协议IEEE 1722，将相应的数据流(帧或者数据包)设有时间戳:何时处理数据。该时间戳也称作为阈时(Presentat1n Time)并且从当年的在AVB网络或AVB云中同步的时间加上质量等级的最大延迟中导出。最大延迟相应于所保证的最大传输时间。在此，在等级A、较高价值的AVB流等级中为每帧附加地增加两毫秒。在等级B中相应地是50毫秒，在所述时间之内AVB标准保证数据包达到接收器，只要所述接收器位于AVB运(小于8跳长)中即可。
[0056]由于AVB网络之内的同步，总归强制地需要:发送器T和接收器L具有相同的时间作为基准时间，强制区别应当小于I μ S。
[0057]如果因此数据包到达接收器L中，那么检查阈时的有效性。如果出自当前接收的数据包综合那个的阈时处于过去，那么包在其路径上已经被强烈地延迟进而损失数据流的质量。这能够是报错处理的起点。例如，能够相应地调整传输的质量参数。
[0058]在图5中示出该过程，其中发送数据包10作为用于测定实际容量的数据流，所述数据包的内容处在当前的时间戳加上预设的处理时间，能够可变地设定所述处理时间。只要接收器L与预设数据包10的时间戳(时间条目)更早地获得数据包10，所述接收器不对此作出反应。在该情况下，能够通过附加的、已经加有当前的时间的时间间隔作为等待时间来保证。知道接收器L中的处理时间在时间上晚于用于测定网络I的实际容量的数据流的数据包10的时间戳时，才向回发送错误报告。由此能够可靠地测定通讯网络I的实际的等待时间或容量。
[0059]该通过以规则的间隔发送数据包10重复检查通讯网络I的实际容量期间，周期地进行上述过程。
[0060]在当前的以太网AVB标准中，不存在下述传输协议，所述传输协议提供测定和分布网络的当前容量的可能性。在拒绝预留询问4时，唯一地保持新的询问4设有专门的紧急识别符的可能性，所述紧急识别符能够中断其他的数据流。这引起非有效地利用可用的资源。
[0061]通过根据本发明描述的方法，能够更好地利用网络资源，因为测定通讯网络I的自由的容量。有利的是，为了实现新的方法，不需要新的传输协议并且所述方法与现有的标准兼容。
[0062]发送器现在能够灵活地对于用于容量测定的预留询问8的拒绝7做出反应并且调整预留询问4，使得数据传输能够尽可能时间上近地进行。此外，存在使保证的资源生效的可能性。这开始下述可能性:检查网络质量并且例如通过改变服务质量等级(AVB等级)来实现相应的报错处理。从所测量的等待时间中还能够应用对于当前的网络容量在传输持续时间方面的结论。这尤其在移动网络和具有波动的可用的数据率的网络的范围内是尤其有利的。
[0063]通过生效的结果也能够对于已经存在的数据率追溯地调整服务质量参数。如果入宫通过延迟的正运行的诊断观察到:因此能够及早地做出反应并且将现有的或新的数据流引入到更高的服务质量等级中，以便在所述数据流在应用时引起错误之前预防可能的错误。
【权利要求】
1.一种用于在面向包的通讯网络(I)中传输数据的方法，所述通讯网络具有在特别是机动车的通讯网络(I)中的数据包(9)的保证的最大传输时间，其中在数据传输(6)之前借助于从所述数据的发送器(2，T)到所述数据的接收器(2，L)的预留询问(4)预留一定的服务质量作为通讯连接的容量，并且借助所述预留询问(4)的确认(5)为数据流保证所需要的、作为网络(I)中的发送器(2，T)和接收器(2，L)之间的所述通讯连接的容量的所述服务质量，或者借助拒绝(7)告知:不能进行传输，其特征在于，在预留询问(4)之前、在拒绝(7)之后和/或以预设的时间间隔周期地测定所述通讯网络(I)的所述容量。
2.根据权利要求1所述的方法，其特征在于，所述通讯网络(I)的所述容量通过发送至少一个用于测定具有所选出的容量的所述通讯网络(I)的所述容量的预留询问(8)来测定。
3.根据权利要求2所述的方法，其特征在于，用于测定所述通讯网络(I)的所述容量的预留询问(8)与不同的所选出的容量一起发送，直到实现对所述预留询问(8)的确认(5)，其中在接收拒绝(7)之后降低所述所选出的容量的数值。
4.根据权利要求2或3所述的方法，其特征在于，在获得确认(5)之后收回用于测定所述通讯网络(I)的所述容量的所述预留询问(8)。
5.根据权利要求2至4中任一项所述的方法，其特征在于，用于确定所述通讯网络(I)的所述容量的所述预留询问(8)与识别符一起发送，所述识别符将所述预留询问(8)识别为用于测定所述容量的询问。
6.根据前述权利要求中任一项所述的方法，其特征在于，所述发送器(2，T)在预留询问(4)中考虑所述通讯网络(I)的所测定的所述容量。
7.根据前述权利要求中任一项所述的方法，其特征在于，为了测定所述通讯网络(I)的实际的所述容量，将数据流从发送器(2，T)发送到接收器(2，L)，所述数据流的内容是具有时间条目的数据包(10)，所述时间条目由在发送所述数据包(10)时的当前时间加上能预定的时间间隔的总和组成，并且在所述接收器(2，L)中将处理时间与所述时间条目进行比较，其中当所述处理时间在时间上位于所述时间条目之后时，所述接收器(2，L)向回发送错误报告(11)。
8.根据权利要求7所述的方法，其特征在于，发送具有多个数据包(10)的数据流，其中改变能预定的所述时间间隔。
9.一种特别是在机动车的通讯网络(I)上的用户设备，所述用户设备尤其是所述通讯网络(I)的发送器(2，T)，接收器(2，L)和/或交换器(2，Sx)，所述用户设备具有发送接收装置和计算单元，其中计算单元设置用于根据通讯协议执行在所述通讯网络(I)上的通讯，其特征在于，所述计算单元设置为通过程序代码器执行根据权利要求1至8中任一项所述的方法。
10.一种具有程序代码器的计算机程序产品，所述计算机程序产品适合于，在计算单元上实行时，使所述计算单元设置为执行根据权利要求1至8中任一项所述的方法。
【文档编号】H04L12/911GK104272659SQ201380024533
【公开日】2015年1月7日 申请日期:2013年5月8日 优先权日:2012年5月11日
【发明者】约瑟夫·内鲍尔, 赫尔格·津纳 申请人:大陆汽车有限责任公司