CN1675909A - 通信系统中的分组流处理 - Google Patents

通信系统中的分组流处理 Download PDF

Info

Publication number
CN1675909A
CN1675909A CNA038191636A CN03819163A CN1675909A CN 1675909 A CN1675909 A CN 1675909A CN A038191636 A CNA038191636 A CN A038191636A CN 03819163 A CN03819163 A CN 03819163A CN 1675909 A CN1675909 A CN 1675909A
Authority
CN
China
Prior art keywords
stream
packets
message
packet
connection
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA038191636A
Other languages
English (en)
Other versions
CN1675909B (zh
Inventor
R·T·苏
王俊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US10/170,059 external-priority patent/US7277455B2/en
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Priority to CN201010563536.6A priority Critical patent/CN102025618B/zh
Publication of CN1675909A publication Critical patent/CN1675909A/zh
Application granted granted Critical
Publication of CN1675909B publication Critical patent/CN1675909B/zh
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2441—Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2491—Mapping quality of service [QoS] requirements between different networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
    • H04L47/724—Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/801—Real time traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/805—QOS or priority aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/808—User-type aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/824—Applicable to portable or mobile terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/826—Involving periods of time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Quality & Reliability (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Databases & Information Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

通信系统中用于处理分组流的方法和装置。在一实施例中，资源保留消息包括分组流参数信息，所述分组流参数信息被用于确定相关联的分组流的流处理。分组流映射基于相关联的分组流的服务质量。在另一实施例中，对于关于流处理的信息，建立和监视承载体连接。

Description

通信系统中的分组流处理
35U.S.C.§120下的优先级要求
本专利申请要求专利申请号为10/170059的专利申请的优先权，所述专利标题为“PACKET FLOW PROCESSING IN A COMMUNICATION SYSTEM”、提交于2002年7月10日，已经授权于本发明的受让人并且明确地通过引用结合于此。
背景
领域
本发明涉及通信系统中的分组流处理，尤其涉及通信系统中的分组流映射和处理以支持多个服务实例的处理，所述通信系统具有互联网协议(IP)组件。
背景
支持数据通信的通信系统通常包括互联网协议(IP)组件或部分，其中数据以IP格式被通信。同样，通信系统可以与IP系统通信，或者参与IP节点的通信。对于这样的通信，数据按分组传送；一系列分组被称为“分组流”。为了处理分组流，通信系统的基础结构元件要求某些信息。例如，基础结构元件可以需要头部压缩和/或映射信息，从而基础结构元件能引导分组流指向适当的链路层连接。
因此，本领域需要向要求这些信息的基础结构元件提供分组流信息。同样，需要用于映射和处理通信系统中的分组流的有效方法。
附图的简要描述
图1是一通信系统。
图2是处理的呼叫流程，其中PDSN确定流处理和分组流从RSVP消息的映射。
图3是处理的呼叫流程，其中PDSN确定流处理和从“sniffing”会话启动协议(SIP)消息的映射。
图4说明了支持源保留协议的通信系统。
图5是适用于处理分组流的移动站。
图6-8说明了按照各种实施例的分组流处理。
图9是多信道流处理协议(MCFTP)分组格式。
优选实施例的详细描述
短语“示例性”这里用来专指“作为一例子、实例、或示例”。这里所描述为“示例性”的任何实施例不必被理解为优选的或优于其他实施例的。
图1是适用于数据通信的通信系统100。通信系统100包括与基站(BS)104通信的移动站(MS)102。BS104还与分组数据服务节点(PDSN)106通信，以及与处理语音通信的其它组件等通信(未示出)。PDSN106用作MS102和BS104与数据网络的接口，所述网络诸如支持IP通信的网络。
MS102支持数据通信，其中几个A10连接和服务选项(SO)连接被说明。SO连接用于所选服务选项的通信，服务选项诸如分组数据服务。接着，A10连接提供用于在PDSN106和BS104之间发送互联网协议(IP)分组的链路。SO连接提供用于在MS102和BS104之间发送IP分组的链路。在SO连接(MS-BS)和A10连接(BS-PDSN)之间存在一对一的映射。多个A10/SO连接对在图1中示出，因为MS102支持多个同时连接。换言之，MS102能并行处理多个分组流。每个分组流被分配给一A10连接或链路。将一分组流分配给A10链路被称为分组流“映射”，并由PDSN确定。存在多个用于这种映射的标准和算法，所述映射可应用于图1的系统100中。
如上文所讨论，MS102和BS104之间的每个SO连接或链路具有BS104和PDSN106之间相应的A10连接或链路。通过BS104的虚线示出了此对应。SO/A10连接可以用于双向或互动通信，诸如IP上语音(VoIP)通信，或者可以用于诸如下载数据的单向通信，或者用于从互联网源流出信息。随着数据通信类型数的增加，SO/A10连接可以被实现用于越来越多的这些通信。值得注意的是，需要多个SO连接(又称服务实例)来支持分组流的不同QoS要求。例如，MS102可以具有两个活动的SO连接。第一SO连接，具有重发机制以便以传输延时为代价提供可靠的空中传送，因此用于传送要求可靠传输的数据。第二SO连接可以不具有重发机制，并用于传送需要急速传输的数据。
PDSN106还包括认证记账和特许(AAA)112。AAA112用作认证连接和通过电信公司或服务提供者跟踪记账财务等。PDSN106从相应节点(CN)108以及从其它源110接收分组流。CN108可以是因特网上的一个节点、服务提供者、终端等。换言之，CN108是信息源或者通信的参与者。值得注意的是，PDSN106可以从多个源接收多个分组流，其中所述分组流去往多个参与者，诸如MS102。每个分组流被映射到相应的SO/A10连接，并且按照参与者协商的参数处理。
当多个服务实例被建立给诸如MS102的指定用户时，每个分组流的流映射和处理特别重要。如果MS102具有多个活动的服务实例并且MS102使用多个头部压缩算法，则PDSN106将期望用于处理与每个服务实例相关的分组流的信息。信息包括但不限制于用于每个分组流的特定头部压缩算法，以及每个分组流到每个A10连接的映射。
这里下面所描述的实施例是通过RSVP消息提供流处理信息的一方法，所述RSVP消息包含称为流处理的新对象。RSVP消息是为互联网上综合服务所设计的资源保存建立协议，在RFC2205中被描述，所述RFC2205标题为“ResourceReSerVation Protocol(RSVP)”，作者为R.Branden等。RSVP协议被主机用于从某些应用数据流的网络请求特定服务质量。RSVP也被路由器用于将服务质量(QoS)传递到沿流的路径的所有节点，以及建立和保持提供请求服务的状态。RSVP请求一般导致源被保留在沿数据路径的每个节点内。RSVP消息提供双向分组流(例如，互动VoIP会话)或单向分组流(例如，流会话)的分组滤波器。分组滤波器被节点用于识别某个分组流。
RSVP将“会话”定义为具有某个目的地和传输层协议的数据流。RSVP独立地处理每个会话。RSVP会话由三元组定义：(DestAddress、ProtocolId[DstPort])。这里DestAddress、数据分组的IP目标地址可以是单播或多播地址。ProtocolId是IP协议ID。可任选的DstPort参数是“广义的目的地端口”，即传输或应用协议层中的一些进一步解复用的点。DstPort能通过用户数据报协议/传输控制协议(UDP/TCP)目标端口字段、通过另一传输协议中的等价字段、或者通过一些应用专用信息来定义。
建立一主要服务实例后，当MS102决定建立辅助服务实例时，MS102发送RSVP PATH和RESV消息以请求服务质量(QoS)资源。在RSVP RESV消息中，MS102将通过IP地址和端口号表征数据流，并且传递编解码类型和头部压缩类型。接收RSVP RESV消息后，PDSN将检验信息并且请求到BS的新的A10连接，并且将新建立的A10连接与由滤波器说明和可任选地由会话级别(下文中关于RSVP类型协议而定义)所表征的分组流相关联。图4详细描述了与RFC2205一致的RSVP消息的格式。RSVP消息被视为一个消息的示例，所述消息可以被用于分组流处理和/或映射的PDSN所需的信息传输。可选实施例可以实现其它消息，以提供相同或相似的信息。
值得注意的是，在整个RSVP类型协议的讨论中，按照数据流的方向定义方向术语。携带保留请求的RSVP消息在接收端开始，并上行去往发送端。特别地，方向性术语“上游”相对于“下游”，“前一跳”相对于“后一跳”，以及“进入接口”相对于“外出接口”，是相对于数据流的方向而定义的。
图4说明了具有主机401和路由器450的通信系统，所述路由器450实现RSVP协议。如所说明的，主机401包括双向耦合到RSVP处理单元404的应用单元404。RSVP处理单元确定适当的RSVP消息以及用于传输的内容，并且也考虑从路由器450接收的那些RSVP消息和内容。RSVP处理单元404被耦合到策略控制单元506。主机401内的通信是通过通信总线420的。主机401还包括允许控制单元408、分组调度器410以及分级器412。
继续图4，路由器450包括与主机401中相似的单元，然而此配置可以用略微不同的方式实现。路由器450包括路由器单元452、RSVP处理单元454、策略控制单元456、允许控制单元458、分组调度器460、分级器462，以上全都通过通信总线480通信。值得注意的是，RSVP处理单元404将RSVP消息向RSVP处理单元454往返通信。
在系统400内，通过统称为“话务控制”的机制对某个数据流实现服务质量。这些机制包括(1)分组分级器(分级器412、462)，(2)允许控制(允许控制408、458)，以及(3)“分组调度器”(分组调度器410、460)或者一些其它链路层相关机制以确定何时转发某些分组。“分组分级器”机制或者分级器412、462确定每个分组的QoS类(或许是路由)。对于每个外出接口，“分组调度器”或者其它链路层相关机制达到允诺的QoS。话务控制实现由集成所定义QoS服务模型。
在保留建立期间，RSVP QoS请求被传递到两个本地判决模块“允许控制”(允许控制408、458)和“策略控制”(406、456)。允许控制408、458确定节点是否有足够的可用资源来提供请求的QoS。政策控制(406、456)确定用户是否具有管理许可，以便进行保留。如果两个检查都成功，则参数被设置在分组分级器中和链路层接口中(例如，在分组调度器中)，以获得期望的QoS。如果任何一个检查失败，则RSVP程序将出错通知返回给始发请求的应用过程。
RSVP协议机制提供用于在多播或单播传递路径的网格上创建和维持分布保留状态。RSVP本身按照不透明数据传递和操作QoS和政策控制参数，将它们传递到适当的话务控制和策略控制模块，用于解释。由于大的多播组的会员资格和产生的多播树拓扑可能随时间变化，RSVP设计假定RSVP的状态和话务控制状态将在路由器和主机中被逐渐建立以及销毁。为了此目的，RSVP建立“软”状态；即RSVP发送周期性的更新消息以便沿保存的路径维持状态。缺少更新消息的情况下，状态自动地过期并且被删除。总之，RSVP具有下列属性：
1.RSVP为单播和多对多的多播应用进行资源保留，动态地适应改变组成员资格以及改变路由。
2.RSVP是单工的，即支持单向数据流的保留。
3.RSVP是面向接收机的，即数据流的接收机启动和维持用于所述流的资源保留。
4.RSVP在路由器和主机中维持“软”状态，提供对动态成员资格变化和自适应路由变化的良好支持。
5.RSVP不是一路由协议，但是支持现在和未来的路由协议。
6.RSVP传输和维持话务控制和策略控制参数，所述参数对于RSVP是不透明的。
7.RSVP提供几个保留模型以适应多种应用。
8.RSVP通过不支持RSVP的路由器提供透明操作。
9.RSVP支持IPv4和Ipv6。
示例性的RSVP保留请求由“流规范”和“滤波器规范”一起组成；此对被称为“流描述符”。流规范规定期望的QoS。滤波器规范和会话规范一起定义数据分组的集合—“流”—以接收流规范所定义的QoS。流规范被用于设置节点的分组调度器或者其它链路层机制中的参数，同时滤波器规范被用于设置分组分级器中的参数。被定址到某个会话但与那个会话的任何滤波器规范不匹配的数据分组都被作为最佳工作话务而处理。
保留请求中的流规定一般包括服务级别以及两组数值参数：(1)定义期望的QoS的“Rspec”(R代表“保留”)，以及(2)描述数据流的“Tspec”(T代表“话务”)。Tspec和Rspec的格式和内容由系统确定，并且一般对于RSVP不透明。
滤波器规范的确切格式取决于使用哪个IP版本。当前版本考虑IPv4或Ipv6。按照一种方法，滤波器规范可以选择给定会话中分组的任意子集合。这些子集合可以按照发送端(即，发送端的地址以及统一化的源端口)、按照高层协议、或者一般按照分组中任何协议头部内的字段来定义。例如，滤波器规范可能被用来通过在应用层头部的字段上选择而选择分层编码视频流的不同子流。为了简明(以及最小化层违规)，当前RSVP规范中定义的基本滤波器规范格式具有非常严格的形式：发送端IP地址和任选的UDP/TCP端口号SrcPort。
在每个中间节点处，保留请求触发两个一般操作，如下：
1.在链路上进行保留：
RSVP过程传递对允许控制和政策控制的请求。如果任何测试失败，则保留被弹出，而且RSVP过程将出错消息返回适当的接收机。如果两者都成功，则节点设置分组分级器以选择滤波器规范定义的数据分组，而且它与适当的链路层互动以获得流规范定义的期望的QoS。
用于满足RSVP QoS请求的详细规则取决于每层上使用的特定链路层技术。例如，对于简单租用线，期望的QoS将从链路层驱动器内的分组调度器获得。如果链路层技术实现它本身的QoS管理能力，则RSVP与链路层协商以获得请求的QoS。值得注意的是，控制QoS的操作发生在数据进入链路层媒质处，即逻辑或物理链路的上游末端处发生，尽管RSVP保留请求源自接收机下游。
2.向上游转发请求：
朝着适当的发送者向上游传播保留请求。给定保留请求被传播到的发送者主机的集合被称为那个请求的“范围”。
由于两个原因，节点向上游转发的保留请求不同于从下游接收的请求。话务控制机制可以逐跳地修改流规范。更重要的是，从来自相同发送者(或发送者的集合)的多播树的不同下游流分支保留随着保留向上游传送必须被“融合”。
当接收机启动—保留请求时，它也能请求一确认消息，以指示它的请求在网络中(可能)被安装。成功的保留请求沿多播树向上游传播，直到它到达存在的保留等于或大于正在被请求的保留的点。在此点，到达的请求与原地保留融合，而且不需要被进一步转发；接着节点可以将保留确认消息发送回接收机。
有两个基本RSVP消息类型：RESV和PATH。每个接收机主机向发送者朝上游发送RSVP保留请求(RESV)消息。这些消息必须正好沿着数据分组将使用的路径的反向，向上游传至包括在发送者选择中的所有发送者主机。RESV消息在沿路径的每个节点内产生“保留状态”的建立和维持。RESV消息最后被传递到发送者主机本身，从而这些主机能为沿路径的第一跳建立适当的话务控制参数。
每个RSVP发送者主机严路由协议提供的单/多播路由向下游发送RSVP“PATH”消息，沿着数据的路径。这些RSVP PATH消息存储沿此方向的每个节点内的“路径状态”。此路径状态至少包括前一跳节点的IP地址，所述地址被用于沿反方向逐跳地路由RESV消息。值得注意的是，未来的设计可以实现路由协议，所述协议直接提供转发信息的反向路径，替代路径状态的反向路由功能。
PATH消息还包含除前一跳地址的下列信息：
1.发送者模板
PATH消息被要求传输发送者模板，所述发送者模板描述发送者将始发的数据分组的格式。此模板使用滤波器规范的形式，所述滤波器规范能被用于从同一链路上同一会话中的其他人选择发送者的分组。发送者模板具有与出现在Resv消息中的滤波器规范完全相同的表示功率和格式。因此，发送者模板可以只规定发送者IP地址以及可任选地UDP/TCP发送者端口，并且采用为此会话规定的协议Id。
2.发送者Tspec
PATH消息被要求传输发送者Tspec，所述发送者Tspec定义发送者将产生的数据流的话务特性。此Tspec被话务控制用来阻止过保留，以及也许是非必要的允许控制失败。
3.Adspec
路径消息可以传输OPWA广告信息的分组，所述OPWA广告信息被称为“Adspec”。PATH消息中接收的Adspec被传递到本地话务控制，本地话务控制返回一更新的Adspec；更新版本接着向下游发送的PATH消息中被转发。PATH消息与相同的源和目的地址一起作为数据被发送，从而它们将被通过非RSVP云正确路由。另一方面，RESV消息被逐跳地发送；每个RSVP讲话节点将一RESV消息转发到前一RSVP跳的单播地址。
图2说明了MS102、BS104(包括分组控制功能(PCF)操作)、PDSN106、AAA108以及CN110之间的双向互动呼叫处理。在从标有1到16的步骤中按照时间顺序描述此流。
在步骤1处，移动站能发送应用触发的会话启动协议(SIP)信令前，MS建立服务选项(SO)，诸如分组数据服务SO33。在示出的示例中，无线链路协议(RLP)重发被使能。这提供了SIP消息被可靠地经空中传播的机制。值得注意的是，SIP在J.Rosenberg等人所著、由因特网工程工作小组发表、具有文献号draft-ietf-sip-rfc2543bis-08.ps、日期为2002年2月21日发表的“SIP：Session Initiation Protocol”中被详细描述；并且还在M.Handley等人所著、由网络工作组发表、具有文献号为RFC 2543、日期为1999年3月的“SIP：Session Initiation Protocol”中也被详细描述。
会话启动协议(SIP)是用于建立、修改和终断与一个或多个参与者的会话的应用层控制(信令)协议。这些会话包括因特网电话呼叫、多媒体分布、以及多媒体会议。用于建立会话的SIP邀请携带允许参与者对一组相容的媒质类型达成协议的会话描述。SIP使用称为代理服务器的元件来帮助路由到用户当前位置的请求，认证和授权服务的用户，实现提供者呼叫-路由策略，以及向用户提供特性。SIP也提供允许用户通过代理服务器上载它们使用的当前位置的登记功能。SIP在几个不同传送协议的顶层运行。
在步骤2中，MS建立与PDSN的点到点(PPP)会话。这为链路层提供了承载体连接，使得分组流的连接建立。值得注意的是，PPP在W.Simpson所著、网络工作组发表为RFC1661、日期为1994年7月的“The Point-to-PointProtocol(PPP)”中被详细描述。
在步骤3中，PDSN向包含MS网络访问标识符(NAI)和凭证的AAA发送访问请求。NAI对于MS是唯一的标识符。所述凭证是由MS响应于询问握手认证协议(CHAP)(如果使用简单IP)或外部代理询问(如果使用移动IP)而计算的认证码。
在步骤4中，如果移动方成功地被认证，则AAA发送包含用户预订特性的访问接受。特性由两部分组成：空中(OTA)分量；以及IP分量。
在步骤5中，PDSN接收和缓冲用户IP预定特性并且将用户OTA预订特性转发给BS。
在步骤6中，移动方通过PPP/SO33发送SIP信令。SIP信令用于建立与CN的虚拟承载体连接。这是分组流将通过其被传输的IP承载体连接。
在步骤7中，CN被SIP信令(例如，183会话进程)触发，向MS发送RSVPPATH消息。在RSVP PATH消息中，CN包括标准RSVP对象发送者模板和发送者话务规范(Tspec)，所述Tspec表征将由CN产生的分组流。在步骤8中，PDSN将RSVP PATH消息转发到MS。在步骤9中，接收到RSVP PATH消息后，MS使用包含在此消息中的信息计算用于接收分组流的期望的QoS参数(即，带宽和延时)。接着，移动站沿着到CN的路径发送RSVP PATH消息以保留资源。RSVPPATH消息包含流规范、滤波器规范、以及处理规范，所述处理规范是专用于一些系统，所述系统支持名为“3rd Generation Partnership Project 2”(这里称为3GPP2)的协会提供的标准以及TR-45.5(这里称为cdma2000标准)。
流规范规定期望的QoS。流规范被用于设置节点的分组调度器或者其它链路层机制中的参数。保留请求中的流规范一般将包括服务等级和两组数字参数：(1)定义期望的QoS的“Rspec”(R代表“保留”)，以及(2)描述数据流的“Tspec”(T代表“话务”)。Tspec和Rspec的格式和内容由综合服务模型确定，一般对于RSVP是不透明的。
滤波器规范定义用于分组流的分组滤波器，所述分组流的QoS由流规范定义。滤波器规范被用于设置分组分级器中的参数。被定址在某会话但与那个会话的任何滤波器规范不匹配的数据分组被处理为最佳工作话务。
处理规范，是一新的RSVP对象，传递应该用在分组流上的头部压缩类型。
接收到RSVP RESV消息后，PDSN基于PDSN加载和本地政策、移动可达性以及用户的IP预订特性执行授权。如果PDSN拒绝RSVP RESV消息，则PDSN向CN发送RSVPTear消息，向MS发送PATHTear消息。或者如果RSVP RESV被授权，则PDSN检验RSVP RESV消息的处理规范。处理规范包含MS想在分组流上使用的头部压缩类型。PDSN确定是否需要新的A10连接。如果需要，则在步骤10中PDSN将A11注册更新(RUP)消息发送到BS，以便请求新的A10连接。
例如：如果头部压缩类型是LLAROHC，则PDSN通过A11向BS提供通知，以建立新的A10连接，并且启动诸如与MS的SO61的所选服务选项实例的建立。
如果头部压缩类型是ROHC，则PDSN通过A11向BS发送通知，以建立新的A10连接，以及启动诸如与MS的SO33(无RLP重发)的辅助服务选项实例的建立。
头部压缩类型和SO之间的关联可以在PDSN或BS内完成。如果此关联在PDSN中被完成，则A11 RUP消息将包含SO号，而且BS使用它启动与MS的服务协商。如果此关联在BS内完成，则A11 RUP消息将包含头部压缩类型，而且BS将它与SO号相关联，并且使用它启动与MS的服务协商。
在步骤11中，BS响应于A11注册确认(RACK)消息。在步骤12中，BS尝试通过呼叫分配消息(CLAM)连接A11信令消息内规定的SO。在步骤13中，BS连接所选SO。在步骤14中，BS发送A11 RRQ(注册请求)，以建立A10连接，在步骤15中，PDSN用A11 RRP(注册应答)响应。
在步骤16中，成功建立新的A10连接后，PDSN将新建立的A10连接与从步骤9中RSVP RESV消息的滤波器规范中获得的分组滤波器相关联。这使得PDSN执行分组流上的流映射，所述分组流符合分组流滤波器的描述。PDSN将处理说明从RSVP RESV消息移除，并且将它朝着CN发送。如果由于一些原因，一个过时之后新的A10连接没有被建立，则PDSN向MS发送TATHTear消息。
从此点，通过PDSN从CN到MS处理分组流。PDSN对数据流执行适当的头部压缩，并且将此分组流转发到适当的A10连接。
值得注意的是，图2示出了从CN到MS的单向通信。对于CN和MS之间的互动双向通信，MS和CN都是源和目的地。因此，除了图2中示出的以及上面详细描述的步骤，从MS启动对称的步骤。例如，MS也发送RSVP路径消息，同样，PDSN将PSVP路径消息转发到CN。CN提供RSVP RESV消息；而且PDSN将RSVP RESV消息转发到MS。来自CN的RSVP RESV消息将不必触发PDAN以请求如步骤10中的A10连接建立。
对于不使能RLP重发的辅助SO33的现存A10连接的形式，一实施例使用的现存的连接。按照一可选实施例，BS建立与MS的另一辅助SO33。在此情况下，如果MS拒绝，则现存辅助SO33被用于也传输新的编解码。
图2示出了扩频通信系统中的呼叫流，所述通信系统适用于IP通信，而且能处理分组流。可选通信系统可以被用来提供处理分组流的必要信息。这样的信息不限于本示例中详细描述的具体信息，而是可以包括系统组件需要或期望的任何信息。同样，可以按照给定系统的设计和需要改变步骤的顺序。图2的呼叫流被提供作为分组流处理的示例。
这里下面描述的实施例是通过RSVP消息提供流处理和流映射信息的另一方法。流处理和映射信息能从RSVP RESV消息中传递的标准RSVP对象导出，而且没有新的RSVP对象需要如前面的方法中那样被定义。
呼叫流与图2中的一样。一个区别是，在步骤9中RSVP RESV消息只包含流规范和滤波器规范。没有处理规范来明确表明PDSN应该在分组流上使用什么头部压缩类型。而是，PDSN使用流规范来隐含地确定头部压缩类型。
流规范包括保留规范(Rspec)和Traffic Spec(Tspec)。Rspec描述了服务速率，Tspec描述了表征CN将产生的话务的标记记录参数(记录速率、峰值速率、记录部分、最大分组大小)。Rspec和Tspec一起表征CDMA语音编解码器(例如，13-kbps的纯语音、8-kbps的EVRC、8-kbps的SMV或者4kbps的SMV)，所述CDMA语音编解码器每20ms输出一个语音帧。PDSN被配置来基于流规范中的参数值而识别CDMA语音编解码。如果匹配而且MS支持LLAROCH，则PDSN请求BS建立一新的A10连接，而且BS建立与MS的SO61。如果不匹配，则PDSN得出结论分组流传输不同于CDMA语音编解码的实时编解码；这样，如果MS支持ROHC并且当时没有辅助的SO33，则PDSN请求BS建立新的A10连接，而且BS建立与MS的辅助SO33(不使能RLP重发)。
可能不同的编解码具有如CDMA编解码一样的Rspec和Tspec描述。例如，编解码X被表征为服务速率8kbps、20毫秒的恒定的分组间间隔、以及加上头部杂项开销的最大分组大小为171，上述与EVRC特征相同。这项贡献推荐，0字节的头部压缩被应用于传输编解码X的分组流，如同它是EVRC。尽管编解码X的较低速率帧大小可能会不同于EVRC的，每个较低速率帧能被插入并且填入CDMA物理层帧(全速率、1/2、1/4或者1/8速率)。
图3说明了呼叫流处理，其中PDSN从“sniffing”SIP消息确定流处理和/或映射。鉴别(sniffing)指检验寻找特定信息的消息的过程。通常，节点将对特定信息鉴别，而忽略所有其它信息。在图3中说明的实施例中，PDSN对期望确定给定分组流的处理的特定信息鉴别，和/或对给定分组流的映射鉴别。PDSN对SIP信令消息鉴别。PDSN忽略SIP消息的其它内容。可选实施例可以应用SIP消息中的其它内容，所述SIP消息用于这些处理或者PDSN的其它操作。
图3中说明的实施例提供确定流处理和流映射信息的可选方法，其中这样的确定基于PDSN测错会话启动协议(SIP)消息。此方法依赖PDSN对SIP消息鉴别，以确定IP地址、端口号、以及将由CN产生的新分组流的编解码。这为PDSN提供充足的信息来确定流处理和流映射。PDSN也确定是否需要新的A10连接来传输分组流。如果需要，则PDSN请求BS建立A10连接，而且BS启动与MS的新服务实例的建立。
对SIP消息鉴别需要PDSN识别出，IP分组携带SIP消息并且从SIP消息中选出基本信息。PDSN检验分组的目的地端口号。如果它等于5060，则传输负载携带SIP消息。值得注意的是，有多个SIP消息和字段。PDSN注意SIPINVITE和SIP 200 OK消息，并且可以选择忽略其它SIP消息。值得注意的是，SIP定义多个消息。SIP INVITE消息指示用户或服务正被邀请来参加一会话。SIP 200 OK消息指示请求已经成功。在SIP INVITE和SIP 200 OK消息内，PDSN注意传送IP地址信息的连接字段、传递端口号信息的媒质字段、以及传递编解码类型的属性字段。基于编解码类型，PDSN确定在分组流上使用哪种头部压缩类型。例如，如果编解码类型指示一CDMA编解码(例如，纯语音、EVRC或SMV)，链路层辅助鲁棒头部压缩(LLAROHC)将被使用；如果编解码类型指示一不同于CDMA编解码的编解码，则鲁棒头部压缩(ROHC)将被使用。可选的系统可以支持几种编解码类型中的任一，而且这里提供的特定细节用作示例。
PDSN确定头部压缩类型之后，PDSN确定对于新分组流，是否需要一新的A10连接。如果需要，则PDSN请求BS建立A10连接，而且BS启动与MS的新服务实例的建立。成功建立A10连接之后，PDSN将A10连接与从对SIP消息鉴别获得的分组滤波器相关联，SIP消息即SIP INVITE和SIP 200 OK消息的连接字段和媒质字段。
图5说明了适用于处理分组流的MS500。MS500包括天线510、接收机520和发射机530。接收机520和发射机530各自被耦合到中央处理单元(CPU)540。CPU540和存储器550各自被耦合到通信总线560。而且，分组流建立单元570、分组流处理单元580、以及分组流确定单元590各自被耦合到通信总线560。分组流确定单元590确定通信是双向的还是单向的。分组流建立单元570确定分组流的细节，诸如编解码类型、头部压缩。分组流建立单元570和分组流确定单元590涉及在初始访问中，并且为分组流的传输而被建立，诸如图2和3中所说明的。一旦通信被建立，则分组流处理单元580按照建立的特定参数处理分组流。
本发明提供用于不依靠差分服务编码点(DSCP)通信RSVP消息中的分组流参数的灵活的方法，所述DSCP在IP头部、协议类型和公知的端口号的字段中被传递。使用诸如RSVP消息的消息可以用于双向和单向分组流。
使用现存消息来提供分组流信息达到有效的空中源分配和使用准则。在一实施例中，用于通信的新的承载体连接，即新的A10连接没有被建立，直到RSVP保留被授权。这避免了在拒绝时要求承载体连接(即，辅助SO、A8/A10连接)的中断。
在一可选实施例中，附加的服务实例建立可以如图6中所说明的那样被初始化。图6的呼叫流图表说明了当MS已经随建立的主要服务实例而活动时，附加服务实例建立的步骤，步骤如下所示：
在a点，PDSN确定建立附加的服务实例；PDSN向PCF发送A11-注册更新。A11注册更新消息允许PDSN指示应用的头部压缩算法。PDSN启动与注册更新消息(称为计时器“T’regupd”)相关联的计时器。
在点b，PCF将A9-BS服务请求消息发送到BS，以便请求附加的服务实例，并且启动称为计时器“Tbsreq9”的计时器。头部压缩算法和服务选项之间的映射在PCF或BS中执行。按照一个实施例，所述确定由TSG-A(技术规定组)进行。如果由PCF执行映射，则对于现有的A9-BS服务请求消息不进行任何改变。如果在BS中执行映射，则PCF在A9-BS服务请求消息中将对BS指示应用头部压缩算法。例如，映射表可以被规定如下：
    头部压缩算法     服务选项
    ROHC     SO33
    LLAROHC     SO60或SO61
在步骤c中，BS向MSC发送附加服务请求消息，并且启动称为计时器“T303”的计时器来重连附加的服务实例。
在步骤d中，MSC向BS发送分配请求消息，以请求分配无线资源和BS与PCF之间的A8(例如，用户话务)连接。MSC接着启动称为计时器“T10”的计时器。在从MSC接收到分配请求消息后，BS终止计时器T303。
在步骤e，BS响应于A9-BS服务响应。PCF在接收到A9-BS服务响应消息之后终止计时器Tbsreq9。
在步骤f，从BS接收到成功的A9-BS服务响应消息后，PCF响应于A11-注册确认。PDSN终止计时器T’regupd。
在步骤g中，BS可以在无线接口的话务信道上发送呼叫分配消息，以启动CC状态机(呼叫控制状态机)的建立。
在步骤h中，BS向MS发送下列消息之一，来调用附加服务选项连接：i)服务连接消息；ii)一般切换方向消息；或者iii)通用切换方向消息。
在步骤i中，可以在MS和BS之间执行服务协商。
在步骤j中，MS完成服务协商过程后，用服务连接完成消息作出响应。
在步骤k中，BS向PCF发送A9-建立-A8消息，来在BS和用于附加服务实例的PCF之间通过A9(例如，信令)连接而建立A8(即，用户话务)连接。接着，BS启动称为计时器“TA8-Setup”的计时器。
在步骤1中，PCF识别存在与此移动站相关联的A10连接，以及附加的A10连接需要被建立。PCF向相应的PDSN发送A11-注册请求消息。PCF启动称为计时器“T’regreq”的计时器。
在步骤m中，PDSN通过返回具有接受指示的A11-注册响应消息而接受此连接。
在步骤n中，PCF用A9-连接-A8消息响应，以完成对此分组服务请求的A8(例如，用户话务)连接的建立。当从PCF接收到A9-连接-A8消息之后，BS终止计时器TA8-Setup。
在步骤o中，在已经建立无线服务连接和A10连接后，BS向MSC发送分配完成消息。接着，当MSC发送分配请求消息(见步骤d)时，MSC终止计时器T10。
值得注意的是，PDSN可以通过使用系统所支持的消息启动一请求，来增加新的A10连接。PDSN向PCF发送A11-注册更新消息，以请求增加新的A10连接。PDSN发送A11-注册更新消息，消息中的编码字段被设置为“增加新连接”，以请求PCF建立一新的A10连接。接着，PDSN在发送A11-注册更新消息后启动与注册更新相关联的计时器(称为“T’regupd”)，并且等待来自PCF的A11-注册确认消息。
如果计时器T’regupd超时，PDSN以可配置的次数向PCF重发A11-注册更新消息。在可配置次数重发后而没有来自PCF的响应后，会话建立步骤可以被认为失败，然而现存的A10连接将维持连通。
如果请求的操作能被BS、PCF和MSC成功地支持，则PCF向PDSN发送A11-注册确认消息以确认请求的A10连接被接受。
接收具有被设置为“增加新连接”的消息的编码字段的A11-注册更新消息后，如果PCF支持请求的A10连接，则PCF将向BS发送A9-BS服务请求消息。如果MSC和BS支持新连接，则PCF将通过将消息中的状态字段设置为“新连接被接受”而如此指示。接收到此消息后，当A11-注册更新消息被发送时PDSN将终止计时器T’requpd，当接收到A11-Ack时停止。
接收具有被设置为“增加新连接”的消息的编码字段的A11-注册更新消息后，如果PCF不支持请求的A10连接，或请求的连接由从BS接收的A9-BS服务响应消息所拒绝，则PCF将通过将消息的状态字段设置为“拒绝新连接”而如此指示。接收到此消息后，PDSN终止计时器T’requpd。
如果PDSN从PCF接收A11-注册更新消息消息失败，则PDSN在认为新建立失败前可以以可配置的次数重发A11-注册更新消息。
上述每个消息可以包括任何数目的字段和编码，如系统所定义。例如，按照3GPP2中的设计所建议，A11-注册更新消息包括一编码。当此消息要求附加连接或请求对现存连接更新时，编码信息单元被包括。编码单元标识处理A11-注册更新消息的结果。例如，编码(十进制)33指示“增加新连接”。
同样，A11-注册更新消息具有标识处理A11-注册更新消息的结果的相关联的状态单元。例如，状态(十进制)149指示“接受新连接”；而状态(十进制)150指示“拒绝新连接”。
另外，正常的销售商/组织特定扩展(NVSE)-应用类型0AH(十六进制值)指示头部压缩算法。接着，应用子类型被用于标识具体算法。例如，(十六进制值)01H标识鲁棒头部压缩(ROHC)，同时(十六进制)02H标识链路层辅助ROHC(LLAROHC)。MN会话参考ID字段被用于唯一地标识移动站中的分组数据服务实例。MN会话参考ID从移动站被传递到PCF。对于应用类型0AH(头部压缩算法)，MN会话参考ID字段包含以进制11八的头部压缩算法。
多信道流处理协议(MCFTP)被定义为新的PPP协议类型。MCFTP携带关于分组流和SR_ID之间棒绑定的信息，SR_ID用于0字节的头部压缩，诸如在MS和PDSN之间流应该如何被映射到基于的服务实例连接。如果头部移去模式在MS和PDSN之间使用，则MCFTP也将IR-静态信息从MS传输到PDSN。MCFTP的信息元件按照类型、长度、值(TLV)原则设计，所述原则依需要允许协议的简单扩展。
在可通信任何MCFTP分组前，PPP将到达网络层协议阶段。MCFTP分组在图9中被说明。多于一个MCFTP分组可以被封装在PPP信息字段中，其中协议号指示协议x0289(MCFTP)。MCFTP使用三个基本消息格式：
MCFTP-请求(操作代码＝1)
MCFTP-响应(操作代码＝2)
MCFTP-拒绝(操作代码＝7)
CFTP-请求消息格式被发送，代码等于1，并且包含表1中示出的字段。
                表1.MCFTP请求消息格式
  字段    字段长度     值
  代码    1字节     1
  ID    1字节     标识请求者设定的请求的ID字段
  长度    2字节     以字节为单位的分组的全长
  任选项    可变(TLV格式)     话务流模板(TFT)：Type＝1
