专利名称：信令信道和数据业务信道上的分组数据单元的通信的制作方法
技术领域：
本发明涉及信令信道和数据业务信道上的分组数据单元的通信。
背景技术：
多种不同的有线和无线数据通信技术得到了发展，诸如，QoS使能(QoS-enabled)的UMTS地面无线接入网(Terrestrial Radio AccessNetwork，UTRAN)、HiperLAN/2和IEEE 802.11e无线技术，即，在具有不同服务质量(Quality-of-Service)参数(诸如例如，带宽、延迟、抖动、有关传输差错和连接断开的可靠性)的信道之间为数据业务提供选择机会。提供不同级别的QoS参数意味着，会话和这些QoS使能的接入技术中的大部分(甚至全部)提供了针对上层(upper layer)(诸如IP)的面向连接的接口。这些接口的实际模型可以表示为信令信道和数据业务信道的集合，其中信令信道将提供QoS和可用性的默认级别，而数据业务信道可在请求时获得，并且得到授权具有可变的QoS级别。
这样，QoS使能的接口可以包括●一个或者多个准永久的(quasi-permanent)(有时被称为“永远可用的”(always-available))信令信道，用于○传达特定接入(access-specific)信令，用以操纵(例如，开启/关闭)数据业务信道。
○传达上层信令，例如，被当作IP信令的IP分组。这允许发送分组而不需要开启数据业务信道。
●数个(具有指定QoS的)数据业务信道，用于传达具有所选QoS级别的数据业务。由于无线资源是有限的，因此数据业务信道通常受到连接接纳控制(connection admission control)的管理开启该信道意味着对此操作的成功授权，受到网络的承认。
有必要确定，诸如IP分组的上层分组数据单元(PDU)应在哪个信道上发送。由于在TCP/IP中不存在控制面和用户面的概念，因此不可能完全地将IP分组归类为信令和数据。因此，存在对确定分组类型的机制的需要，以便于了解其应通过信令信道发送还是应通过数据业务信道发送。而且，一旦确定了IP分组的类型，仍存在对这样的机制的需要，即在具有相同类型的不同信道之中确认将于其中发送该分组的信道。
可行的是，依赖于同样支持控制面/用户面样式(paradigm)的上层来路由分组数据单元。这是，例如通用移动电信系统(UniversalMobile Telecommunications System，UMTS)和通用分组无线业务(General Packet Radio Service，GPRS)标准以及其他相似的标准的情况。在UMTS的情况中，包括接入子层(Access Stratum，AS)和非接入子层(Non Access Stratum，NAS)的整个协议栈以相同的方式进行标准化，用以支持控制面和用户面。在该情况中，NAS协议的控制面(例如，在GPRS、GPRS移动性管理(GPRS Mobility Management，GMM)、和SM的情况中)依赖于AS控制面接口(诸如，无线资源控制(Radio Resource Control，RRC)接口)，同时NAS协议的用户面将依赖于AS用户面接口(诸如，分组数据汇聚协议(Packet DataConvergence Protocol，PDCP))。该方法需要根据低层(AS协议)的标准化进行上层(诸如NAS协议)的标准化，由此对于全体而言，上层的控制原语(或者用户原语)针对低层中的控制原语(或者用户原语)的映射是一次定义的。该方法的主要缺陷在于，其不能工作用于上层(诸如IP)的分组数据单元，该分组数据单元由接入技术的标准(诸如UMTS AS)进行独立地标准化，并且不支持控制面/用户面样式。
有关分组数据单元路由的另一类型的技术是HiperLAN/2协议栈中的分组汇聚层(Packet-based Convergence Layer)中的特定服务汇聚子层(Service Specific Convergence Sub-layers，SSCS)部分。SSCS的目的在于，使来自上层(例如以太网(Ethernet))的服务请求适合于由数据链路控制层(Data Link Control layer，DLC)提供的服务。到目前为止，仅有以太网SSCS进行了标准化，而对于IP协议或者其他高层数据业务协议则不存在标准。而且，由于以太网SSCS的目的在于使HiperLAN/2网络类似于交换以太网的无线部分，因此其是非常基础的。在该情况中，当仅支持两个(数据)信道时，DLC的控制面/用户面样式是隐藏的每个信道是静态地预先建立的，并且用于传达具有两个不同优先级的以太网帧。在该情况中，由于不支持高级的QoS特征，因此HiperLAN/2系统是“未充分利用的”。
题为“Requirements for Separation of IP Control and Forwarding”的互联网工程任务组草案<draft-anderson-forces-reas-02.txt>提出了非常高级的模型，用以将IP设备(主要是路由器)中的控制元素(ControlElement)和转发元素(Forwarding Element)分离开来，并且讨论了关于连接这些组成部分的机制的要求。此处的注意力集中于，激活控制元素(例如，路由守护程序)，用于以通用的方式(诸如，发现转发元素的功能)同任何类型的转发元素(例如，转发表)进行对话。在该情况中，控制元素和转发元素在IP设备中连同被视为控制/信令的IP协议(例如，路由协议)集合一起，得到清楚的识别。因此本文档未涉及用于在由QoS使能的接入技术所承载的数据和信令IP分组之间进行区分的通用机制。
发明内容
本发明提供了一种用于在至少一个信令信道和多个数据业务信道上进行分组数据单元通信的方法和装置，如权利要求书所描述的。
图1是借助于示例给出的、根据本发明的一个实施例的在信令信道和数据业务信道上进行分组数据单元通信的方法的示意图，图2是图1所说明的通信方法中使用的算法的示意图，图3利用图1所说明的方法进行通信的系统的示意图，和图4是在图1所说明的方法中创建数据业务信道的方法的示意图。
具体实施例方式
附图中说明的本发明的优选实施例提供了在终端1和无线网关2之间、多个信令信道3(图1示出了其中一个)和多个数据业务信道4上进行分组数据单元(诸如101和201)通信的方法。信令信道3提供了具有准永久可用性的服务质量的默认级别。数据业务信道4可在请求时获得，并且得到授权具有可变的QoS级别。
参考上文给出的关于UMTS中的NAS(GMM+SM)和AS(RRC、PDCP)协议的示例，“信令信道”和“数据业务信道”可以在由NAS接入的AS接口处进行识别，如下所述●AS表示无线协议栈，而AS针对NAS的接口是所谓的无线接口，●NAS是上层协议，即NAS分组是所谓的分组数据单元，●由RRC接口(即AS接口的一部分)提供的被称为“DIRECT_TRANSFER_REQ”的RRC(AS的一部分)原语允许上层分组数据单元直接地传输到对等实体(移动终端或者网关)该原语将实现信令信道，●另一由RRC接口提供的“信令信道”的示例是广播或者寻呼服务，●由PDCP接口(即AS接口的一部分)提供的被称为“PDCP_DATA_REQ”的PDCP(AS的一部分)原语允许上层分组数据单元在所谓的无线承载电路(Radio Bearer)上被发送到对等实体(移动终端或者网关)；支持不同的QoS级别，并且必须开启和关闭的该无线承载电路实现了数据业务信道。
该方法包括选择步骤102、202，用于传输来自终端1和来自网关2的分组数据单元，其中在信道3和4之间选择适当的信道。
为了确定在哪个信道上发送分组数据单元，特别(但不是排他性地)是IP分组，建立对应于信令信道3的信令信道格式(channelprofile)和对应于数据业务信道4中的各个信道的多个数据业务信道格式。该信道格式定义了适合在相应的信道上传输的分组数据单元的特性。在选择步骤102和202中，这些信道格式用于形成TCP/IP栈103、203以及QoS使能栈104、204之间的接口。
当发送分组数据单元时，首先将其特性同信令信道格式进行比较，并且如果其特性与信令信道格式一致，则该分组数据单元在该信令信道3上传输。如果其特性不与信令信道格式一致，则下一步将该分组数据单元的特性同数据业务信道格式中的一个进行比较，如果其特性与数据业务信道格式一致，则该分组数据单元在该数据业务信道4上传输。
在本发明的优选实施例中，该程序用于发送来自终端1和来自网关2的分组数据单元。而且，在两端(移动终端和无线网关)，动态管理该程序，由此该系统是充分灵活的，甚至可用于在终端1从与一个网关2通信移动到与另一网关通信的情况中，并且用于提供和响应数据业务信道4的QoS相关背景所需的信息交换。
更详细地，在传输控制协议/网际协议(Transmission ControlProtocol/Internet Protocol，TCP/IP)分组数据单元的情况中，信道格式3和4用于确定进入的IP分组是否应在相应的信道上发送。IP分组必须按照下列顺序同不同的信道格式进行比较，如图2所示，其说明了关于两个信令信道3和三个开启的数据业务信道4的情况的方法的算法
●首先，IP分组的特性同(“永远可用的”，即准永久的)信令信道3的信令信道格式SCP1和SCP2进行比较。所有信令信道3的信令信道格式一个接一个地进行比较，直至找到匹配。信令信道格式的顺序不是非常重要的；然而，在本发明的优选实施例中，首先测试具有满足IP分组特性的最大概率的信令信道格式，用以最优化性能。
○在步骤5中，将IP分组的特性同信令信道格式SCP1进行比较。如果该特性与信令信道格式SCP1匹配，则在步骤6中该分组通过相应的信令信道发送。如果该特性不与信令信道格式SCP1匹配，则在步骤7中将该IP分组的特性同信令信道格式SCP2进行比较。如果该特性与信令信道格式SCP2匹配，则在步骤8中该分组通过相应的信令信道发送。
●如果该IP分组不满足任何信令信道格式，则将其同开启的数据业务信道4的数据业务信道格式DCP1、DCP2和DCP3进行比较。此外，数据业务信道格式的顺序不是非常重要的；然而，在本发明的优选实施例中，应首先测试具有满足IP分组特性的最大概率的数据业务信道格式，用以最优化性能。
○在步骤9中，该IP分组的特性同数据业务信道格式DCP1进行比较。如果该特性与数据业务信道格式DCP1匹配，则在步骤10中该分组通过相应的信令信道发送。如果该特性不与数据业务信道格式DCP1匹配，则在步骤11中将该IP分组的特性同数据业务信道格式DCP2进行比较。如果该特性与数据业务信道格式DCP2匹配，则在步骤12中该分组通过相应的信令信道发送。如果该特性不与数据业务信道格式DCP2匹配，则在步骤13中将该IP分组的特性同数据业务信道格式DCP3进行比较。如果该特性与数据业务信道格式DCP3匹配，则在步骤14中该分组通过相应的信令信道发送。
○如果该IP分组不满足任何数据业务信道格式，则依赖于步骤15中选择的用于开启数据业务信道的模式，须考虑两种情况(显式或者隐式)●在显式模式中，数据业务信道可以仅响应来自外部源的显式触发，例如来自用户或者来自网络中间件。在该情况中，在创建相应的数据业务信道的时刻，通过该外部触发创建相关的数据业务信道格式。在IP分组不能在任何数据业务信道上发送的情况中，在步骤16中，在本发明的一个实施例中，未做声明地移除该分组，而在本发明的另一实施例中，通知外部源并令其开启新的数据业务通道用于该分组。
●在隐式模式中，如果不存在与IP分组匹配的开启的数据业务信道，则在必须发送该分组时，自动地开启数据业务信道。在该情况中，在步骤17中，将开启新的数据业务信道，将基于待传送的IP分组的参数自动地创建相关的数据业务信道格式，并且将通过该信道发送该分组。
信道格式的语义(semantics)与防火墙中使用的过滤规则(允许、拒绝)相似。每个进入的IP分组的特性同该规则(即信道格式)进行比较，用以确定其是否可以通过相关的信道发送。
信道格式的语义必须足够灵活，用以支持不同的级别的粒度(granularity)，由此可以支持复杂的过滤规则。它们能够基于IP分组的多种相关字段(以及封装在该分组中的多种标准的协议)来定义过滤规则。该参数的示例是●源和目标IP地址●IPv6扩展头(extension header)(例如，用于Mobile-IPv6)●封装协议(ICMP、TCP、UDP等)●标准封装协议的任何消息(即，ICMPv6中的路由器通告(RouterAdvertisement))●源和目标传输协议端口(TCP或者UDP端口等)●业务类别(Traffic Class)●流标记(Flow Label)信令信道格式的示例可以是●拒绝所有的IP分组
●除了ICMPv6路由器请求数据业务信道格式的示例可以是●拒绝所有的IP分组●除了任何FTP流考虑信道格式的信道格式语法(syntax)，可以使用多种表述格式；在本发明的一个实施例中，信道格式通过文本表述；在本发明的优选实施例中，信道格式通过可扩展标记语言(extensible mark-up language，XML)表述。然而，应当理解，可以使用其他用于策略的标准的表述。
上述示例的信令信道格式的文本表述是
上述示例的数据业务信道格式的文本表述是
选择信道格式的语义和语法，使得它们尽可能的紧凑，以便于在必须下载该格式时，将在无线接口上发送的位的总数目减到最小(如本文下面所解释的)。
一旦移动终端1连接到无线网关2(无线连接)，自动地开启信令信道。这样诸如IP的上层可以认为它们是“永久可用的”。因此，在任何上层分组可以在该无线信道上发送之前，相关的信令信道必须是可利用的。
用于终端1的信令信道格式的动态管理与用于网关2的信令信道格式的动态管理不同。对于终端1，存在两个可供选择的方案，特别适合于移动终端。
在本发明的一个实施例中，在移动终端上预先设置信令信道格式，由此它们在启动时是即刻可用的。随后，在需要时，例如，当漫游至需要不同的信令信道格式的另一运营商时，这些格式可以通过，例如，来自用户或者网络中间件的外部数据进行修改。
在图3中说明的本发明的另一实施例中，信令信道格式通过移动终端所连接的无线网关2从网络18上动态地下载。一旦其连接到网络，移动终端在能够无线地发送任何上层分组数据单元(例如，IP分组)之前，从网络上下载信令信道格式。
在本发明的该实施例的一个变化方案中，通过无线电，例如，在广播或者组播信道上，重复地(并且周期性地)广播信令信道格式。这是推送(Push)方法。
在本发明的该实施例的另一变化方案中，移动终端通过适当的信令从网络上请求信令信道格式。这是提取(Pull)方法。
由于依赖于移动终端所连接的网络，所使用的信令信道格式有高的概率是不同的，因此它们可被视为依赖网络的(network-dependent)。在移动终端在不同的网络之间漫游(或者甚至是在不移动的情况下进行移交)的情况中，问题在于尽可能早地发现用于新的网络的信令信道格式。这里，第二种方法(动态下载)具有很大的优点，这是因为其使得移动终端能够在运行时(on-the-fly)获得信令信道格式。可以在每个无线网关处人工地设置发送到移动终端的信令信道格式。然而，在图3说明的本发明的实施例中，信令信道格式存储在核心网络19的策略服务器18中，并且借助于适当的网络管理自动地推送到网络19的无线网关2。当然，在需要时，可以支持用于网络中不同无线网关2的不同的信令信道格式。
对于无线网关2，在网络端管理两类信令信道格式，即每个信令信道有两个信令信道格式●发送信令信道格式20，其与无线网关端上的信令信道相关联，并且用于选择，必须在哪个信令信道上将来自网络19的IP分组传输到移动终端1，和●接收信令信道格式21，其由无线网关使用，用以检查在信令信道上接收的IP分组与移动终端所预期的在该信道上发送的内容是否一致。如果进入的IP分组不与该信令信道格式相匹配，则无线网关不应将其传递到网络19。应当注意，预期到无线终端使用的用于其外发IP分组的信令信道格式与无线网关使用的用于其检查的接收信令信道格式相同。如前文所解释的，移动终端1可以通过无线网关2动态地从网络上下载它们。
如上文所述，可以在每个无线网关2上人工地设置发送信令信道格式20和接收信令信道格式21。然而，在图3中说明的本发明的优选实施例中，信令信道格式20和21存储在核心网络中的策略服务器18中，并且借助于适当的网络管理自动地发送到所需的无线网关2，如22所示，终端1所连接的无线网关2随即将接收信令信道格式传递到终端1，如23所示。然后，这些SCP，即从网关的视点观察的所谓的接收SCP，由该终端用作发送SCP。
当移动终端1转移到不同网络24的无线网关2时，网络24的策略服务器18推送到网络24的无线网关2的相应的接收信令信道格式(除了发送信令信道格式25以外)动态地传递到终端1，如27所示，其取代了先前的信令信道格式。
现在转到用于移动终端1和无线网关2的数据业务信道格式管理，数据业务信道在某种意义上是QoS-aware，即可以在开启信道时指定该信道所支持的所需的QoS。每个数据业务信道4还与数据业务信道格式相关联，用以识别可以通过该信道发送的IP分组类型。
在显式模式中，当开启新的数据业务信道时，通过创建它的源传递数据业务信道格式以及必需的QoS类别。
在隐式模式中(除了默认行为以外)，如图4中所示，当出现要求传输的IP分组29并且其不能在任何已经开启的数据业务信道30上传输时，在步骤28中可以自动地开启数据业务信道。在该情况中，动态地创建数据业务信道格式和与该数据业务信道相关的QoS。
数据业务信道格式动态地创建自IP分组29的参数。为了了解必须考虑包29的哪些参数，在步骤32中使用数据业务信道格式模板31。该模板是可设置的，由此依赖于待发送的IP分组，可以动态地创建不同类型的数据业务信道格式。
数据业务信道格式模板31尽可能地试图识别该分组所属的应用。至少在该情况中，考虑下列参数●IP源地址●IP目标地址●封装传输协议(TCP、UDP等)●源和目标传输协议端口(TCP或者UDP端口等)●业务类别●流标记在步骤32中，借助于QoS映射表33，与数据业务信道相关的QoS级别自动地创建自IP分组的参数。该表是可设置的，由此可以执行不同类型的QoS映射。更具体地，在适用于IPv6标准的实施例中，借助于适当的映射表，数据业务信道的QoS类别得自IP分组的IPv6业务类别域(包含“DiffServ DSCP”)。
在步骤34中，当开启新的数据业务信道时，数据业务信道格式和相关的QoS传递到对等实体(移动终端1到无线网关2或者相反)，由此两端均了解信道的特性，并且能够在其上发送数据(特别是在双向数据业务信道的情况中)；当开启数据业务信道时，这可以是在移动终端1和无线网关2之间交换的信令一部分。当然，即使是不常见的，但是仍可能存在某些这样的情况(由于策略原因)，其中对等实体将使用其自有的数据业务信道格式用于新开启的数据业务信道；在该情况中，用于从数据业务信道的一端进行传输的数据业务信道格式将区别于从另一端进行传输的数据业务信道格式。
最后，在步骤34中，IP分组29在新的数据业务信道4上发送。
上文描述的方法提供了通用的机制，用于确定诸如IP分组的上层分组数据单元应在哪个具有QoS使能接入技术的信道上发送。本方法利用与每个信道相关的信道格式。信道格式描述了可以通过该信道传达的IP分组的类型。本方法包括●用于信令信道的信令信道格式●用于数据业务信道的数据业务信道格式●基于信道格式用于信道区分的算法。
在移动终端和无线网关处的这些信道格式的动态管理使得本方法是足够灵活的，可以应用于多种移动性和QoS背景。信道格式的动态管理包括●将信令信道格式分送到无线网关。
●在无线网关处每个信令信道有两个信令信道格式○一个用于确定在该信道上发送哪个分组数据单元；这被称为发送信令信道格式。
○一个用于检查进入的由移动终端发送的(并且由无线网关通过该信令信道接收的)分组数据单元是否与信令信道格式一致；这被称为接收信令信道格式。
●从网络上动态下载移动终端的信令信道格式。
●基于数据业务信道格式模板(和QoS映射表)动态地开启数据业务信道。
●将新开启的数据业务信道的数据业务信道格式传播到对等实体。
附图中说明的方法是通用的并且应用于●运行于QoS使能接入技术顶层的多种上层协议(IP或者其他)●用作骨干网接入或者用于骨干网之中的多种QoS使能的有线或无线技术(例如，UTRAN、HIPERLAN/2、IEEE802.11e)●用作骨干网接入或者用于骨干网之中的多种(甚至是非QoS-aware的)面向连接的有线或者无线技术。
可以在所考虑的QoS使能接入技术的协议栈和上层(例如，IP栈)之间的汇聚层中实现本方法。
权利要求
1.一种在终端(1)和网关(2)之间的至少一个信令信道(3)和多个数据业务信道(4)上进行分组数据单元通信的方法，其中所述信令信道(3)提供了服务质量和可用性的默认级别，而所述数据业务信道(4)可在请求时获得，并且得到授权具有可变的服务质量级别，其特征在于，建立对应于所述信令信道(3)的信令信道格式和对应于所述数据业务信道(4)中的各个信道的多个数据业务信道格式，用于定义适合在相应的信道上传输的分组数据单元的特性，分组数据单元的特性同所述信令信道格式进行比较，如果其特性与所述信令信道格式一致，则在该信令信道上传输该分组数据单元，如果其特性与之不一致，则所述分组数据单元的特性同至少一个数据业务信道格式进行比较，如果其特性与所述数据业务信道格式一致，则在该数据业务信道上传输该分组数据单元。
2.权利要求1的分组数据单元通信的方法，其中所述数据分组单元包括与网际协议的版本4或版本6或者其他版本一致的网际协议数据分组单元。
3.权利要求1或2的分组数据单元通信的方法，其中在分组数据单元自所述终端传输之前，将分组数据单元的特性同所述信道格式进行比较，并且选择传输信道。
4.前面任何权利要求的分组数据单元通信的方法，其中在分组数据单元自所述网关传输之前，将分组数据单元的特性同所述信道格式进行比较，并且选择传输信道。
5.前面任何权利要求的分组数据单元通信的方法，其中所述信道格式是这样的，即根据其中协议头中的字段的功能，所述数据分组单元选择性地在信令信道或者数据业务信道上进行传输。
6.权利要求5的分组数据单元通信的方法，其中所述信道格式是这样的，即根据其中协议头中的源和/或目标字段的功能，所述数据分组单元选择性地在信令信道或者数据业务信道上进行传输。
7.权利要求5或6的分组数据单元通信的方法，其中所述信道格式是这样的，即根据所述源和/或目标字段中包括的IP地址的功能，所述数据分组单元选择性地在信令信道或者数据业务信道上进行传输。
8.权利要求5～7中任何一个的分组数据单元通信的方法，其中所述信道格式是这样的，即根据所述源和/或目标字段中包括的传输协议端口的功能，所述数据分组单元选择性地在信令信道或者数据业务信道上进行传输。
9.前面任何权利要求的分组数据单元通信的方法，其中所述信道格式是这样的，即根据它们所包含的扩展头的字段值的功能，所述数据分组单元选择性地在信令信道或者数据业务信道上进行传输。
10.前面任何权利要求的分组数据单元通信的方法，其中所述信道格式是这样的，即根据它们所包含的封装协议头的字段值的功能，所述数据分组单元选择性地在信令信道或者数据业务信道上进行传输。
11.前面任何权利要求的分组数据单元通信的方法，其中开启所述数据业务信道和创建相关的数据业务信道格式是显式触发的，并且包括通知所述终端，与任何信道格式均不一致的数据分组单元未成功发送。
12.前面任何权利要求的分组数据单元通信的方法，其中在数据分组单元与任何当前信道格式均不一致的情况中，开启新的数据业务信道和创建相关的数据业务信道格式是隐式触发的，然后数据分组单元在新的数据业务信道上传输。
13.权利要求12的分组数据单元通信的方法，其中开启所述新的数据业务信道和创建相关的数据业务信道格式由所述终端和所述网关中的一个触发，并且包括将所述相关的数据业务信道格式传达到所述终端和所述网关中的另一个。
14.权利要求11～13中任何一个的分组数据单元通信的方法，其中根据数据分组单元中的字段中的信息的功能，新的数据业务信道的QoS参数选自QoS映射表。
15.前面任何权利要求的分组数据单元通信的方法，其中至少所述信令信道格式存储在所述终端中。
16.前面任何权利要求的分组数据单元通信的方法，其中至少所述信令信道格式下载到所述终端。
17.权利要求16的分组数据单元通信的方法，其中至少所述信令信道格式从所述网关下载到所述终端。
18.权利要求16或17的分组数据单元通信的方法，其中至少所述信令信道格式被重复地广播或者组播。
19.权利要求16～18中任何一个的分组数据单元通信的方法，其中至少所述信令信道格式响应来自所述终端的请求下载到所述终端。
20.前面任何权利要求的分组数据单元通信的方法，其中在传输分组数据单元之前，将自所述网关传输的分组数据单元的特性同发送信令信道格式进行比较并且选择发送信道，并且在由所述网关传递之前，将在所述网关处接收的分组数据单元的特性同接收信令信道格式进行比较。
21.一种终端，用于前面任何权利要求中所述的在至少一个信令信道和多个数据业务信道上同网关进行分组数据单元通信的方法中，其包括信道选择装置，用于将分组数据单元的特性同所述信令信道格式进行比较，如果其与所述信令信道格式一致，则使该分组数据单元在该信令信道上传输，如果其与之不一致，则将所述分组数据单元的特性同至少一个所述数据业务信道格式进行比较，并且如果其与所述数据业务信道格式一致，则使该分组数据单元在该数据业务信道上传输。
22.一种网关，用于权利要求1～20中任何一个中所述的在至少一个信令信道和多个数据业务信道上同终端进行分组数据单元通信的方法中，其包括信道选择装置，用于将分组数据单元的特性同所述信令信道格式进行比较，如果其与所述信令信道格式一致，则使该分组数据单元在该信令信道上传输，如果其与之不一致，则将所述分组数据单元的特性同至少一个所述数据业务信道格式进行比较，并且如果其与所述数据业务信道格式一致，则使该分组数据单元在该数据业务信道上传输。
全文摘要
一种在终端(1)和网关(2)之间的信令信道(3)和多个数据业务信道(4)上进行分组数据单元(特别是IPv4或IPv6PDU)通信的方法。信令信道(3)提供了服务质量和可用性的默认级别，而数据业务信道(4)可在请求时获得，并且得到授权具有可变的服务质量级别。建立对应于信令信道(3)中的各个信道的信令信道格式和对应于数据业务信道(4)中的各个信道的多个数据业务信道格式，定义了适合在相应的信道上传输的分组数据单元的特性。分组数据单元的特性同信令信道格式进行比较，如果其特性与该信令信道格式一致，则在该信令信道上传输该分组数据单元。如果它们与之不一致，则该分组数据单元的特性同至少一个数据业务信道格式进行比较，如果其特性与该数据业务信道格式一致，则在该数据业务信道上传输该分组数据单元。优选地，信令信道格式通过推送或者提取，从网关下载到终端。
文档编号H04L12/56GK1672373SQ03818274
公开日2005年9月21日 申请日期2003年7月23日 优先权日2002年7月29日
发明者克里斯托夫·雅内托, 亚历山德鲁·彼得雷斯库, 米格尔·卡塔利娜 申请人:摩托罗拉公司