CN1529971A - 用于voip无线终端的系统和方法 - Google Patents

用于voip无线终端的系统和方法 Download PDF

Info

Publication number
CN1529971A
CN1529971A CNA028077628A CN02807762A CN1529971A CN 1529971 A CN1529971 A CN 1529971A CN A028077628 A CNA028077628 A CN A028077628A CN 02807762 A CN02807762 A CN 02807762A CN 1529971 A CN1529971 A CN 1529971A
Authority
CN
China
Prior art keywords
header
internet protocol
audio
grouping
network
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
CNA028077628A
Other languages
English (en)
Other versions
CN100525289C (zh
Inventor
Le
L·E·荣松
յٶ�
G·佩勒蒂尔
K·斯万布罗
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.)
IDTP Holdings Inc
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN1529971A publication Critical patent/CN1529971A/zh
Application granted granted Critical
Publication of CN100525289C publication Critical patent/CN100525289C/zh
Anticipated expiration legal-status Critical
Expired - Fee Related 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/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
    • 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/1069—Session establishment or de-establishment
    • 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/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供了在通信链路的两端都不使用完整的因特网协议栈的情况下，用于基于因特网协议(IP)的通信系统的系统和方法。各种示例性实施例包括在无线传输信道上音频信息从一网络到一无线终端的传递，其中该网络包括使用因特网协议承载话音(VoIP)来传输音频信息。第一通信系统和方法可以包括具有专用音频应用的无线终端，该专用音频应用包括对报头压缩和解压缩的处理。第二通信系统和方法可包括无线终端和网络设备(例如，网络发射机/接收机终端)，它们每一个至少包含因特网协议栈的一部分，并且该网络设备可以包括报头修改装置，该报头修改装置可以减小或消除要发送到该无线终端的VoIP分组的报头。

Description