响应于被成功接收和处理的MCFTP-请求消息而发送MCFTP-响应。它只是是包括空主体或IR-静态信息的MCFTP分组。MCFTP-响应消息格式被发送，代码等于2，并且包括表2中示出的字段。
             表2.MCFTP响应消息格式
    字段    字段长度   值
    代码    1字节   2
    ID    1字节   用于匹配相应请求的ID字段
    长度    2字节   以字节为单位的分组的全长
    选项    可变(TLV格式)   IR-静态：Type＝1
响应于不能被处理的MCFTP-请求消息而发送MCFTP-拒绝消息，诸如当接收机不能标识接收选项或子选项时不能处理的MCFTP-请求消息。MCFTP-拒绝分组格式被发送，代码等于7，并且包含表3中示出的字段。
              表3 LMCFTP拒绝分组格式
    字段     字段长度     值
    代码     1字节     7
    ID     1字节     用于匹配相应请求的ID字段
    长度     2字节     以字节为单位的分组的全长
    拒绝-代码     1字节     -1分组滤波器增加失败-2分组滤波器不可用-3不成功的TFT处理-4估计优先权竞争-5不支持流处理
按照一实施例，一种用于流映射的方法、简化的MCFTP方法与本地化的RSVP方法结合。特别地，简化的MCFTP仅用于建立在SR_ID(服务相关标识)和IP流之间的绑定的0字节头部压缩，因为在0字节头部压缩NHP分组中没有环境ID(CID)。简化的MCFTP在PPP上而非在UDP上运行，同时MCFTP包含链路层参数，诸如0字节头部压缩移去模式的SR_ID绑定和IR-静态的链路层参数。本地化的RSVP被用于触发将MCFTP请求发送到移动节点的PDSN。此方法使用标准本地化RSVP消息和对象。现存的RSVP目标为PDSN传递足够的信息，以确定编解码特性，从而确定在分组流上应该使用哪种头部压缩方法。不需要3GPP2-专用的RSVP对象。PDSN也确定是否需要新的A10连接以传输IP流。如果需要，则PDSN请求RN建立A10连接，RN启动与MS的新服务实例的建立，而且服务协商可以在MS和RN之间被执行。在建立新的服务实例后，PDSN将在PPP上发送MCFTP，以指示IP流和SR_ID之间的绑定。如果使用头部移去模式，则MS将通过使用PPP上的MCFTP而将IR-静态参数发送到PDSN。
图7说明了PDSN和MS如何确定由相应节点(CN)产生分组流使用的流处理和映射。
1.移动站建立主要服务实例(即，允许RLP重发的SO33)。随后，移动站通过提供可靠空中传输的主要服务实例发送SIP和RSVP消息。移动站建立与PDSN的PPP会话。在PPP IPCP阶段，移动站向PDSN指示它的头部压缩容量(例如，ROHC、LLAROHC、VJHC)。
2.PDSN向包含移动站的网络访问标识符(NAI)和凭证的AAA发送访问请求。凭证是移动站响应于CHAP(如果使用简单IP)或FA询问(如果使用移动IP)而计算的认证码。
3.如果移动站被成功地认证，则AAA发送包含用户预订特性的访问接受。
4.PDSN可以将用户预订特性转发给RN。此时，PDSN能建立用于主要服务实例的分组滤波器，如下所示。如果目的地IP地址被匹配，则所有到来的IP分组都被匹配到GRE通道(A10连接)x。
              表4.用户预订特性信息
    GRE键     x
    源IP地址     *
    源端口号     *
    目的地IP地址     MS IP地址
    目的地端口号     *
    IP协议     *
值得注意的是，目的地“*”指示通配匹配。
5.一段时间之后，移动站和CN交换SIP信令。
6.经SIP信令(例如，183会话进程)触发，移动站向PDSN发送PATH请求消息，来通知本地RSVP代理，从而启动代表发送者(即CN)的RSVP保留建立。PATH请求消息去往PDSN。IPCP期间，移动站发现PDSN的IP地址。具有LI(本地化标识)标识组的路径请求消息与标准路径消息相同，与消息类型字段不同。路径请求消息包括会话目标、定义预期发送者的发送者模板、以及基于移动用户愿望或到来的话务特性的最佳估计，或者基于传送之前的应用层会话信令(例如，SIP)的会话规范(TSpec)。
7.当PDSN或本地RSVP代理接受路径请求消息时，PDSN检测到消息打算留在访问网络。消息类型指示代理应该启动下游流的RSVP保留，并且使用消息中的信息来填充路径消息中的字段。因此，PDSN向具有设置了LI标志的移动节点发送路径消息。因为会话对象和发送者模板开始时被设置为“向后”，所以此代理能直接照原样复制这些条目到路径消息。
8.移动节点用具有设置了LI标志组的RESV消息响应。
9.接收到RSVP RESV消息后，PDSN基于PDSN加载和本地策略、移动可达性以及用户的IP预订特性而执行授权。如果被授权，则PDSN基于流规范和滤波器规范来确定流处理和映射：
PDSN使用流规范来确定在分组流上应该使用哪种头部压缩方法。流规范包括保留规范(Rspec)和话务规范(Tspec)。Rspec描述了服务速率，Tspec描述了表征CN将产生的话务的标记记录参数(记录速率、峰值速率、记录部分、最大分组大小)。Rspec和Tspec一起表征每20ms输出一个语音帧的CDMA语音编解码(13-kbps的纯语音、8-kbps的EVRC、8-kbps的SMV或者4-kbps的SMV)。值得注意的是，可选编解码可以具有相同的Rspec和Tspec描述。例如，编解码X被表征为服务速率为8kbps、20-ms的恒定的分组间间隔、以及最大分组大小为171比特加上头部杂项开销，这与EVRC特征相同。0字节的头部压缩被应用于传输编解码X的分组流，犹如它是EVRC。尽管编解码X的较低速率帧大小不同于EVRC的，每个较低速率帧能被插入并且填入CDMA物理层帧(全速率、1/2、1/4或者1/8速率)。
PDSN被配置来基于流说明中参数值而识别CDMA语音编解码。如果匹配而且MS支持LLAROHC，则PDSN请求RN建立新的A10连接，而且RN建立与MS的SO61。如果不匹配，则PDSN得出结论IP流传输实时编解码而非CDMA语音编解码；这样，如果MS支持ROHC并且同时没有辅助的数据服务先项SO33，则PDSN请求RN建立一新的A10连接，而且RN建立与MS的辅助SO33(禁止RLP重发)。
PDSN使用流映射的滤波器说明。滤波器说明传送将由CN产生的分组流的源地址和端口号。如果PDSN请求一新的A10连接，则PDSN将新连接与滤波器规范中描述的分组流相关联。
10.如果PDSN确定分组流期望新的A10连接，则PDSN将A11注册更新(RUP)消息发送到RN，以请求一新的A10连接。此消息传送触发RN建立与MS的适当SO的指示。此消息也可以传递SO建立中可能需要的QoS参数。
11.如果RN能支持由PDSN请求的新A10连接，则RN用A11注册确认(RACK)消息响应。
12.RN尝试通过呼叫分配消息连将A11信令消息中规定的SO连接到MS。
13.RN和移动站将执行在SO上达成的服务协商。在此示例中，MS请求SO32指定头部移去模式。
14.RN分配SR_ID并且连接SO62。表5指示了RN建立。
           表5.RN建立信息
    SO     33
    SR_ID     1(步骤1中建立的主要SI)
    GRE key     x
    SO     62
    SR_ID     2
    GRE key     y