用于VOIP无线终端的系统和方法
发明领域
本发明属于用于实现基于因特网(IP)的通信的系统和方法。具体地，本发明涉及用于在通信链路(例如无线链路)两端都不采用完整的因特网协议栈的情况下实现例如因特网协议承载话音(VoIP)的系统和方法。
发明背景
由于因特网的巨大成功，在包括无线链路的各种通信链路上使用因特网协议(IP)已经成为一个挑战性的目标和任务。一个特别的挑战是将因特网协议用于无线通信。无线通信通常都通过使用分别称为移动站、移动电话和无线移动电话(在这里用更一般的术语称为移动终端)的装置来实现，并且它们通常都使用相对窄的带宽进行通信。另一方面，因特网协议在某种程度上带宽利用效率不高，因为一个通常的信息传输可能具有很大部分的传输信息是与管理开销相关，而不是与实质数据相关。
因特网协议使得能够不使用一个预定的或专用的路径而通过网络的网在分组中从一点(或者电子设备)向另一点(或电子设备)传送信息。因特网协议分组包括报头和有效载荷部分，其中报头包含诸如路由信息(例如目的地址)之类的管理信息，而有效载荷部分包含实质信息(例如来自应用软件的数字数据或来自会谈的数字音频数据)。当通常的音频数据(诸如语音或话音信息)由诸如因特网协议(IP)、用户数据报协议(UDP)和实时传输协议(RTP)等普通协议传送时，报头可能约占分组的70％。分组的这么大一部分被报头信息占用将导致链路非常低效的利用。在这个实例中，只有约30％的使用带宽被分配给实质信息。因此，对于许多具有窄带宽的无线链路(例如具有蜂窝链路的无线终端)来说，实现高效的传输是一件特别困难的任务，因为因特网协议使用了很大的报头。
使用因特网协议传送音频数据特别具有挑战性，因为音频信息(例如语音或话音信息)与许多其它类型的数据相比，对时延特别敏感。因此，使用因特网协议传输的话语(即，IP承载的话音(VoIP))的质量可能按报头在分组中所占的空间量而降低，因为报头降低了每个分组中的音频信息量。在因特网协议中采用的一种被开发用来解决大报头问题的方式称为报头压缩。
报头压缩(HC)在点到点链路上基于每一跳(即在组成网络的设备链中从一个设备到另一个设备)而最小化用于报头中所承载的信息的必要带宽。大体上，用于降低报头大小的报头压缩技术在因特网界已有很长的使用历史。几种通常使用的报头压缩协议包括因特网工程任务组(IETF)请求注解(RFC)1144(Van Jacobson(VJ))、RFC 2507(因特网协议报头压缩(IPHC))和RFC 2508(压缩实时传输协议(CRTP))。报头压缩利用了以下这个事实：即在传输信息的特定流中，从一个分组到另一个分组，报头中的某些字段没有变化，或者以较小的和/或可预测的值变化。报头压缩方案利用这些特性，从而只在开始时发送静态信息，而变化的字段用其绝对值发送或者作为分组到分组的差值发送。完全随机的信息则必须不作任何压缩就发送。人们通常可以把报头压缩方案考虑为某种状态机，而挑战性任务是在保持报头开销尽可能低的同时保持压缩器和解压缩器状态(所谓的上下文)相互之间一致。
因此，对于使无线上的IP承载的话音(VoIP)(VoIPoW)成为电路交换语音的经济可行的替换对象而言，报头压缩是非常重要的组成部分。用于此目的的报头压缩解决方案已经被IETF的鲁棒报头压缩(ROHC)工作组开发出来了。在现今的通信和电子技术条件下，使用没有报头压缩的VoIPoW不太可能为大多数的VoIP的使用提供合理的音频质量。但是，报头压缩处理耗费了处理时间和电力，而这些通常是无线终端(例如无线电话)中比较关心的，这些无线终端常常是较小的手持装置并且依靠电池电力运行。所以，虽然报头压缩很可能在预见的将来用于VoIP通信，但是对于VoIPoW它的确仍有一些障碍。
在现有的第二代无线电电话中，大多数无线网络设备，特别是无线终端和基站，不具有VoIP能力。更确切地，它们是使用在现代无线电话网络(例如，全球移动通信系统(GSM)、个人数字通信(PDC)、码分多址接入(CDMA)或宽带CDMA(WCDMA))中流行的其它协议来运行的。然而，由于因特网协议在固定网中的流行，所以在无线网络中实现VoIP是所期望的。未来的焦点在于实现端到端VoIP通信作为所有因特网协议网络的一部分。但是，实现VoIP将需要在象基站这样的地方对网络硬件和软件两者都进行改变和迁移，并且还需要改变无线终端以便支持VoIP。这些变化协调起来是很困难的，并且也是耗时和昂贵的。所以，更及时、更节省成本并且也更容易地实现过渡标准从而使过渡实现与其它至少部分遵循现有因特网协议标准的实现可进行互操作将是非常有用的。
发明概要
应该强调的是，用在本说明书中的术语“包含”是用来指定所述特征、整数、步骤或组件的存在，而并不排除出现了增加一个或多个其它特征、整数、步骤、组件或者它们的组合。
本发明被用来提供在通信链路两端都不使用完整的因特网协议栈的情况下，用于基于因特网协议的通信系统的系统和方法。例如，所提供的各种实施例引入了使用现有标准将信息发送到无线终端的过渡系统和方法，其中所述信息源自至少部分使用因特网协议族(例如使用RTP/UDP/IP协议的组合)来运行的网络，因此它们使用因特网协议的信号格式通信。描述了用于在无线传输信道上从网络给无线终端提供语音或话音信息(在这里用更一般的术语称为音频信息)和数据信息的各种途径，其中所述网络包括使用因特网协议传输音频信息(例如因特网协议承载话音(VoIP)。在优选实施例中，本发明包括用于无线终端通信、尤其是用于音频信息(例如，来自电话会谈的数字化的语音信息)的端到端VoIP解决方案。本系统和方法也可以支持其它因特网协议应用。同样地，各种协议栈和音频流被提供用来支持特别适合于无线通信应用的VoIP。
本发明提供了简化的网络实现，它不使用双协议栈而支持通用因特网协议终端和专用音频终端两者。这简化和改进了部署中的灵活性，避免了不必要的复杂性并减少了硬件和软件需求。同样地，也可以降低部署成本。
此外，通过消除无线终端中全部或部分的典型报头处理，本发明可以提供改进服务质量和效率的益处。同样地，在发送和/或接收例如通常的电话会谈的音频信息时，无线终端的处理时间和设备能耗可能被降低。注意，虽然本发明依照电话会谈作为实例来解释，但是本发明可以应用于其它类型的对报头压缩处理时间和电力要求敏感的应用，例如流视频和多媒体信息。
附图说明
在结合附图阅读了以下的详细描述后，本发明的目的、特征和优点对于本领域的那些技术人员将会变得更清楚，其中：
图1图示了用于建立VoIP的示例性协议栈和音频流，在通信系统的网络侧和终端侧使用了明显的报头压缩和解压缩模块；
图2图示了用于建立VoIP的示例性协议栈和音频流，使用网络侧音频网关并在通信系统的终端侧使用专用音频应用；
图3图示了用简化终端建立VoIP的示例性协议栈和音频流，在通信系统的网络侧使用明显的报头压缩和解压缩模块，而在终端侧使用具有完整压缩处理的专用音频应用；
图4A图示了使用图3中提供的示例性协议栈和音频流从终端侧向网络侧发送音频信息的示例性处理流程；和
图4B图示了使用图3中提供的示例性协议栈和音频流从网络侧向终端侧发送音频信息的示例性处理流程；
图5图示了用于建立混合VoIP的示例性协议栈和音频流，它在通信系统网络侧使用修改过报头的压缩协议、而在终端侧使用专用音频应用和报头解压缩同位体；
图6A图示了使用图5中提供的示例性协议栈和音频流从终端侧向网络侧发送音频信息的示例性处理流程；和
图6B图示了使用图5中提供的示例性协议栈和音频流从网络侧向终端侧发送音频信息的示例性处理流程。
具体实施方式
通常，本发明被用来提供各种支持从网络到远程无线终端的因特网协议通信的系统和方法。同样地，各种协议栈和信息流在这里被提供用来实现基于端到端因特网协议的通信的过渡解决方案。然而，本领域的一个技术人员将认识到，本发明对于各种有线线路和光纤通信系统(例如使用报头压缩的有线线路VoIP电话和系统)也可以是有用的。
在因特网和各种电信系统逐渐集成为一体的时候，用于所有应用的端到端因特网协议(IP)是下一代计算机和通信系统的目标。然而，用来转换目前的电路交换网络所需的成本和时间是巨大的，特别是对于电信系统和对于使用因特网协议来传送音频信息而言。当使用因特网协议发送音频信息时会发生各种服务质量问题。服务质量问题正在花费时间来解决。因此，从部署的观点来看，建立过渡的解决方案看起来是谨慎的，该过渡解决方案将更及时地实现和将在系统成本中提供一个逐渐增加的步骤。
在实现完全的端到端因特网协议通信之前，本发明提供各种要在传输周期期间实现的基于终端和基于网络的解决方案。这些终端可以使用常规硬件和软件构建，并且对于特定应用(特别是包括音频信息的应用)提供对因特网连接的受限访问。无线终端的设计是特别具有挑战性的，并且由网络实体(例如基站和相关处理装置)提供对这些种类的终端的支持是很重要的，所述网络实体通常是考虑对未来的完全因特网协议的想象而设计的。同样地，所述网络实体应该包括通常的因特网连接配置，而对这些过渡网络实体用在下一代端到端因特网协议通信系统中的能力没有任何重大的影响。
当通信系统更接近兼容端到端因特网协议时，无线终端将变成为基于因特网协议的，而且所有的服务将根据因特网协议模型提供，包括音频信息和服务(即因特网协议承载的语音(VoIP))的传输。在一个示例性端到端因特网协议通信系统中，音频业务可以如图1所示处理，图1中具有终端侧105和网络侧110，两者都包括完整的用于音频信息处理的因特网协议栈。该完整的因特网协议栈可以包括因特网协议层135以及包括在链路层120中的报头压缩模块125和报头解压缩模块130。因特网协议层135可以是例如IPv4或IPv6(因特网协议版本4或6)。在无线移动电话的情况下，链路层120可以是一组打算针对无线介质上的连接的协议，它可以包括诸如差错保护、差错检测和重传等机制。终端侧105也可以包括VoIP应用层145、传输层140和物理层115。例如，VoIP应用层145可以由任何实时传输协议(RTP)应用组成并且可以使用音频编码器/解码器(编解码器)。传输层140可以包括例如用于VoIP的用户数据报协议(UDP)或者传输控制协议(TCP)。物理层115可以是无线介质。网络侧110的正常因特网协议栈可以包括因特网协议层165和链路层150，而链路层150包括报头压缩模块160和报头解压缩模块155。网络侧110也可以包括物理层115。
图1中的协议配置可以用于任何基于因特网协议的应用，包括VoIP应用。如图所示，源自终端侧105(例如，无线终端)的音频信息170(例如，数字化的话音或语音)被从VoIP应用层145通过传输层140送到因特网协议层135，其中数字化的音频信息在因特网协议层135被放到具有报头信息(例如，源信息、路由信息和次序信息等)的因特网协议分组中。接着，该因特网协议分组被送到报头压缩模块125并且报头大小被减小。然后，音频信息170被从链路层120送到物理层115以便使用例如无线电波传输送达网络侧110的物理层115。物理层115的一个实例是终端侧105的无线终端中的收发机及天线和网络侧110的基站中的收发机及天线。在网络侧110，音频信息170被送到链路层150以便由报头解压缩模块155处理，其中因特网协议分组的报头在报头解压缩模块155中被解压缩。然后其报头被解压缩的因特网协议分组被送到网络侧因特网协议层165。然后网络将该因特网协议分组转发到指定的目的地。注意，终端侧105可以不受限制地是许多无线终端中的任何一个，包括移动电话、个人数字助理(PDA)、膝上型或便携式个人计算机(PC)、具有无线连接的桌面计算机和平板PC等。此外，网络侧可以不受限制地包括基站、基站控制器、路由器和服务器等。
源自网络侧110且要被发送到终端侧105的音频信息175如图1所示类似地路由和处理。音频信息175采用因特网协议分组格式并且其报头被网络侧110的报头压缩模块160压缩并被终端侧105的报头解压缩模块130解压缩。
注意，图1所示的特定的协议配置将支持用于数字信息数据传输的任何基于因特网协议的应用，其中所述数字信息包括音频信息、流视频信息和多媒体信息等，并且该特定协议配置对于所有的因特网协议应用，即使是那些包括无线链路的应用，都是优选的协议配置。然而，在较近的时期内，支持无线链路IP语音(VoIPoW)更可能需要一种过渡方法，该过渡方法能在不支持所有的端到端因特网协议应用的情况下解决音频信息的服务质量问题。此外，图1中提供的非常普通的解决方案可能比必需的更复杂，特别是终端侧105可能具有比必需功能还要多的功能来支持音频通信。
图2中提供了一种用于在无线终端和基于因特网协议的网络之间提供音频通信的简化的终端方法。尽管在某些方面它可能是优选的，但是VoIP应用(例如，可以结合音频编码器/解码器实现诸如RTP等应用协议的实体，其中该编码器/解码器取得音频信号、将它转换为数字格式、编码为压缩的数字格式、打包为应用分组并将它传递到传输层)不一定驻留在终端侧105装置内。例如，也有可能在无线终端和末端VoIP主机之间有几个因特网协议跳，其中该末端VoIP主机中驻留传输层和VoIP应用。如图2所示，终端侧105可以通过诸如音频网关245等的网关而互连到因特网协议域中的其它的音频同位体。根据这种方法，在终端侧105中没有因特网协议组件驻留，因为因特网协议格式的分组在网络侧110终止，并且在从音频网关245到终端侧105上的无线终端都使用专用的传输解决方案(例如，GSM、CDMA等)。
终端侧105可以包括例如具有传统装置和传统协议栈的无线终端。终端侧105协议栈可以包括可能是例如无线电波收发机及天线的物理层215。物理层215可以耦合到链路层220。链路层220可以包括例如用于链路上差错数据重传的ARQ机制(自动重发请求)、无线电资源管理功能、无线电测量、切换功能，例如物理介质上任何与无线信道的维护相关的东西。链路层220可以耦合到专用解决方案225。例如，专用解决方案225可以包括到收发机的有线连接。专用解决方案225可以耦合到专用音频应用模块230。专用音频应用230可以包括例如用于GSM、PDC、CDMA和/或WCDMA的编解码器。
在网络侧110，协议栈可以包括耦合到链路层235的物理层215，例如收发机及天线等。链路层235可以耦合到专用解决方案240，而专用解决方案240可以尤其包括音频编解码器(例如GSM、EVRC(增强的可变速率编解码器)、SMV(可选多速率话音编码器)、AMR(自适应多速率))和可能的一些带内应用信令等。专用解决方案240可以耦合到音频网关245，音频网关245将VoIP分组从VoIP格式转换为专用解决方案240所需的多种信号格式的音频信息。网络侧110也可以包括耦合到音频网关245的传输层250和耦合到传输层250的因特网协议层255。
即使基于网关的模型是灵巧的和简单的，并且可以对互连到VoIP同位体的简化或专门的终端提供支持，但它可能有一些部署障碍。例如，一个部署障碍可能是需要在网络侧有较大的增加以便支持具有专用音频应用230的专用终端。当在网络侧110中有音频网关245时，就有两个协议栈，一个包括因特网协议层255和传输层250，一个包括专用解决方案240和链路层235。
因为无论如何都会在此实现(即因特网协议层255和传输层250)中对系统提供了真正的因特网协议承载音频的支持，所以，在对专用终端提供支持时重用网络侧实体中尽可能多的功能可能是有利的。然而，这对于网关解决方案不易实现，因为此解决方案需要网络侧作为基于因特网协议的业务的端点来工作。这意味着因特网协议传输层协议栈(例如，因特网协议层255和传输层250)和音频网关应用层245两者连同与专用终端侧105通信所需的专用连网功能一起都必须在网络侧实现，以便在终端侧105支持非因特网协议终端(例如，电路交换类型的服务)。此外，单独的因特网协议栈将需要被耦合到网络侧110的物理层215，以便在终端侧105严格地支持因特网协议终端(例如，分组交换服务)。这样，使用该网关方案，则在网络侧支持各种类型的非因特网协议终端和因特网协议终端将需要双协议栈。此外，该网关方案不支持在这个范围内用于专用终端的所有合理的业务模型。业务模型可以包括例如电路交换(CS)类型服务(不基于因特网协议)或包括因特网协议的分组交换服务。从装置的观点看，电路交换类型服务通常实现起来更廉价，但是从应用的观点来看它们不那么灵活。分组交换服务为了服务多样化(rich service)以及为了增强/提供更灵活的应用(例如视频电话，RTP被用来为它同步音频/视频)而使用因特网协议。专用终端可以是例如支持单个(或有限的组)编解码器(例如，GSM、AMR、SMV或EVRC编解码器)的终端。该范围可以包括：包含例如话音服务的音频服务，和/或诸如同步音频-视频服务等衍生服务。
可能期望不同的解决方案，在该方案中，网络侧110能够支持真正基于因特网协议的终端以及简化的或专用的终端，而不需要在网络侧110上实现双协议栈和大量的额外功能。虽然并不需要将音频信息业务(例如VoIP)从其它业务中分离出来，但是如果VoIP业务能够从其它应用业务(例如，诸如web浏览器信息等数据业务)中分离出来，那么在物理层上就可以简化解决方案并强化性能、效率和服务质量。以下有两种可行的解决方案，它们具有有简化协议栈的简化的终端和/或网络。这些解决方案可以在过渡期间支持具有专用VoIP应用的终端并在未来端到端因特网协议成为现实时支持通用VoIP终端。
第一种解决方案包括这样一个终端，它可以限于提供到基于因特网协议的网络的音频互连，其中该网络具有用于音频业务和会话控制功能两者的专用解决方案。而第二种解决方案则包括这样一个终端，它具有相同的用于音频业务的专用解决方案，但是它还实现了简化的因特网协议栈以便提供用于某些简单因特网协议应用的平台，并且能被用来在端到端因特网协议上运行会话控制，例如会话发起协议(SIP)。两种解决方案都使用在网络侧110保持基于因特网协议的协议栈的同时去分离音频信息的处理的原理。第一种解决方案处理最简单的终端(在VoIP以其简化的方式被实现的意义上)，具体地可以用于主要包括音频信息通信的无线终端，其中所述音频信息使用因特网协议传输。
第二种解决方案用于支持具有多个基于因特网协议的功能的更加增强的终端，并且在这里这些终端将被称为“混合体”。这种VoIP终端的“混合”性质是指这样一个事实，即呼叫建立可以使用因特网协议(诸如SIP等，它可暗示因特网协议栈的存在)处理，以及与之相联合，编解码器可以用作电路交换话音系统，例如，编解码器可以直接依附于物理层。注意，虽然在这里没有详细描述，但是第一种和第二种解决方案都可以包括用于其它类型业务(例如，浏览、电子邮件等)的因特网协议栈，它们与图中显示和这里详细描述的VoIP部分无关。附加的因特网协议栈没有在图中示出，因为它可以被包括或不被包括，而该图只限于实现例如使用修改过的传统无线终端进行音频通信的VoIP业务所必须的配置。
现在参照图3，说明一种用于使用简化的音频终端建立VoIP的示例性协议栈和音频流，建立VoIP要在通信系统的网络侧110使用明显的报头压缩和解压缩协议，而在终端侧105使用具有集成的压缩处理的专用音频应用。在优选实施例中，最简单的终端可能是只支持音频的终端，它不具有任何其它信息通信的能力，诸如其它因特网协议应用(例如，因特网浏览、电子邮件等)，这些应用不要求实时业务，但是它们可能需要因特网协议栈。但是，本领域的技术人员将认识到，具有集成的报头压缩和报头解压缩的专用应用可以被应用于诸如多媒体信息通信等的其它应用。类似地，所述终端可以包括带有或者不带有完整的报头压缩和报头解压缩的其它专用应用，例如无线应用协议(WAP)服务等。在这里，专用应用方法将使用因特网协议承载话音(VoIP)的实例来解释。
图3图示了用于在基于因特网协议的网络中与VoIP同位体通信的只支持音频的简单终端的一种可能的结构。在此配置中采用的方案避免了在终端侧105(例如，无线终端)实施或使用具有完全的报头压缩和报头解压缩功能的完整的因特网协议栈。更确切地，终端侧105设备可以具有专用音频应用325，该专用音频应用325包括使用因特网格式的通信信息进行通信所必需的全部功能。终端侧105直接产生要放置在音频有效载荷上的经压缩过的报头。在这种情况下，报头压缩和报头解压缩功能被简化，并且被集成到例如专用音频应用中由音频编解码器处理。该终端可以被配置来仿真因特网协议报头压缩和因特网协议报头解压缩。正如所指出的，在这个实施例中没有单独的报头压缩模块或报头解压缩模块被包括在耦合到专用音频应用325的链路层320中用于处理音频通信。同样地，该终端设备并不使用通常在通用因特网协议栈(如图1所示)中发现的所有协议。此外，终端侧105包括可以包含例如无线电收发机及天线的物理层315。
与在链路层中实现报头压缩功能相比，在此实施例中，令用于处理音频信息的报头压缩(HC)功能被包括在链路层之上的编解码器中可以提供许多优点。例如，保存在存储器中用于压缩/解压缩上下文的数据结构小得多。此外，并不是所有的报头压缩机制都要实现。而且一旦所有的静态信息已经被传输到另一端，那么可以通过递增计数该排序从而以最简单的形式产生经压缩过的报头(CH)，因为链路层之上的编解码器具有该报头的动态部分所需的、对该报头的完全的了解和控制。另一方面，在正常情况下，当报头压缩功能包括在链路层中时，会需要许多与报头压缩相关的功能，这是因为不能预测要被压缩的报头，或者不能预先知道它们的特征。但是当报头压缩功能集成在编解码器中并且编解码器随有效载荷直接输出经压缩过的报头时，所有的这些都是已知的，因此，许多机制都不需要。并且，对于建议的配置，也不需要让其它因特网协议栈来对链路层上的音频通信进行某些处理，因此简化了处理需求。
借助于如图3所示的终端侧105的配置，网络侧110可以用将来端到端因特网协议所期望的通用因特网协议栈来配置。用于网络侧110的标准或通用因特网协议栈可以包括因特网协议层345和链路层330。链路层330包括报头压缩模块335和报头解压缩模块340。网络侧110还包括物理层315。
参照图4A，现在将描述使用示例性协议栈和音频流通过图3的信号路径370将音频信息从终端侧发送到网络侧的示例性处理流程。首先，在步骤405，终端侧105确定是否从终端发送音频信息给网络侧110。如果发送，则在步骤410，专用音频应用325将音频信息数字化，并且产生所使用因特网协议(例如，用于VoIP的RTP/UDP/IP)的压缩报头和作为单一应用输出有效载荷的编码的音频信息。接着在步骤415，包含音频信息的所述输出有效载荷通过链路层320和终端侧105的物理层315(例如，收发机及天线)被发送到网络侧110。具有压缩报头的因特网协议分组被通过网络侧110的物理层315发送到链路层330和报头解压缩模块340。然后在步骤420，报头解压缩模块340根据终端侧105用来压缩报头的特定报头压缩方案来解压缩因特网协议分组的报头。然后，在步骤425，网络侧(例如基站或基站控制器)通过因特网协议层345把解压缩过的因特网协议分组发送到它们预定的目的地。
参照图4B，现在将描述使用示例性协议栈和音频流通过如图3提供的信号路径375将音频信息从网络侧110发送到终端侧105的示例性处理流程。首先，在步骤430，网络侧110确定是否从网络发送音频信息给终端侧105。如果发送，则在步骤435，网络侧110的链路层330中的报头压缩模块335压缩要在信号路由375上被发送到终端侧105的因特网协议分组的报头。接着，在步骤440，带有压缩报头的因特网协议分组通过网络侧的物理层315(例如基站或基站控制器)发送到终端侧105。然后，在步骤445，带有压缩因特网协议报头的分组通过链路层320发送到专用音频应用325而并不首先被解压缩。然后，在步骤450，专用音频应用325的解压缩功能解压缩因特网协议报头。专用音频应用325也可以将解压缩的因特网协议分组流从数字音频信息转换为用于根据所发送音频信息产生音频的模拟信号。
如图3所配置，只要只使用终端侧105通信装置支持的应用，该通信装置就将依赖该网络和用户来作为具有完整的因特网协议栈和操作的真正因特网协议终端。例如，可以使用GSM、EVRC、SMV或AMR专用编解码器，并且在简单终端中所述编解码器可以被修改以便作为VoIP编解码器在音频有效载荷上直接输出经压缩过的报头，而同时该用于音频的终端实现就如在目前的第二代终端中一样、被带有很小修改地采用以便支持该专用应用。如果除编解码器中使用的特定GSM、EVRC、SMV或AMR以外的任何应用试图与所述无线终端通信，那么这将导致失败，因为该专用应用只支持音频通信。然而，所述通信装置可以配置有多个应用，每个应用都在需要的地方具有它们自己的报头压缩和报头解压缩功能。应该注意，简化终端的方法可以包括诸如以下任何报头压缩方案中的一种或多种：Van Jacobson的“压缩低速率串行链路的TCP/IP报头(Compressing TCP/IP Headers for Low-Speed Serial Links)”方案(这里称为VJ压缩方案)、Mikael Degermark等人的“IP报头压缩(IP Header Compression)”方案(这里称为IPHC压缩方案)、StevenCasner等人的“压缩低速率串行链路的IP/UDP/RTP报头(CompressingIP/UDP/RTP Headers for Low-Speed Serial Links)”方案(这里称为CRTP压缩方案)、Carsten Borman等人的“鲁棒报头压缩(ROHC)(Robust Header Compression(ROHC))”方案(这里称为ROHC压缩方案)；和Lars-Eric Jonsson等人的“用于IP/UDP/RTP的链路层辅助ROHC全貌(A Link-Layer Assisted ROHC Profile for IP/UDP/RTP)”方案(这里称为LLA压缩方案)；以及其它零字节报头压缩方案。
参照图5，现在为更鲁棒的终端提供了一种示例性协议栈和音频流，在这里称之为“混合”终端方案。混合终端方案可以集成因特网协议功能的使用(例如，使用诸如SIP等因特网协议)用于呼叫建立，并且可以通过报头解压缩同位体提供因特网协议报头解压缩的初始化，同时，在终端侧105中就像在第二代无线终端中一样为音频编解码器使用电路交换结构，从而获得有VoIP能力的终端。本发明的一个方面是优选地重用现有的报头压缩协议，同时增加一些组件从而使网络侧110的报头压缩在相反方向(网络侧110到终端侧105)相当于报头拆卸器。此外，报头压缩在前向方向(终端侧105到网络侧110)将充当报头产生器。因此，借助于网络侧110的最小增添，所述网络就能支持终端侧105上有真正端到端因特网协议能力的装置，该装置在两个方向都有使用相同报头压缩装置的真正的报头压缩，此外，该网络还支持有音频能力终端的非因特网协议过渡实现。
所述混合方案可以包括在通信系统的网络侧110修改报头压缩配置和在终端侧105包括专用音频应用和报头解压缩同位体。在一个变型中，该混合方案可以包括一些简单的增加以便修改否则不会变化的现有报头压缩协议的行为。可替换地，一些必要功能可以使用独立于报头压缩实现的、不同却更简单的实现来完成。
在一个实施例中，所述配置以分离的方式处理音频信息流而不需要通过终端中的因特网协议栈。为了实现此目标，对普通的因特网协议栈作了许多修改，从而使得音频信息可以作为没有因特网协议分组报头的数字化信息在终端侧105和网络侧110之间往返移动。在终端侧105没有报头压缩模块或报头解压缩模块。更确切地，音频信息作为数字化信息被直接发送到以及发送自音频编解码器，并且能够以具有最小尺寸因特网协议报头或根本就没有因特网协议报头的分组形式发送。此外，终端侧105包括报头解压缩同位体(HDP)530，网络侧110上的报头解压缩模块555使用报头解压缩同位体530为从终端侧105接收到的音频信息启动报头的生成。在网络侧110，报头压缩模块565与其它报头修改功能互相补充，其它报头修改功能允许从因特网协议音频分组中剥离出其因特网协议报头和使因特网协议分组有效载荷中发现的音频信息被正确地按时间排序。这些功能可以结合在报头压缩模块565中或者结合在单独的预报头压缩模块570(预HC)和后报头压缩模块560(后HC)中的一个或多个中。
更具体地，根据此方案的通信系统包括具有音频编解码器520的专用VoIP应用545。音频编解码器520可以是用在例如无线终端中的典型音频编解码器。音频编解码器520可以使用例如GSM、SMV、AMR、EVRC等类型的编码方法对数字化的音频信息进行编码和解码。音频编解码器520可以直接连接到终端侧105的物理层580(例如，收发机及天线)或通过链路层连接，所述链路层从用户业务的观点来看是透明的(没有作用)。由于这个原因，典型的因特网协议报头压缩和解压缩模块在终端侧105上是不需要的，这将在下面进行更详细地描述。另外，任何情况下在终端侧105上专用VoIP应用545都耦合到传输层540，而该传输层耦合到因特网协议层535。因特网协议层535耦合到可能包括报头压缩同位体530(将在下面更详细地讨论)的链路层525。链路层525耦合到物理层515。
网络侧110可以包括耦合到链路层550的物理层515(例如，收发机及天线)。链路层550可以包括报头解压缩模块555和报头压缩模块565。进一步地，在一个实施例中，链路层550可以包括预HC 570和/或后HC 560来修改在因特网协议分组中接收到的音频信息，从而使之与编解码器520兼容。此外，网络侧110可以包括耦合到链路层550的因特网协议层575。
如图5所示，所述混合终端(终端侧105)可以具有因特网协议栈(例如，因特网协议层535)，该因特网协议栈在一个实施例中可以简化为具有更少的到更高层的通用接口和具有最少的功能。在这种情况下，音频会话控制信令可以在因特网协议上端到端地处理。报头解压缩同位体530可以随因特网协议栈和功能一起被包括，从而欺骗网络侧报头解压缩模块555以便为编解码器520发送的数字化音频数据产生报头。网络侧110的预HC模块570和后HC模块560可以使报头压缩模块565能够充当报头终端连接器。
在终端侧105中使音频编解码器520直接连接到物理层515的情况下，没有音频业务通过因特网协议栈。因此，在无线终端中不需要报头压缩来处理去往和来自专用VoIP应用545的实时音频业务。尽管报头压缩和报头解压缩模块可以被包括以便处理其它因特网协议应用。但是，在终端侧105上必须有一些实体与网络侧110上的解压缩模块555建立报头压缩关系，从而使得报头解压缩模块555可以像它正在对压缩分组进行解压缩一样地工作。同样地，报头解压缩同位体530控制报头解压缩模块555作为一个用于因特网协议分组的报头生成器而运行，其中该因特网协议分组包含终端侧105上编解码器520所发送的音频信息。报头解压缩同位体530可以由专用VoIP应用545在音频会话开始时启动。例如，报头解压缩同位体530的初始化可以由所述专用VoIP应用的呼叫控制功能来触发，这既可以经外部接口来完成，也可以由通过因特网协议栈和报头解压缩同位体530发送的特定分组来完成。所述因特网协议栈可以被配置为保证所有的VoIP呼叫建立分组都通过它。通常，通过向网络侧110上报头解压缩模块555发送报头压缩初始化分组，报头解压缩同位体530欺骗该报头解压缩模块555，就象它正在对来自终端侧105上相应报头压缩器的分组进行解压缩一样地工作。这样则为编解码器520随后发送的无报头音频信息分组的报头产生建立了压缩上下文。一旦所述压缩上下文被设置，报头解压缩同位体530就不再必须是通信会话的一部分，因为所有的音频分组此后从编解码器520直接发送到物理层515。报头解压缩模块555随后将完成所有创建报头的工作且不知道报头解压缩同位体530对它的欺骗。报头解压缩模块555基于解压缩上下文产生有效的RTP/UDP/IP报头，并通过这个预先挂起(pre-pend)的因特网协议报头将接收到的数字化音频有效载荷打包从而创建因特网协议分组。
所述混合方案还需要对网络侧110作各种修改(可以用简单增加的形式)以便支持要从网络侧110发送到终端侧105的音频信息。具体地，所述音频信息将以因特网协议分组格式到达因特网协议层575，并且需要被修改从而作为音频信息流抵达音频编解码器520，该音频信息流使用例如用于象GSM、PDC、CDMA或WCDMA这些系统的诸多标准传输编码中的一种或多种被封装在通信分组中。例如，经过因特网协议打包的音频信息可能需要按正确的时间次序而顺序地被缓冲，使报头被去掉且任何空时隙被填充。这些处理可以用多种方式实现。图5提供了一种优选的方式，其中，某些必需的附加功能既可以插入到预HC模块570也可以插入到后HC模块560中。另一方面，所述必需的功能也可能仅仅包括在预HC模块570中或者包含在报头压缩模块565自身中。
在报头压缩模块565之前，所述输入分组报头应该被修改从而避免报头信息中不期望的不规则性，否则，该不规则性将迫使报头压缩模块565产生更大的压缩报头，或者在0字节报头压缩的情况下使之不能产生无报头分组。此功能可以类似于以前在其它条件下应用于因特网协议标识(ID)字段以便消除该报头字段中不期望的重大变化的节点破坏(Node Violation)(节点V)。因此，在这种情况下，节点V可以扩展其功能从而避免输入VoIP分组的完整报头信息字段中所有不期望的不规则性。
如果期望在报头压缩模块565之前有多数必需的处理修改，那么，在一个实施例中，后HC模块570可以进一步包括分组缓冲器(用于顺序获取分组)、空时隙填充器和可能的时间同步(作为缓冲的一部分)。从后HC 570输出的音频信息随后将是进入报头压缩模块565的完全规则的分组流，而报头压缩模块565的输出将是具有固定的、最小容量的压缩报头的分组。在由报头压缩模块565进行0字节报头压缩的情况下，所述输出将是无报头分组。
正如早先指出的，有些VoIP分组修改功能可以在发生报头压缩之前或之后应用。例如，在图5所示的实施例中，可以包括一个后HC模块560。因此，该后HC模块560的输出可以是具有无报头分组的完全有序的、规则的分组流，即使报头压缩模块565的输出并不是这样。同样地，该后HC模块560可以对分组正确地按时间排序、填充空时隙和对音频信息分组进行完全的时间同步。此外，所有的初始化报头和可能的反馈消息可以由后HC模块560去除，因为无论如何它们在终端侧105都可能无用。因为分组同步和重新排序很可能在报头压缩之前更易于进行，所以，优选地在预HC模块570中完成这些操作。但是，后HC模块560仍然应该进行最后的操作，并从VoIP分组中剥离报头从而产生具有无报头的分组的规则分组流。
在另一个实施例中，报头压缩可以被修改从而包括预HC模块570和后HC模块560中所有的功能。在又一个实施例中，可能彻底把通用报头压缩模块565去掉，而替换成一个或多个作为VoIP分组同步器、重排序器、时隙填充器和剥离器来运行的模块。对于所述混合情况，这种方法将在某种程度上降低整体实现的复杂度。但是，从通用VoIP方案的观点来看，即：为了替将来的端到端VoIP实现作准备以及支持其它因特网协议应用，最好重用报头压缩模块565和为了修改VoIP分组而增加有限的功能以便支持所述混合终端。
所述混合方案与图2中显示的基于网关的解决方案相比，该混合方案要求更少的修改。它只对图1所示的通用VoIP网络侧110作出一些较小的增加。此外，当比较所述混合方案与图3中显示的简单方法(它让网络侧110完全不受影响)时，混合方案要求对用于网络侧110实体的通用VoIP模型(图1)作出一些增加，以便保证运送到终端侧105的压缩报头的尺寸是最小的，特别是对于0字节报头压缩的情况。一种特别适合的报头压缩方案可以是LLA。结果，只有音频信息以适合接收机的方式(顺序、时间同步等)被输送。但是，这些增加通过许多优点而被证明是正确的，这些优点诸如：在对网络侧只作较小增加的同时使用于向真正的因特网协议终端提供连接的全因特网协议体系结构中所必需的报头压缩组件保持不变、简化的终端装置(例如，在因特网协议栈中没有真正的报头压缩和解压缩功能用于实时流(例如，音频流、音频-视频等))、在因特网协议上端到端地(和有特定限制地)使用会话控制的可能性、以及为在所述终端上运行的其它简单因特网协议应用(例如，电子邮件、web浏览器等)使用开放接口的可能性。应该再一次注意，所述系统和方法不局限于任何特定的报头压缩方案，并且可以使用包括例如VJ、IPHC、CRTP和ROHC的各种压缩方案。不过，诸如LLA等0字节报头压缩方案在用于本发明时特别有利。
参照图6A，它图示了使用图5提供的用于混合方案的示例性协议栈和音频流、从终端侧105向网络侧110发送音频信息的示例性音频信息处理流程。如果音频信息将被发送到网络侧110，如步骤605所示，那么，报头解压缩同位体530将产生报头压缩初始化信息，如步骤610所示。该报头压缩初始化信息与例如因特网协议报头中存在的任何静态字段、因特网协议报头的动态字段的初始值和用来解压缩这些动态字段的功能相关。接着在步骤615，该报头压缩初始化信息从终端侧105通过信号路径580被发送到网络侧110的报头解压缩模块555。然后在步骤620，报头解压缩模块555建立与随后从终端侧105接收到的音频信息相关联的报头解压缩上下文。该报头解压缩上下文包括与例如因特网协议报头中存在的所有静态字段、因特网协议报头的动态字段的最新值和用来解压缩这些动态字段的功能相关的信息。
在步骤625，终端侧105上的编解码器520通过信号路径580开始向网络侧110的报头解压缩模块555发送数字化的音频信息，而并不进行任何的因特网协议处理。该数字化的音频信息可以从编解码器520以任何音频编码格式(诸如EVRC、GSM、SMV、AMR等等)发送。然后在步骤630，报头解压缩模块555产生报头，这些报头看起来就象是解压缩的报头，它们用于和各种要被插入到因特网协议分组有效载荷中的音频信息相结合。当使用RTP/UDP/IP(VoIP)协议时，因特网协议报头可以包含例如因特网协议源地址(静态)、因特网协议目的地址(静态)、UDP源端口号(静态)、UDP目的端口号(静态)、RTP序列号(动态)以及RTP时间戳(动态)。
接下来，在步骤635，报头解压缩模块555产生的报头信息被附加到从编解码器520接收到的音频信息，从而形成因特网协议分组(例如，VoIP分组)流。因特网协议分组是在链路层550通过报头解压缩模块555“恢复”的。然后，在步骤640，因特网协议层575在网络上向预定的目的地(例如，位于不同位置的电话或PC等)发送所述因特网协议分组。例如，VoIP分组可以通过因特网或内部网被发送到另一个无线终端基站，该基站使用因特网协议报头将其传送到另一个无线终端，从而基于该因特网报头中存在的信息(例如，因特网协议目的地地址等)转发分组。在任何情况下，终端侧105通信装置(例如，无线终端)都通过编解码器520分离音频业务，而报头解压缩同位体530通过信号580控制报头解压缩模块555，以通过信号590从编解码器520接受音频信息业务并为这些音频信息业务创建正确的因特网协议报头。
参照图6B，现在将描述使用图5提供的示例性协议栈和音频流从网络侧110向终端侧105发送音频信息的示例性处理流程。如果在步骤650有音频信息要从网络侧110发送到终端侧105，那么在步骤655，因特网协议层575从一个源接收因特网协议格式的音频信息(例如，VoIP)，如果存在预HC模块570就将该音频信息转发给它。接着，在步骤660，网络侧110上例如预HC模块570修改接收到的VoIP分组的报头，去除任何不期望的不规则性，从而使得报头压缩模块565不使用例如类似于节点V的方法来创建更大的报头。然后，在步骤665，报头压缩模块565压缩VoIP分组的报头以便使其具有固定的最小尺寸。接着，在步骤670，后HC模块560可以缓冲这些音频信息的分组、填充其空时隙以及对其进行时间同步。如前所述，这些操作当然可以由后HC模块560和/或报头压缩模块565执行。然后，在步骤675，网络侧110，例如后HC模块560可以从该音频信息的分组中去除压缩的报头从而创建音频信息的无报头的数字化分组流。接下来，在步骤680，该音频信息的数字化分组(分组中的音频信息按照例如GSM、SMV、AMR、EVRC等编码)通过物理层515(例如，收发机及天线)经由信号路径585被发送到终端侧的编解码器520。同样地，该网络侧被修改从而将VoIP报头信息转换为非因特网协议格式的、与常用编解码器(例如，GSM、SMV、EVRC、AMR等等)兼容的报头信息。
图3中简单终端方案的示例性实施例和图5中的混合终端方案都可以支持其它基于因特网协议的应用，并且把支持有通用VoIP能力的终端和平滑过渡到端到端VoIP通信系统所必需的功能合并进来。如上所示，网络侧110协议栈包括报头解压缩模块、报头压缩模块和因特网协议层，并且因而可以支持具有如图1所示真正通用VoIP协议栈的无线终端的操作。在所述混合方案的情况下，那些通常并不与端到端因特网协议相关联的功能(例如，修改因特网协议分组报头)可以仅在与混合型终端侧110相关联时被激活，这是通过使用例如该网络所提供的服务类型中的特定选项或可能发生的终端识别过程(例如在网络侧110和终端侧105之间的握手过程期间)而实现的。通过这种方式，预HC模块570和后HC模块560对于真正的通用VoIP终端可能是不能工作的，但报头压缩模块565对于混合型终端和真正的通用VoIP终端都是可以工作的。随着更新的真正的通用终端在将来变得更容易获得，网络侧110将不需要升级来包括图2所示的网关方法所需的硬件和软件。
如上面所指出的，本发明可以使用多种报头压缩方案中的任何一种。对于一些报头压缩方案的具体描述请参看：(1.)IETF网络工作组1990年2月的IETF RFC 1144，Van Jacobson的“压缩用于低速率串行链路的TCP/IP报头(Compressing TCP/IP Headers for Low-SpeedSerial Links)”[VJ]；(2.)IETF网络工作组1999年2月的IETF RFC2507，Mikael Degermark、Bjorn Nordgren、Stephen Pink的“IP报头压缩(IP Header Compression)”[IPHC]；(3.)IETF网络工作组1999年2月的IETF RFC 2508，Steven Casner、Van Jacobson的“压缩用于低速率串行链路的IP/UDP/RTP报头(Compressing IP/UDP/RTPHeaders for Low-Speed Serial Links)”[CRTP]；(4.)2001年4月的IETF RFC 3095，Carsten Borman等人的“鲁棒报头压缩(ROHC)(Robust Header Compression(ROHC))”[ROHC]；(5.)Lars-EricJonsson、Ghyslain Pelletier的“用于IP/UDP/RTP的链路层辅助ROHC全貌(A Link-Layer Assisted ROHC Profile for IP/UDP/RTP)”[LLA]；以及(6.)1999年9月28号提交的申请号为09/406,950的美国专利申请，Jonsson等人的“用于改善性能的数据报报头字段的控制(Manipulation of Datagram Header Fields for PerformanceImprovements)”[节点V]，以上这些都被在此引入用于各种用途。
虽然已经显示和描述了本发明的特定实施例，但是应该理解，这并不意味着将本发明限制为这些优选实施例，而对于本领域那些技术人员而言，显然可以在不偏离本发明的精神和范围的情况下作出各种变化和修改。因此，本发明打算涵盖可以包括在如以下权利要求所定义的本发明的精神和范围之内的替换物、修改和等价物。
例如，本发明是根据终端侧105和网络侧110之间的传统无线电通信无线接口进行描述的。但是，该接口可以包括有线网络(例如LAN或WAN)或许多无线类型通信系统之一，例如红外线、无线LAN和诸如蓝牙等的特种网，并且它可适用于希望使用端到端因特网协议的地方。当端到端VoIP和至少一跳的带宽小于期望值时，这些方法特别适用。
此外，用于终端侧105和网络侧110的协议栈可以为各种应用而被切换。例如，在网络侧不包括完整的因特网协议栈的情况下，如果人们希望提供一种装置用于通过电路交换网络与配置真正的通用VoIP的终端相对连，那么，终端侧105协议栈可以在网络侧110上使用，且网络侧110协议栈也可以在终端侧105上使用。
在这里提及的所有公开文本、专利和专利申请都由此而通过全文引入作为参考而用于各种用途。

Claims (42)

1.一种用于在无线终端和网络之间传递音频信息的方法，其中，该网络至少部分地根据因特网协议(IP)操作，该方法包括如下步骤：
在该无线终端中，在一编码器/解码器(编解码器)和一物理层之间直接传送音频信息，其中，该音频信息不经过因特网协议层；和
在该无线终端的物理层和该网络的物理层之间发送和接收该音频信息。
2.如权利要求1的方法，还包括如下步骤：
在该无线终端中产生报头压缩初始化信息；
向该网络发送该初始化信息；和
由该网络中的解压缩器建立一压缩上下文。
3.如权利要求2的方法，还包括如下步骤：
由所述解压缩器从网络的物理层接收该音频信息；
由所述解压缩器产生一解压缩报头；
将该音频信息附加到该解压缩报头；和
将所述组合的解压缩报头和音频信息转发到目的地。
4.如权利要求1的方法，还包括如下步骤：
该网络从一个源接收预定给该无线终端的分组，其中，每个分组都包括一个报头；
修改所述报头；
对接收到的分组进行缓冲和时间同步，其中，该缓冲和时间同步包括填充空时隙；
对已被进行缓冲和时间同步的分组执行报头压缩从而产生最小化的压缩报头或无报头的分组；和
将所述最小化的压缩报头或无报头的分组发送给该无线终端。
5.如权利要求4的方法，还包括如下步骤：
在将所述分组发送给该无线终端之前，从该分组中去除初始化报头和反馈消息。
6.如权利要求1的方法，还包括如下步骤：
该网络从一个源接收预定给该无线终端的分组，其中，每个分组都包括一个报头；
修改所述报头；
对带有已修改报头的分组执行报头压缩从而产生最小化的压缩报头或无报头的分组；
对所述最小化的压缩报头或无报头的分组进行缓冲和时间同步，其中，该缓冲和时间同步包括填充空时隙；和
将已被进行缓冲和时间同步的最小化的压缩报头或无报头的分组发送给该无线终端。
7.如权利要求6的方法，还包括如下步骤：
在将所述分组发送给该无线终端之前，从该分组中去除初始化报头和反馈消息。
8.如权利要求1的方法，还包括如下步骤：
该网络从一个源接收预定给该无线终端的分组，其中，每个分组都包括一个报头；
对接收到的分组进行缓冲和时间同步，其中，该缓冲和时间同步包括填充空时隙；
去除已被进行缓冲和时间同步的分组的报头；和
将报头已去除的分组发送给该无线终端。
9.一种用于在无线终端和网络之间传递音频信息的方法，其中，该网络至少部分地根据因特网协议(IP)操作，该方法包括如下步骤：
由该无线终端中的专用音频应用产生包括输出有效载荷和压缩报头的分组；
将包括该压缩报头和输出有效载荷的分组发送到该网络；和
在该网络中对所述压缩报头进行解压缩，其中，接收该分组的该网络的节点包括一报头解压缩器，用于对该专用音频应用发送的压缩报头进行解压缩。
10.如权利要求9的方法，其中，该无线终端不包括用于处理含有音频信息的因特网协议分组的完整因特网协议栈。
11.一种用于在无线终端和网络之间传递音频信息的方法，其中，该网络至少部分地根据因特网协议(IP)操作，该方法包括如下步骤：
由该无线终端中的专用音频应用产生包括输出有效载荷和压缩报头的分组；
将包含一压缩报头和一输出有效载荷的分组发送到该网络；和
在该网络中对所述压缩报头进行解压缩，其中，所述无线终端不包括用于处理含有音频信息的因特网协议分组的完整因特网协议栈。
12.如权利要求11的方法，其中，接收该分组的该网络的节点包括对该专用音频应用发送的压缩报头进行解压缩的因特网协议栈。
13.一种用于在无线终端和网络之间传递音频信息的方法，其中，该网络至少部分地根据因特网协议(IP)操作，该方法包括如下步骤：
在该无线终端中产生报头压缩初始化信息；
将该初始化信息发送到该网络；
由该网络中的解压缩器建立一压缩上下文；
在该无线终端中将音频信息直接从编码器传送到物理层，其中，该音频信息不经过因特网协议层；
从该无线终端的物理层向该网络的物理层发送该已编码的音频信息；
由所述解压缩器从该网络中的物理层接收该音频信息；
由所述解压缩器产生一解压缩报头；
将该音频信息附加到该解压缩报头；和
将组合的解压缩报头和音频信息转发到目的地。
14.一种用于在无线终端和网络之间传递音频信息的方法，其中，该网络至少部分地根据因特网协议(IP)操作，该方法包括如下步骤：
由该网络接收预定给所述无线终端的分组，其中，每个分组都包括一个报头；
修改所述报头；
对接收到的已修改报头的分组进行缓冲和时间同步，其中，该缓冲和时间同步包括填充空时隙；
对已被进行缓冲和时间同步的分组执行报头压缩从而产生无报头的分组；
将所述无报头的分组发送到该无线终端；和
在该无线终端中将音频信息直接从物理层传送到编码器/解码器(编解码器)，其中，该音频信息不经过因特网协议层。
15.一种用于在无线终端和网络之间传递音频信息的方法，其中，该网络至少部分地根据因特网协议(IP)操作，该方法包括如下步骤：
由该网络接收预定给所述无线终端的分组，其中，每个分组都包括一个报头；
修改所述报头；
对带有已修改报头的分组执行报头压缩从而产生无报头的分组；
对该无报头的分组进行缓冲和时间同步，其中，该缓冲和时间同步包括填充空时隙；
将已被进行缓冲和时间同步的无报头的分组发送到该无线终端；和
在该无线终端中将音频信息直接从物理层传送到编码器/解码器(编解码器)，其中，该音频信息不经过因特网协议层。
16.如权利要求15的方法，还包括如下步骤：
在将所述分组发送给该无线终端之前，从该分组中去除初始化报头和反馈消息。
17.一种用于与一网络通信的通信设备，其中，该网络至少部分地根据因特网协议(IP)操作，该设备包括：
一专用应用，其包括用于因特网协议分组处理的报头压缩和报头解压缩处理的至少一些部分。
18.如权利要求17的通信装置，其中，所述专用应用是音频应用并且该通信装置是无线终端。
19.如权利要求18的通信装置，其中，音频应用包括语音或话音通信，而该无线终端是无线电话。
20.如权利要求17的通信装置，其中，所述专用应用包括执行该报头压缩和报头解压缩的编码器/解码器(编解码器)。
21.如权利要求17的通信装置，其中，所述专用应用是音频应用，它产生压缩的因特网协议报头、产生音频有效载荷并创建包括该报头和有效载荷的压缩的因特网协议分组。
22.如权利要求17的通信装置，其中，所述专用应用是产生音频的音频应用，其中所产生的音频包括音频信息，该音频信息来自接收到的包括有效载荷和压缩的因特网协议报头的因特网协议分组，其中该有效载荷包括该音频信息。
23.如权利要求17的通信装置，还包括：
耦合到该专用应用的链路层；和
耦合到所述链路层的物理层，其中，在该因特网协议分组没有被该通信设备中单独的报头压缩模块或单独的报头解压缩模块处理的情况下，所述专用应用通过该链路层和该物理层发送和接收报头压缩的因特网协议分组。
24.如权利要求17的通信装置，其中，所述专用应用在不需要该通信装置中单独的报头压缩模块或单独的报头解压缩模块的情况下与一网络设备通信，其中所述网络设备包括向该通信装置发送/从该通信设备接收因特网协议分组的因特网协议栈。
25.如权利要求24的通信装置，其中，该通信装置是通过无线通信与该网络设备通信的无线设备，而所述网络设备包括基站收发信机和基站控制器。
26.一种设备，包括：
第一通信装置，用于与基于因特网协议族的第二通信装置通信，其中，该第一通信装置被配置来使用非因特网协议格式化的数据将信息从一专用应用传递到该第二通信装置。
27.如权利要求26的设备，其中，该信息至少部分地从以下组中选择：包括语音或话音信息的音频、视频信息和多媒体信息。
28.如权利要求27的设备，其中，第一通信装置发送和接收使用因特网协议格式的信息会话控制信令。
29.如权利要求27的设备，其中，所述专用应用包括用于向物理层发送/从物理层接收采用非因特网协议格式的信息的编码器/解码器(编解码器)。
30.如权利要求27的设备，其中，第一通信装置包括报头解压缩同位体模块，该模块启动第二通信装置中的报头解压缩操作从而作为报头产生功能运行。
31.如权利要求30的设备，其中，第一通信装置包括开放的接口和因特网协议栈来支持该专用应用所不支持的、各种其它基于因特网协议的应用。
32.如权利要求31的设备，其中，第一通信装置使用传统的编解码器，该编解码器被配置来支持与基于非因特网协议的信号协议通信装置的通信。
33.如权利要求32的设备，其中，第一通信装置是无线通信终端。
34.一种设备，包括：
第一通信装置，该装置具有包括一因特网协议报头压缩模块的协议栈，该因特网协议报头压缩模块被增加或修改从而作为报头和因特网协议终端连接器运行。
35.如权利要求34的设备，其中，当第一通信装置与使用因特网协议以外的协议的通信装置进行通信时，所述因特网协议报头压缩模块终接该因特网协议报头和因特网协议格式，而当第一通信装置与使用因特网协议的通信装置进行通信时，该因特网协议报头压缩模块压缩因特网协议报头。
36.如权利要求34的设备，其中，对因特网协议报头压缩模块的修改包括从以下组中选择的一个或多个功能：修改报头从而消除报头的数据中的不规则性，该不规则性可能导致该因特网报头压缩器产生比所期望的更大的压缩报头；缓冲因特网协议分组；填充因特网协议分组中的空时隙；对因特网协议分组进行时间同步；以及从该因特网协议分组有效载荷中剥离该因特网协议报头。
37.如权利要求36的设备，其中，第一通信装置包括执行因特网协议报头压缩模块的一个或多个修改的功能的预报头压缩模块(预HC)。
38.如权利要求37的设备，其中，第一通信装置包括执行因特网协议报头压缩模块的一个或多个修改的功能的后报头压缩模块(后HC)。
39.如权利要求38的设备，其中，第一通信装置包括因特网协议报头解压缩模块。
40.如权利要求36的设备，其中，包含在因特网协议分组有效载荷中的信息可以至少部分地从以下组中选择：音频信息、视频信息和多媒体信息。
41.如权利要求40的设备，其中，第一通信装置是基站或基站控制器，而第二通信装置是无线终端。
42.如权利要求41的设备，其中，第一通信装置和第二通信装置共享使用因特网协议格式信号的信息会话控制信令。
CN02807762.8A 2001-04-06 2002-04-02 用于voip无线终端的系统和方法 Expired - Fee Related CN100525289C (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US28180201P 2001-04-06 2001-04-06
US60/281,802 2001-04-06
US10/103,016 2002-03-22
US10/103,016 US7212511B2 (en) 2001-04-06 2002-03-22 Systems and methods for VoIP wireless terminals

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CNA2007100921919A Division CN101026586A (zh) 2001-04-06 2002-04-02 用于voip无线终端的系统和方法

Publications (2)

Publication Number Publication Date
CN1529971A true CN1529971A (zh) 2004-09-15
CN100525289C CN100525289C (zh) 2009-08-05

Family

ID=26799990

Family Applications (1)

Application Number Title Priority Date Filing Date
CN02807762.8A Expired - Fee Related CN100525289C (zh) 2001-04-06 2002-04-02 用于voip无线终端的系统和方法

Country Status (3)

Country Link
US (1) US7212511B2 (zh)
CN (1) CN100525289C (zh)
WO (1) WO2002082772A2 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013113238A1 (zh) * 2012-02-01 2013-08-08 华为技术有限公司 增强VoIP数据上行覆盖的方法、终端及基站
CN111356202A (zh) * 2020-03-09 2020-06-30 大唐联诚信息系统技术有限公司 一种用于窄带自组网的低开销混合路由协议方法
CN112272935A (zh) * 2018-03-16 2021-01-26 阿克利奥公司 处理消息数据的方法和装置

Families Citing this family (45)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1301008B1 (en) * 2001-10-04 2005-11-16 Alcatel Process for transmission of data via a communication network to a terminal and network node
US20030210659A1 (en) * 2002-05-02 2003-11-13 Chu Chung Cheung C. TFO communication apparatus with codec mismatch resolution and/or optimization logic
US20030210678A1 (en) * 2002-05-10 2003-11-13 Nokia Corporation Functionality split between mobile terminal and terminal equipment for internet protocol multimedia signal exchange
CA2432594C (en) * 2002-06-12 2011-01-11 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for increased internet protocol (ip) headers compression performance by reporting cause of missing packets
KR100497357B1 (ko) * 2002-06-26 2005-06-23 삼성전자주식회사 인터넷 프로토콜 기반 네트워크 환경에 있어서 헤더 압축및 패킷 다중화 장치와 그 방법
JP3853765B2 (ja) * 2002-11-08 2006-12-06 Ｎｅｃインフロンティア株式会社 パケット圧縮方式及びパケット復元方式並びにパケット圧縮方法及びパケット復元方法
FI116258B (fi) 2003-02-14 2005-10-14 Nokia Corp Menetelmä tiedonsiirtokapasiteetin riittävyyden varmistamiseksi, menetelmää hyödyntävä päätelaite sekä ohjelmalliset välineet menetelmän toteuttamiseksi
US7460516B1 (en) * 2003-07-30 2008-12-02 Cisco Technology, Inc. System and method for compressing communication flows in a network environment
US7822067B2 (en) * 2003-08-08 2010-10-26 Qualcomm Incorporated Header compression enhancement for broadcast/multicast services
US7860032B2 (en) * 2003-08-08 2010-12-28 Qualcomm Incorporated Apparatus and method for efficiently running applications on a wireless communication device
US7372843B1 (en) * 2003-09-23 2008-05-13 Cisco Technology, Inc. System and method for compressing information flows in a network environment
US7408924B2 (en) * 2004-01-23 2008-08-05 Inventec Multimedia & Telecom Corporation Video communication method of internet protocol phone
DE102004003551A1 (de) * 2004-01-23 2005-08-18 Siemens Ag Kompressionsverfahren für einen Bytestrom in Netzwerkprotokollen
EP1603339A1 (en) * 2004-06-01 2005-12-07 STMicroelectronics S.r.l. Method and system for communicating video data in a packet-switched network, related network and computer program product therefor
US7558289B1 (en) * 2004-06-17 2009-07-07 Marvell International Ltd. Method and apparatus for providing quality of service (QOS) in a wireless local area network
US8254379B1 (en) * 2004-07-15 2012-08-28 Sprint Spectrum L.P. Method and system for application based compression profile selection
KR100770930B1 (ko) * 2004-11-02 2007-10-26 삼성전자주식회사 무선 네트워크들간의 음성 및 단문 서비스를 제공하기 위한망연동 시스템 및 방법과 이를 위한 패킷 스위치
US7848291B2 (en) * 2004-11-05 2010-12-07 Interdigital Technology Corporation Wireless metropolitan area network architecture for managing network resources and mobility
KR100770931B1 (ko) * 2004-11-09 2007-10-26 삼성전자주식회사 무선 네트워크간의 음성 및 단문 서비스를 제공하기 위한망연동 시스템 및 방법
KR20060054662A (ko) * 2004-11-15 2006-05-23 삼성전자주식회사 광대역 무선 통신 시스템에서 헤더 압축 장치 및 방법
US8165104B2 (en) * 2004-12-08 2012-04-24 Qualcomm Incorporated Methods and systems for enhancing local repair in robust header compression
US20060133415A1 (en) * 2004-12-21 2006-06-22 Mueller Peter D Wireless internetwork transfer apparatus, systems, and methods
KR100689747B1 (ko) * 2005-07-21 2007-03-09 경북대학교 산학협력단 무선 네트워크를 기반으로 한 음성 통신 가능한 휴대용멀티미디어 플레이어
TWI288879B (en) * 2005-09-19 2007-10-21 High Tech Comp Corp An audio signal output devices and a method for arbitrating thereof
US8553678B2 (en) * 2005-10-04 2013-10-08 Cisco Technology, Inc. Distributed codec for packet-based communications
EP2276023A3 (en) * 2005-11-30 2011-10-05 Telefonaktiebolaget LM Ericsson (publ) Efficient speech stream conversion
US9100407B2 (en) * 2006-03-23 2015-08-04 Cisco Technology, Inc. Method and system to enhance performance of a session initiation protocol network and its elements
US20080159142A1 (en) * 2006-12-29 2008-07-03 Lucent Technologies Inc. Link access delay aware routing over mobile ad hoc networks (manets)
US20080159143A1 (en) * 2006-12-29 2008-07-03 Lucent Technologies Inc. Link signal-to-noise aware routing over mobile ad hoc networks (manets)
US20080159144A1 (en) * 2006-12-29 2008-07-03 Lucent Technologies Inc. Quality of service aware routing over mobile ad hoc networks (manets)
US20080175225A1 (en) * 2007-01-18 2008-07-24 Lon-Chan Chu Just-in-time call registration for mobile call to voip device
WO2008154201A2 (en) * 2007-06-05 2008-12-18 Interdigital Technology Corporation Method and apparatus for supporting uplink transmission of channel quality and coding information in a wireless communication system
EP2043313B1 (en) * 2007-09-28 2013-08-14 Alcatel Lucent Circuit emulation service method and telecommunication system for implementing the method
US20100198950A1 (en) * 2008-04-21 2010-08-05 Infosys Technologies Limited Method to deliver services over existing wireless lan infrastructure
US8855123B2 (en) * 2009-01-09 2014-10-07 Nec Corporation Gateway apparatus, method and system
US20110016313A1 (en) * 2009-07-15 2011-01-20 Qualcomm Incorporated HEADER COMPRESSION FOR TUNNELED IPsec PACKET
CN102474553B (zh) * 2009-07-31 2015-06-17 Bt美洲股份有限公司 利用智能协议交换的电话通信
US9026434B2 (en) * 2011-04-11 2015-05-05 Samsung Electronic Co., Ltd. Frame erasure concealment for a multi rate speech and audio codec
US9351203B2 (en) 2013-09-13 2016-05-24 Microsoft Technology Licensing, Llc Voice call continuity in hybrid networks
US9935787B2 (en) 2013-12-26 2018-04-03 Microsoft Technology Licensing, Llc Tunneling VoIP call control on cellular networks
US9510251B2 (en) 2013-12-31 2016-11-29 Microsoft Technology Licensing, Llc Call handoff initiation in hybrid networks
US9560185B2 (en) 2014-03-19 2017-01-31 Microsoft Technology Licensing, Llc Hybrid telecommunications network connection indicator
US9363711B2 (en) 2014-04-07 2016-06-07 Microsoft Technology Licensing, Llc User experiences during call handovers on a hybrid telecommunications network
US9456333B2 (en) 2014-07-09 2016-09-27 Microsoft Technology Licensing, Llc Centralized routing in hybrid networks
WO2016089095A1 (ko) * 2014-12-05 2016-06-09 엘지전자 주식회사 방송 신호 송신 방법, 방송 신호 송신 장치, 방송 신호 수신 방법 및 방송 신호 수신 장치

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3719789B2 (ja) 1996-10-04 2005-11-24 株式会社東芝 通信端末装置及び中継装置
US6711140B1 (en) * 1997-07-15 2004-03-23 Comsat Corporation Method and apparatus for fast acquisition and synchronization of transmission frames
WO2000038391A1 (en) 1998-12-23 2000-06-29 Opuswave Networks, Inc. Wireless local loop system supporting voice/ip
US6625671B1 (en) * 1999-05-03 2003-09-23 Computer Network Technology Corporation Compression of buffered data
EP1056259B1 (en) 1999-05-25 2005-09-14 Lucent Technologies Inc. Method and apparatus for telecommunications using internet protocol
US6882637B1 (en) * 1999-10-14 2005-04-19 Nokia Networks Oy Method and system for transmitting and receiving packets
US6845105B1 (en) * 2000-09-28 2005-01-18 Telefonaktiebolaget Lm Ericsson Method and apparatus for maintaining sequence numbering in header compressed packets
US6967964B1 (en) * 2000-10-03 2005-11-22 Telefonaktiebolaget Lm Ericsson (Publ) Context identification using header compression key at link layer

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013113238A1 (zh) * 2012-02-01 2013-08-08 华为技术有限公司 增强VoIP数据上行覆盖的方法、终端及基站
CN103248604A (zh) * 2012-02-01 2013-08-14 华为技术有限公司 增强VoIP数据上行覆盖的方法、终端及基站
CN103248604B (zh) * 2012-02-01 2016-12-21 华为技术有限公司 增强VoIP数据上行覆盖的方法、终端及基站
CN112272935A (zh) * 2018-03-16 2021-01-26 阿克利奥公司 处理消息数据的方法和装置
CN112272935B (zh) * 2018-03-16 2023-04-18 阿克利奥公司 处理消息数据的方法和装置
CN111356202A (zh) * 2020-03-09 2020-06-30 大唐联诚信息系统技术有限公司 一种用于窄带自组网的低开销混合路由协议方法
CN111356202B (zh) * 2020-03-09 2022-03-04 大唐联诚信息系统技术有限公司 一种用于窄带自组网的低开销混合路由协议方法

Also Published As

Publication number Publication date
US20020146000A1 (en) 2002-10-10
CN100525289C (zh) 2009-08-05
WO2002082772A3 (en) 2003-12-04
WO2002082772A2 (en) 2002-10-17
US7212511B2 (en) 2007-05-01

Similar Documents

Publication Publication Date Title
CN100525289C (zh) 用于voip无线终端的系统和方法
CN1197279C (zh) 用于在通信链路上传送多媒体信息的设备和相关的方法
US7143191B2 (en) Protocol message compression in a wireless communications system
CA2429571C (en) Method and system for transmission of headerless data packets over a wireless link
CN1197281C (zh) 实时业务中的标题压缩
CN101366261B (zh) 用于当遭遇静默抑制时增强稳健标头压缩性能的方法和设备
JP3982688B2 (ja) テンポラリ圧縮テーブルを用いた通信システム及び方法
CN1475048A (zh) 用于共享的上下文压缩的通信系统和方法
EP1523148A1 (en) Header compression/decompression device and header compression/decompression method
CN1213579C (zh) 通过分组数据网络传送编码信息的方法
CN1260094A (zh) 从蜂窝网接入因特网
CN1593051A (zh) 扩展标题压缩
CN100433841C (zh) 用于因特网协议第6版移动子协议MIPv6的鲁棒性头标压缩／解压方法
KR20060054662A (ko) 광대역 무선 통신 시스템에서 헤더 압축 장치 및 방법
US6963587B2 (en) Communication system and method utilizing request-reply communication patterns for data compression
CN1757247A (zh) 在电信网络中的小区站点和中心局之间传输流量的系统和方法
CN101026586A (zh) 用于voip无线终端的系统和方法
US7158491B1 (en) Terminal-based link adaptation scheme having a detector which monitors application signaling and a requestor which requests a special channel based on the detection
CN101197825B (zh) 一种传输压缩消息的方法、系统及设备
CN1316748C (zh) 使用请求－应答通信模式用于数据压缩的通信系统和方法
US20050286475A1 (en) Non-native media codec in CDMA system
US20060133372A1 (en) Apparatus and method for multiplexing packet in mobile communication network
Hannu Signaling compression (SigComp) requirements & assumptions
US20030139929A1 (en) Data transmission system and method for DSR application over GPRS
CN116155870B (zh) 高速磁悬浮车地通信系统的VoIP电话报文传输方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
ASS Succession or assignment of patent right

Owner name: IDTP BHA CO., LTD.

Free format text: FORMER OWNER: TELEFONAKTIEBOLAGET LM ERICSSON (SE) S-126 25 STOCKHOLM, SWEDEN

Effective date: 20141028

C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20141028

Address after: Delaware

Patentee after: IDTP holding company

Address before: Stockholm

Patentee before: Ericsson Telephone AB

CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20090805

Termination date: 20180402