15.RN发送A11 RRQ以建立新的A10连接。在A11 RRQ消息中，RN也指示SR_ID和经空中连接的服务选项。
16.PDSN用A11 RRP响应。成功建立新的A10连接后，PDSN将新建立的A10连接与从RSVP消息的滤波器规范获得的前向分组滤波器相关联。此时，PDSN可以建立用于主服务实例和辅助服务实例的分组滤波器。这样，PDSN将首先对辅助服务实例应用分组滤波器。
                   表6.分组滤波器的设计
    GRE键     x
    源IP地址     *
    源端口号     *
    目的地IP地址     MS IP地址
    目的地端口号     *
    IP协议     *
    GRE键     y
    源IP地址     CN IP地址
    源端口号     CN端口号
    目的地IP地址     MS IP地址
    目的地端口号     MS端口号
    IP协议     UDP
    头部处理     LLAROHC头部移去模式
17.PDSN在PPP(主要服务实例)上向MS发送MCFTP请求，指示SR_ID和IP流的绑定。
18.MS将MCFTP响应发送到PDSN，指示SR-静态信息，同时在此示例中使用SO62(LLAROHC头部移去模式)。
19.IP分组可以开始在应用和CN之间流动。
ROHC的流映射和处理的呼叫流与LLAROCH相似，除了当环境ID(CID)包括在每个ROHC分组中时不需要MCFTP，从而接收方能通过CID区别IP流。
图8描述了PDSN和MS如何确定ROHC的相应节点(CN)产生的分组流的流处理和映射。值得注意的是，图7中示出了步骤1到步骤9。下面的描述从图8中的步骤10开始。
10.如果PDSN确定分组流需要新的A10连接，则PDSN将A11注册更新(RUP)消息发送到RN，以请求新的A10连接。此消息传送将触发RN建立与MS的适当SO的指示。此消息也传送SO建立中需要的服务质量(QoS)参数。
11.如果RN能支持由PDSN请求的新A10连接，则RN用A11注册确认(RACK)消息响应。
12.RN尝试通过呼叫分配消息将SO33连接到MS。
13.RN分配SR_ID并且将SO33连接到移动站。
                      表7.RN建立
    SO     33
    SR_ID     1(步骤1中建立的主要SI)
    GRE键     x
    SO     33
    SR_ID     2
    GRE键     y
14.RN发送A11 RRQ以建立新的A10连接。在此消息中，RN也指示SR_ID和经空中连接的服务选项。
15.PDSN响应于A11 RRP。成功建立新的A10连接后，PDSN将新建立的A10连接与从RSVP消息的滤波器规范获得的前向分组滤波器相关联。此时，PDSN可以建立用于主服务实例和辅助服务实例的分组滤波器。这样，PDSN将首先应用辅助服务实例的分组滤波器。
                    表8.分组滤波器信息
    GRE键     x
    源IP地址     *
    源端口号     *
    目的地IP地址     MS IP地址
    目的地端口号     *
    IP协议     *
    GRE键     y
    源IP地址     CN IP地址
    源端口号     CN端口号
    目的地IP地址     MS IP地址
    目的地端口号     MS端口号
    IP协议     UDP
    头部处理     ROHC
16.MS和PDSN都在第二SO3上发送IR(初始化和刷新)分组。
17.IP分组能在应用和CN之间流动。
对于LLA-ROHC，MCFTP提供了几个优点。PDSN使用MCFTP将分组滤波器和SR_ID的绑定传送到MS。MCFTP的需要在下列TE-MT(终端设备-移动终端)示例中被说明。由于一些原因，TE(例如，膝上型电脑)可以期望同时建立两个IP上语音(VoIP)会话，每个使用EVRC。尽管MT(例如，网络模型手机)能鉴别包含两个VoIP流的分组滤波器信息的RSVP消息，MT不知道分组滤波器和SR_ID之间的绑定，除非PDSN使用MCFTP来通知MT关于绑定。注意：在此示例中，使用EVRC的两个VoIP会话的RSVP参数看上去几乎与MT相同。
在头部移去模式下，MS需要使用MCFTP来将“整个头部”信息传递到PDSN。值得注意的是，LLA-ROHC是链路层辅助头部压缩。而且，头部移去模式是3GPP2专用模式；因此建立3GPP2专用链路协议(简化的MCFTP)来辅助此操作不是问题。
对于ROHC，即使当TE想同时建立两个实时会话时，仍不需要MCFTP。例如，使用不能利用0字节头部压缩的非CDMA编解码。基于RSVP参数，鉴别RSVP消息的MT将知道两个实时会话是否需要相似的空中QoS。此示例还考虑下面两种情况：
1.如果会话需要相似的空中QoS，对于两个流只需要一个第二SO33，而MT能将流的分组滤波器映射到对应于第二SO33的相同SR_ID。基于RSVP参数，网络方将得出相同的结论，导致PDSN触发RAN来建立两个流的一个第二SO33。在ROHC初始化期间，MT将ROHC IR分组(通过第二SO33)发送到PDSN，而且每个流的头部压缩状态由一个CID表示。
2.如果会话需要不同的空中QoS(例如，一个需要无RLP重发，而另一个需要最大重发等于1的RLP重发)，需要两个第二SO33。MT，基于RSVP参数，知道哪个IP流应该在哪个第二SO33上被发送；因此，MT知道分组滤波器和SR_ID之间的绑定。在ROCH初始化期间，MT在适当的第二SO33上发送每个实时会话的ROHC IR分组，在相应的A10连接上由PDSN接收IR分组。IR分组具有对于PDSN而言足够的分组滤波器信息来将其与适当的A10连接绑定。
PPP帧(而非UDP数据报)被推荐用于MCFTP，是基于分层原理的。使用MCFTP传递：i)分组滤波器和SR_ID之间的绑定；以及ii)当使用LLA-ROHC头部移去模式时“整个头部”信息，MCFTP应该在链路层(例如，PPP)被传输。使用UDP来传输MCFTP严格说来是一种“层违反”并因此，不推荐这样。这里所描述的方法依赖于现存的RSVP参数(流规范和滤波器规范)来建立PDSN中的分组滤波器。用于设置EVRC编解码的标志记录参数的示例列出如下：
记录深度＝1(源是恒定比特速率)
峰值速率＝(176比特/全速率帧)*(50全速率帧/秒)+(320IP杂项开销比特/帧)*(50帧/秒)＝24.8kbps
最大分组大小＝176比特+320杂项开销比特＝496比特
现存的RSVP参数足以建立PDSN内的分组滤波器。这里所描述的方法非常清晰，没有分层违反。而且，使用标准RSVP对象和行为，不需要任何3GPP2-专用RSVP对象。简化的MCFTP仅限于链路层辅助的0字节头部压缩。对于MS和PDSN，此简化的MCFTP都容易实现。本方法不需要在膝上电脑和移动终端之间的某个应用编程界面(API)，同时它依赖网络来启动SO的建立并且在移动站和网络之间协商服务配置。尽管需要MCFTP模块和LLAROHC模块之间的接口来传递TFT(话务流模板)和SR_ID的信息，它能由移动终端完全控制。
本领域的技术人员理解信息与信号可以用各种不同的工艺与技术来表示。例如，上面的描述中所指的数据、指令、命令、信息、信号、比特、符号以及片可以通过电压、电流、电磁波、磁场或磁微粒、光场或光微粒或者任何它们的组合来表示。
本领域的技术人员还可以理解，结合这里揭示的实施例所描述的各种说明性的逻辑块、模块和算法步骤可以用电子硬件、计算机软件或两者的组合来实现。为了清楚地说明硬件和软件的交互性，各种说明性的组件、字块、模块、电路和步骤一般按照其功能性进行阐述。这些功能性究竟作为硬件或软件来实现取决于整个系统所采用的特定的应用程序和设计。技术人员可以用不同的方式为具体应用实现所描述的功能，但是这些实现的决定不应该被认为是脱离本
发明的范围。
结合这里所揭示的实施例来描述的各种说明性的逻辑块、模块和电路的实现或执行可以用：通用处理器、数字信号处理器(DSP)、应用专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、离散门或晶体管逻辑、离散硬件组件、或用于执行这里所述功能而被设计的器件的任意组合。通用处理器最好是微处理器，然而或者，处理器可以是任何常规的处理器、控制器、微控制器或状态机。处理器也可以用计算机器件的组合例如DSP和微处理器的组合、多个微处理器、与DSP内核结合的一个或多个微处理器或者其它这样的配置来实现。
结合这里所揭示的实施例来描述的方法或算法步骤的实现或执行可以直接包含于硬件中、处理器执行的软件模块中或者两者的组合。软件模块可以驻留于RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动盘、CD-ROM、或本领域中已知的其它任意形式的存储媒体中。示例性储存媒质耦合到能从储存媒质中读取信息并能向其中写入信息的处理器上。或者，储存媒质并入处理器中。处理器和储存媒质可以驻留在ASIC中。ASIC可以驻留于用户终端。或者，处理器和储存媒质可以驻留在用户终端中作为独立的组件。
上述优选实施例的描述使本领域的技术人员能制造或使用本发明。这些实施例的各种修改对于本领域的技术人员来说是显而易见的，这里定义的一般原理可以被应用于其它实施例中而不使用创造能力。因此，本发明并不限于这里示出的实施例，而要符合与这里揭示的原理和新颖特征一致的最宽泛的范围。

Claims (25)

1.移动通信系统中用于处理分组流的方法，其特征在于包括：
确定至少一个请求分组流的分组流参数；以及
通过保留消息将至少一个分组流参数提供给基础结构元件，所述保留消息用于指示分组流的流处理。
2.如权利要求1所述的方法，其特征在于，至少一个分组流参数是头部压缩信息。
3.如权利要求1所述的方法，其特征在于，至少一个分组流参数是编解码器信息。
4.如权利要求1所述的方法，其特征在于，保留消息是资源保留协议消息。
5.如权利要求1所述的方法，其特征在于，分组流具有相关联的服务要求质量，以及其中分组流基于服务要求质量被映射到一链路。
6.通信系统中一种用于处理分组流的方法，其特征在于包括：
建立分组流的发射机和接收机之间的承载体连接；
从发射机接收分组流的至少一个分组流参数；以及
向接收机提供至少一个分组流参数。
7.如权利要求6所述的方法，其特征在于，发射机是远程用户而接收机是因特网节点。
8.如权利要求6所述的方法，其特征在于还包括：
建立用于处理分组流的新链路。
9.通信系统中一种用于处理分组数据流的装置，其特征在于包括：
用于确定所请求的分组流的至少一个分组流参数的装置；
用于通过保留消息向通信系统中的基础结构单元提供至少一个分组流参数，所述保留消息用于指示分组流的流处理。
10.通信系统中用于处理分组流的装置，其特征在于包括：
用于为分组流建立发射机和接收机之间的承载体连接的装置；
用于从发射机接收分组流的至少一个分组流参数的装置；
用于向接收机提供至少一个分组流参数的装置。
11.一远程站装置包括：
用于处理分组流的控制处理器；以及
耦合到控制处理器的分组流确定单元，所述分组流确定单元适用于确定分组流的至少一个分组流参数。
12.如权利要求11所述的远程站，其特征在于还包括：
耦合到控制处理器的分组流建立单元，分组流建立单元适用于提供保留消息中的至少一个分组流参数。
13.如权利要求12所述的远程站，其特征在于还包括：
耦合到控制处理器的分组流处理单元，所述分组流处理单元用于按照至少一个分组流参数处理分组流。
14.如权利要求13所述的远程站，其特征在于，至少一个分组流参数是头部压缩信息。
15.如权利要求13所述的远程站，其特征在于，至少一个分组流参数是编解码信息。
16.如权利要求11所述的远程站，其特征在于，保留消息是资源保留协议消息。
17.通信系统中用于处理分组流的方法，其特征在于包括：
建立发射机和接收机之间的承载体连接，所述承载体连接支持互联网协议通信；
为分组流参数信息监视承载体连接上的传输；
检测分组流的分组流参数信息；以及
响应于检测分组流参数信息而向接收机提供分组流参数信息。
18.如权利要求17所述的方法，其特征在于，使用会话启动协议建立承载体连接。
19.如权利要求17所述的方法，其特征在于，基于分组流参数信息确定分组流的流处理。
20.如权利要求17所述的方法，其特征在于，分组流参数信息包含在通过承载体连接发送的邀请消息中。
21.计算机可读媒质包含用于在通信系统中处理分组流的方法，所述方法包括：
建立发射机和接收机之间的承载体连接，所述承载体连接支持互联网协议通信；
为分组流参数信息监视承载体连接上的传输；
检测分组流的分组流参数信息；以及
响应于检测分组流参数信息而向接收机提供分组流参数信息。
22.如权利要求21所述的计算机可读媒质，还适用于：
基于分组流参数信息确定流处理；以及
基于与分组流相关的服务质量而确定流映射。
23.一种用于提供无线通信系统中的附加服务实例，包括：
接收用于移动站的多个服务选项的请求；
确定在分组数据服务节点处建立附加服务实例的需要；
将注册更新消息发送到标识头部压缩算法的分组控制功能节点；
接收注册确认。
24.如权利要求23所述的方法，其特征在于还包括：
为注册更新消息启动第一计时器；以及
在第一计时器超时后重发注册更新消息预定数目次数。
25.一种用于在无线通信设备处接收附加服务实例的方法，还包括：
建立第一服务选项；
与第一服务选项进发地请求第二服务选择；
接收标识第二服务选项连接的消息；
建立第二服务选项连接；以及
通过第一和第二服务选项连接进行通信。
CN038191636A 2002-06-10 2003-06-10 通信系统中的分组流处理 Expired - Lifetime CN1675909B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201010563536.6A CN102025618B (zh) 2002-06-10 2003-06-10 通信系统中的分组流处理

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US10/170,059 2002-06-10
US10/170,059 US7277455B2 (en) 2002-06-10 2002-06-10 Packet flow processing in a communication system
US10/227,074 2002-08-23
US10/227,074 US20040008632A1 (en) 2002-06-10 2002-08-23 Packet flow processing in a communication system
PCT/US2003/018214 WO2003105442A2 (en) 2002-06-10 2003-06-10 Packet flow processing in a communication system

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN201010563536.6A Division CN102025618B (zh) 2002-06-10 2003-06-10 通信系统中的分组流处理

Publications (2)

Publication Number Publication Date
CN1675909A true CN1675909A (zh) 2005-09-28
CN1675909B CN1675909B (zh) 2011-01-26

Family

ID=29738969

Family Applications (1)

Application Number Title Priority Date Filing Date
CN038191636A Expired - Lifetime CN1675909B (zh) 2002-06-10 2003-06-10 通信系统中的分组流处理

Country Status (7)

Country Link
US (1) US8514773B2 (zh)
EP (1) EP1532792B1 (zh)
JP (1) JP2005529554A (zh)
CN (1) CN1675909B (zh)
AU (1) AU2003239207A1 (zh)
BR (1) BR0311681A (zh)
WO (1) WO2003105442A2 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102025688A (zh) * 2009-09-11 2011-04-20 中兴通讯股份有限公司 一种网络资源管理方法及系统
CN101340446B (zh) * 2008-08-22 2011-07-27 中国电信股份有限公司 高速分组数据业务的辅连接建立方法和网络侧设备
CN107124373A (zh) * 2017-05-12 2017-09-01 烽火通信科技股份有限公司 一种大规模网络rsvp信令数据处理方法及系统

Families Citing this family (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7277455B2 (en) 2002-06-10 2007-10-02 Qualcomm Incorporated Packet flow processing in a communication system
AU2003269191A1 (en) 2002-09-24 2004-04-19 Orange Sa A method for a gateway to select a channel for transferring data packets
US7525994B2 (en) * 2003-01-30 2009-04-28 Avaya Inc. Packet data flow identification for multiplexing
WO2004105272A1 (ja) * 2003-05-20 2004-12-02 Fujitsu Limited 移動通信システムにおけるアプリケーションハンドオーバ方法並びに同移動通信システムに使用される移動管理ノード及び移動ノード
US7672317B2 (en) * 2003-12-29 2010-03-02 Nokia Corporation Method, system, and devices for transmitting information between a user equipment and an IP packet gateway
SE0400288D0 (sv) * 2004-02-11 2004-02-11 Ericsson Telefon Ab L M Improvements in or relating to telecommunication services
US7558283B2 (en) * 2004-03-12 2009-07-07 Nokia Corporation Method, apparatus and computer program product providing quality of service support in a wireless communications system
US7447211B1 (en) * 2004-03-23 2008-11-04 Avaya Inc. Method and apparatus of establishing a communication channel using protected network resources
US8042170B2 (en) 2004-07-15 2011-10-18 Qualcomm Incorporated Bearer control of encrypted data flows in packet data communications
US8265060B2 (en) * 2004-07-15 2012-09-11 Qualcomm, Incorporated Packet data filtering
US7680100B1 (en) 2004-09-30 2010-03-16 Avaya Inc. Internet protocol appliance manager
US20060104239A1 (en) * 2004-11-17 2006-05-18 Lg-Nortel Co., Ltd Apparatus and method for updating packet data session parameters by PDSN in mobile communications system
CA2616121A1 (en) 2005-07-19 2007-01-25 Qualcomm Incorporated Systems, methods, and apparatus for quality of service processing
US8542668B2 (en) 2005-08-24 2013-09-24 Qualcomm Incorporated Wireless VoIP/VIP roaming to access point of different network type
US8467377B2 (en) * 2005-08-24 2013-06-18 Qualcomm Incorporated Interleaving VoIP/VIP transmission in multiple sessions to increase quality of service in mobile devices having multiple interfaces
CN101336532B (zh) * 2006-02-05 2012-01-11 艾利森电话股份有限公司 用于在数据传输中安装分组过滤器的方法和设备
JP4741410B2 (ja) * 2006-04-27 2011-08-03 京セラ株式会社 移動体通信システム、交換機、基地局装置、及び下り通信データ送信方法
US8228798B2 (en) 2006-06-28 2012-07-24 Cisco Technology, Inc. QoS-aware service flow mapping in mobile wireless all IP networks
JP4638851B2 (ja) * 2006-09-06 2011-02-23 日本電信電話株式会社 パケット処理装置
US20080243587A1 (en) * 2007-03-30 2008-10-02 American Express Travel Related Services Company, Inc. Increasing Incremental Spend By A Consumer
US8156233B2 (en) * 2007-04-06 2012-04-10 Cisco Technology, Inc. Streaming of templates and data records in individual streams using a multistream protocol
US8144589B2 (en) * 2007-05-07 2012-03-27 Qualcomm Incorporated Learning-based semi-persistent scheduling in wireless communications
WO2008143622A1 (en) * 2007-05-24 2008-11-27 Modelware, Inc. System and method for designing and implementing packet processing products
US7724684B2 (en) * 2007-05-24 2010-05-25 Modelware, Inc. System and method for designing and implementing packet processing products
JP4882959B2 (ja) 2007-10-26 2012-02-22 富士通株式会社 パケット通信方法並びにパケット通信システム、管理装置、無線端末及びパケット通信装置
US8077668B2 (en) * 2008-01-28 2011-12-13 Kyocera Corporation Radio communication terminal, radio base station, and packet communication method
US8160099B2 (en) * 2008-01-28 2012-04-17 Kyocera Corporation Radio communication terminal, radio base station, and packet communication method
US8401584B2 (en) * 2008-06-17 2013-03-19 Motorola Solutions, Inc. Dynamic group prioritization in communication networks
JP6541816B1 (ja) 2018-02-23 2019-07-10 Kddi株式会社 通信制御装置、通信設定方法、通信設定プログラム及び通信システム
WO2019211445A1 (en) * 2018-05-04 2019-11-07 Telefonaktiebolaget Lm Ericsson (Publ) Usage of pre-authorized qos
JP6871975B2 (ja) * 2019-06-11 2021-05-19 Kddi株式会社 通信制御装置及び通信設定方法

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6084855A (en) * 1997-02-18 2000-07-04 Nokia Telecommunications, Oy Method and apparatus for providing fair traffic scheduling among aggregated internet protocol flows
TW345784B (en) 1997-10-04 1998-11-21 Yean-Yuan Jiang Transmission system of TCP/IP data packets between network servers and its transmission method
US6252857B1 (en) * 1998-03-04 2001-06-26 At&T Corp. Method and apparatus for provisioned and dynamic quality of service in a communications network
JP3225924B2 (ja) 1998-07-09 2001-11-05 日本電気株式会社 通信品質制御装置
DE19832290B4 (de) 1998-07-17 2011-12-08 Telefonaktiebolaget Lm Ericsson (Publ) Kommunikationssystem und Verfahren zum Aufbauen von Verbindungen zwischen Terminals eines ersten und eines zweiten Kommunikationsnetzes
FI108601B (fi) 1999-01-05 2002-02-15 Nokia Corp QoS-kartoitustiedon välitys pakettiradioverkossa
US6556587B1 (en) * 1999-02-26 2003-04-29 Telefonaktiebolaget Lm Ericsson (Publ) Update of header compression state in packet communications
US6366577B1 (en) * 1999-11-05 2002-04-02 Mci Worldcom, Inc. Method for providing IP telephony with QoS using end-to-end RSVP signaling
JP2001156838A (ja) 1999-11-25 2001-06-08 Nippon Telegr & Teleph Corp <Ntt> 通信リソース予約方法及び装置並びに通信リソース予約プログラムを記録した記録媒体
US20010027490A1 (en) 2000-01-25 2001-10-04 Gabor Fodor RSVP handling in 3G networks
TW480858B (en) 2000-06-15 2002-03-21 Nat Science Council Expandability design of QoS route and transfer
TW486897B (en) 2000-08-11 2002-05-11 Ind Tech Res Inst Stackable hybrid internet protocol private branch exchange and a dial-up method used therein
EP1187416B1 (en) * 2000-09-07 2005-03-23 Matsushita Electric Industrial Co., Ltd. Method and apparatus for transmitting data packets
US7870196B2 (en) 2000-11-08 2011-01-11 Nokia Corporation System and methods for using an application layer control protocol transporting spatial location information pertaining to devices connected to wired and wireless internet protocol networks
US7801953B1 (en) * 2001-02-12 2010-09-21 Nortel Networks Limited Push-to-talk wireless telecommunications system utilizing an voice-over-IP network
US7145919B2 (en) * 2001-06-01 2006-12-05 Telefonaktienbolaget Lm Ericsson (Publ) Method and apparatus for transporting different classes of data bits in a payload over a radio interface
US7227865B2 (en) * 2001-08-16 2007-06-05 Interdigital Technology Corporation Utilizing session initiation protocol for identifying user equipment resource reservation setup protocol capabilities
WO2003061221A1 (en) * 2002-01-08 2003-07-24 Motorola, Inc. Packet data serving node initiated updates for a mobile communication system
US7492762B2 (en) * 2002-05-13 2009-02-17 Nortel Networks Limited Method for dynamic flow mapping in a wireless network
US7277455B2 (en) 2002-06-10 2007-10-02 Qualcomm Incorporated Packet flow processing in a communication system
JP2005269068A (ja) * 2004-03-17 2005-09-29 Fujitsu Ltd ホームエージェント二重化方法及びその装置

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101340446B (zh) * 2008-08-22 2011-07-27 中国电信股份有限公司 高速分组数据业务的辅连接建立方法和网络侧设备
CN102025688A (zh) * 2009-09-11 2011-04-20 中兴通讯股份有限公司 一种网络资源管理方法及系统
CN102025688B (zh) * 2009-09-11 2014-09-10 中兴通讯股份有限公司 一种网络资源管理方法及系统
CN107124373A (zh) * 2017-05-12 2017-09-01 烽火通信科技股份有限公司 一种大规模网络rsvp信令数据处理方法及系统

Also Published As

Publication number Publication date
WO2003105442A3 (en) 2004-04-08
US20060256719A1 (en) 2006-11-16
CN1675909B (zh) 2011-01-26
BR0311681A (pt) 2006-11-28
EP1532792B1 (en) 2011-10-05
AU2003239207A1 (en) 2003-12-22
WO2003105442A2 (en) 2003-12-18
US8514773B2 (en) 2013-08-20
EP1532792A2 (en) 2005-05-25
JP2005529554A (ja) 2005-09-29

Similar Documents

Publication Publication Date Title
CN1675909A (zh) 通信系统中的分组流处理
CN102025618B (zh) 通信系统中的分组流处理
US8953596B2 (en) Conserving network capacity by releasing QoS resources
CN1201534C (zh) 应用影响策略
EP1382214B1 (en) Binding information for ip media flows
US7546376B2 (en) Media binding to coordinate quality of service requirements for media flows in a multimedia session with IP bearer resources
JP5602427B2 (ja) 通信システムにおける下位層を介してのデータルーティング
US20020165966A1 (en) Method and apparatus for coordinating end-to-end quality of service requirements for media flows in a multimedia session
CN1685674A (zh) 用于在网络中通知和许可QoS配置文件参数的方法、系统以及通信设备
CN101263695A (zh) 用于服务质量处理的系统、方法和设备
JP2009531994A (ja) 無線通信のためのサービス品質設定
CN101069451A (zh) 用于处理数据传输信道的服务质量的方法
EP1332631A2 (en) Media binding to coordinate quality of service requirements for media flows in a multimedia session with ip bearer resources
WO2002037869A2 (en) Method and apparatus for coordinating quality of service requirements for media flows in a multimedia session with ip bearer resources
EP1356631A2 (en) Method and apparatus for coordinating end-to-end quality of service requirements for media flows in a multimedia session
CN1611042A (zh) 用于保证服务质量的数据网络接入控制器

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1085063

Country of ref document: HK

C14 Grant of patent or utility model
GR01 Patent grant
REG Reference to a national code

Ref country code: HK

Ref legal event code: WD

Ref document number: 1085063

Country of ref document: HK

CX01 Expiry of patent term
CX01 Expiry of patent term

Granted publication date: 20110126