CN1655536A - 在多媒体广播/多播业务系统中恢复报头解压缩的方法 - Google Patents

在多媒体广播/多播业务系统中恢复报头解压缩的方法 Download PDF

Info

Publication number
CN1655536A
CN1655536A CNA200510062812XA CN200510062812A CN1655536A CN 1655536 A CN1655536 A CN 1655536A CN A200510062812X A CNA200510062812X A CN A200510062812XA CN 200510062812 A CN200510062812 A CN 200510062812A CN 1655536 A CN1655536 A CN 1655536A
Authority
CN
China
Prior art keywords
header
context
new
mbms
former
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
CNA200510062812XA
Other languages
English (en)
Other versions
CN1655536B (zh
Inventor
金成勋
格特·J·范莱肖特
李国熙
崔成豪
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.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
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 Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of CN1655536A publication Critical patent/CN1655536A/zh
Application granted granted Critical
Publication of CN1655536B publication Critical patent/CN1655536B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • 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/1101—Session protocols
    • 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
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0007—Control or signalling for completing the hand-off for multicast or broadcast services, e.g. MBMS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information

Landscapes

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

Abstract

本发明公开了一种用于在提供MBMS的移动通信系统中，通过接收具有压缩报头的多媒体广播/多播业务(MBMS)分组数据来恢复报头解压缩操作的方法。该方法包括如下步骤：检测接收MBMS的用户设备(UE)从原小区向新小区的移动；复制并存储在原小区中使用的原报头解压缩上下文信息；为了更新原报头解压缩信息，初始化动态部分以解压缩MBMS分组数据的报头，并等待初始化和更新动态(IR－DYN)分组，直到已在UE中接收到IR－DYN分组；当已在UE中接收到IR－DYN分组时，通过使用IR－DYN分组更新原报头解压缩信息来创建新报头解压缩上下文；以及，用新报头解压缩上下文来解压缩发自新小区的MBMS分组数据的报头。

Description

在多媒体广播/多播业务系统中恢复报头解压缩的方法
技术领域
本发明涉及一种能够提供多媒体广播/多播业务(MBMS)的移动通信系统。更具体而言，本发明涉及一种在具有压缩报头的分组数据中恢复报头解压缩的方法。
背景技术
UMTS(通用移动电信业务)一般基于GSM(全球移动通信系统)和GPRS(通用分组无线电业务)标准。与使用TDMA(时分多址)的GSM相反，UMTS采用宽带CDMA技术，并提供基于分组的文本、数字话音或视频信号，以及超过2Mbps的与位置无关的高速多媒体数据。UMTS采用交换的虚拟连接，称为采用分组协议的“分组交换系统”，例如互联网协议(IP)。可从网络中任何端位置接入UMTS。
通常，由于无线电传输资源有限，所以无法有效地向不同的用户设备高速发送数据。例如，为了向一个用户设备提供64kbps的视频流业务，在形成对用户设备的专用信道以后，需要能够发送64kbps数据的传输资源。如果有n个用户设备，则所需的无线传输资源的数量将增加n倍。
替换地，可通过公用信道向多个用户设备提供业务。在这种情况下，如果这些用户设备位于同一小区，则通过采用与n无关的同一无线资源经公用信道向这些用户设备提供相同的业务，因此可有效使用无线资源。已经基于这种观点开发了MBMS。即，为了向UMTS中的多个用户设备有效发送相同的数据而开发MBMS。当发送要求大量无线电传输资源的多媒体数据时，MBMS是高效及有效的。
为了提供基于分组的多媒体业务，一般采用实时传输协议(RTP)、用户数据报协议(UDP)和互联网协议(IP)。当使用上述协议的组合时，一个分组的报头大小可以超过60字节，所以必须压缩报头以减少无线电传输资源的消耗。在MBMS中，鲁棒报头压缩(ROHC)方案用于压缩报头。报头的压缩与解压缩由分组数据控制协议(PDCP)实体管理，其管理PDCP层的协议。在具体的系统中，在管理多个小区的无线电网络控制器(RNC)中提供PDCP实体。
如上所述，在MBMS的情况下，请求相同MBMS的用户设备可位于多个小区中，这要求MBMS数据要向全部的小区发送。系统可以为每个小区配备一个PDCP实体，或为多个小区配备一个公用PDCP实体。如果PDCP实体由于用户设备在具有彼此不同的PDCP实体的小区间进行移动而改变时，用户设备则重新建立与新PDCP实体的连接。
重新建立PDCP实体连接通常需要新报头解压缩器和报头解压缩上下文。为此，获得报头解压缩所需要的报头信息。然而，如果用户设备等待该报头信息，则效率非常低。因此，理想的是提供一种允许用户设备快速恢复报头解压缩而不用执行初始化的技术。当从小区间移动时需要重新建立PDCP实体连接。
发明内容
因此，提出本发明以解决现有技术中发生的上述问题，从而本发明提供一种当由于用户设备在MBMS系统中的小区间进行移动而必须重新建立PDCP实体的报头解压缩器时，重新使用原PDCP实体上下文的方法。
本发明还提供一种当由于用户设备在MBMS系统中切换信道类型而必须重新建立PDCP实体的报头解压缩器时，重新使用原PDCP实体上下文的方法。
本发明还提供一种在MBMS系统中建立新小区和新无线电载体之前，通过重新使用原PDCP实体的上下文的预定部分重新建立PDCP实体来快速恢复报头解压缩而不用执行初始化处理的方法。
本发明还提供一种通过使用预配置信息在多个小区中形成基本上相同的报头压缩器的方法，以便最小化在MBMS系统中重新建立PDCP实体所需的用户设备操作。
本发明还提供一种通过根据预定规则向报头压缩上下文分配上下文标识符来最小化在MBMS系统中重新建立PDCP实体所需的用户设备操作的方法。
本发明还提供一种当接收MBMS的用户设备重新设置无线载体时，通过有效初始化报头解压缩器，能够有效使用无线电资源并确保在用户设备中持续接收业务的方法。
根据本发明的一方面，提供一种通过用户设备(UE)在能够提供多媒体广播/多播业务(MBMS)的通信系统中恢复报头解压缩操作的方法，该方法包括：将接收MBMS的UE从原小区移入新小区；复制并存储在原小区中使用的原报头解压缩上下文信息；为了更新原报头解压缩信息，初始化动态部分以解压缩MBMS分组数据的报头，并等待IR-DYN(初始化和更新动态)分组，直到已在UE中接收到IR-DYN分组；当已在UE中接收到IR-DYN分组时，通过使用IR-DYN分组更新原报头解压缩信息来创建新报头解压缩上下文；以及用新报头解压缩上下文来解压缩发自新小区的MBMS分组数据的报头。
根据本发明的另一方面，提供一种通过用户设备(UE)在能够提供多媒体广播/多播业务(MBMS)通信系统中恢复报头解压缩操作的方法，该方法包括：在多个小区中，根据用于MBMS的预配置信息，准备基本上彼此相同的多个报头压缩器和多个报头压缩上下文；将接收MBMS的UE从原小区移入新小区；建立新报头解压缩器，用于解压缩具有发自新小区的压缩报头的分组数据；复制并存储原报头解压缩上下文信息，所述原报头解压缩上下文信息在原小区中使用并且包括上下文ID、静态部分、动态部分以及操作参数；用预定值设置原报头解压缩上下文信息的操作参数值；为了更新原报头解压缩信息，初始化动态部分以解压缩MBMS分组数据的报头，并等待IR-DYN分组，直到已在UE中接收到IR-DYN分组；当已在UE中接收到IR-DYN分组时，通过使用IR-DYN分组更新原报头解压缩信息来创建新报头解压缩上下文；以及，用新报头解压缩上下文来解压缩自新小区发送的MBMS分组数据的报头。
附图说明
根据以下结合附图的详细描述，本发明的上述及另外的目的、特征和优势将更加清楚，其中：
图1是描述根据本发明实施例的MBMS移动通信系统的示意结构图；
图2是描述根据本发明实施例用于在用户设备与RNC之间传输数据和信令消息的接口的分层结构图；
图3是描述根据本发明实施例用于接收MBMS的用户设备在MBMS通信系统中的小区之间移动的视图；
图4是描述根据本发明实施例为在小区之间移动的用户设备恢复MBMS的处理流程图；
图5和6是描述根据本发明实施例更新上下文标识符的处理流程图；
图7是描述根据本发明实施例设置操作参数的处理流程图；
图8是描述根据本发明替换实施例的预定PDCP的配置信息的视图；
图9是描述根据本发明另一替换实施例为在小区之间移动的用户设备恢复MBMS的处理流程图；以及
图10是描述根据本发明另一实施例在用户设备中重新使用原PDPC实体的处理流程图。
具体实施方式
在下文中，将参照附图描述本发明的优选实施例。在下列描述中，当在此引入的已知功能及配置的详细描述可能使本发明的主题更加不清晰时从略。另外，通过考虑本发明采用元件的功能来定义在下列详细描述中使用的术语，并且这些术语可以根据用户、操作者的目的或其实践而变化。因此，在下列详细描述中所用术语的定义可根据本发明的上下文来确定。
本发明提议一种在具有MBMS的移动通信系统的新小区中快速恢复报头解压缩的方法，其中借助于在小区间移动的用户设备重新建立用于新小区的报头解压缩器和报头解压缩上下文。小区具有彼此不同的报头解压缩器和报头解压缩上下文，并且通过使用原报头解压缩上下文更新重新建立的报头解压缩上下文，因此快速恢复报头解压缩。
首先，将详细描述用于本发明的MBMS。
图1是描述能够提供MBMS的移动通信系统的示意结构图。这里，MBMS被施加给3GPP(第三代伙伴计划)系统，3GPP系统是用于第三代异步移动通信方案的标准。
参照图1，用户设备(UE)161、162、163、171和172表示接收MBMS的终端或用户，第一小区160和第二小区170代表能够向UE发送涉及MBMS的数据的基站。如图1所示，在第一小区160与UE 161、162和163之间只形成一条无线电信道来提供MBMS。RNC140是用于控制多个小区的无线电网络控制器。RNC 140控制无线电信道，用于向特定小区有选择地发送多媒体数据以及向UE提供MBMS。
服务GPRS支持节点(SGSN)130控制涉及MBMS的用户业务。例如，SGSN 130可以管理涉及每个用户的业务收费的数据，以及有选择地向特定RNC发送多媒体数据。传输网120提供在广播/多播业务中心(BM-SC)110与SGSN 130之间的通信路径，并包括网关GPRS支持节点(GGSN)和外部网。BM-SC 110是MBMS数据的源，并管理关于每一业务的数据调度。
MBMS数据流经过传输网120、SGSN 130、RNC 140以及小区160和170发往UE 161、162、163、171和172。尽管未示出，但是可为多个SGSN或每个SGSN以及MBMS业务提供多个RNC。SGSN有选择地向RNC发送数据，而RNC有选择地向小区发送数据。为此，SGSN和RNC存储传输数据流的列表。即，SGSN存储RNC的列表，而RNC存储其中的小区列表，以便有选择地向RNC和小区发送MBMS数据。
图2是描述用于在用户设备与RNC之间传输数据和信令消息的用户接口分层结构图。这里，用户接口的分层结构被分成用于切换UE与RNC之间的控制信号的控制面(C面)和用于传输数据的用户面(U面)。
参照图2，C-面信令200经过无线电资源控制(“RRC”)实体204、无线链路控制(“RLC”)实体210、媒体访问控制(“MAC”)实体212、以及物理(“PHY”)实体214的处理。另外，U-面信息202经过分组控制协议(“PDCP”)实体206、广播/多播控制(“BMC”)实体208、RLC实体210、MAC实体212以及PHY实体214的处理。通常，PHY实体214位于每个小区中，其余从MAC实体212到RRC实体204的实体位于RNC中。
PHY实体214通过使用无线电传输技术提供信息传输业务。PHY实体214是开放系统互联(OSI)模型的第一层。PHY实体214通过排列在其与MAC实体212之间的传输信道与MAC实体212相连。该传输信道根据物理层上的特定数据的处理方案来定义。
MAC实体212通过逻辑信道与RLC实体210相连，MAC实体212通过预定传输信道将通过逻辑信道来自RLC实体210的数据发送到物理层，以及通过预定逻辑信道将通过传输信道来自物理实体214的数据发送到RLC实体210。另外，MAC实体212将附加信息插入经逻辑或传输信道传输的数据中，通过分析附加信息执行适当的行动，并控制随机访问操作。
RLC实体210建立或释放逻辑信道。RLC实体210可以以确认模式(AM)、非确认模式(UM)以及透明模式(TM)运行。每种模式提供不同的功能。通常，RLC实体210可将上层的业务数据单元(SDU)分成多个具有预定大小的单元，或可组合已划分开的单元。另外，RIC实体210可通过自动重复请求(ARQ)来纠正错误。
PDCP实体206位于U面中高于RLC实体210的一层。PDCP实体206在UE移动切换RNC时，压缩或解压缩IP分组数据报头或无损耗地传输数据。对于通用的业务，PDCP实体206具有无损耗的SRNS(服务RNS)重定位支持功能以及报头压缩功能。然而，由于广播/多播的特点，使用MBMS不必提供无损耗的SRNS(服务RNS)重定位支持功能。
这里，SRNS重定位是指UE移入由RNC而非SRNC控制的小区，并将新RNC重新设置为新SRNC。
BMC实体208位于RLC实体210之上的一级中，支持从特定小区向多个UE广播相同数据的业务。
当建立对特定业务的呼叫时，RNC建立用于处理PDCP/RLC/MAC/PHY层协议的实体。这里，一组用于提供特定业务的协议实体被称为“无线电载体(RB)”。这些实体可由硬件设备、软件执行程序块、或硬件与软件的组合形成。形成协议实体指示操作参数已经被提供给形成实体的硬件设备或者软件块。在协议实体之间的访问位置被称为“业务访问点(SAP)”。例如，在PDCP实体与RLC实体之间的接触点被称为“RLC SAP”。例如RLC-DATA-REQ的基本数据单元是从PDCP实体发往RLC实体的用户数据，其通过RLC SAP传输。
RRC实体204控制UTRAN和UE之间的无线电资源的分配或释放。RRC实体204管理分配给UE的无线电资源以及它们的移动性。另外，当有将要发往UE的核心网信号时，RRC实体204向相应的UE发送核心网信号。
为了给UE提供业务，在UE与网络节点(RNC、SGSN，等)之间创建上下文，所述上下文是一组用于提供业务的信息。该上下文包括UE上下文和移动性管理(MM)上下文。例如，如果UE想要接收MBMS，则为该网络节点提供MBMS上下文。MBMS可允许多个UE同时接收相同的信息，所以MBMS业务上下文不是为每个UE创建，而是为每个MBMS或业务中的每个会话创建。在RNC与UE之间提供相同的报头压缩/解压缩上下文，用于PDPC实体执行报头的压缩及解压缩。报头压缩/解压缩上下文包括涉及对应MBMS的分组数据的全部未压缩的报头信息，并且只要发送或接收分组数据就更新报头压缩/解压缩上下文。
在下文中，将主要描述借助于PDCP实体的报头压缩操作，尤其是用于MBMS的鲁棒报头压缩(ROHC)操作。
以RTP/UDP/IP分组的形式提供MBMS数据。RTP/UDP/IP报头包括各种信息字段，例如协议版本、报头长度、业务类型、总长度、分组ID、存在时间(TTL)、协议ID、用于CRC(循环冗余码校验)的报头校验和、源IP地址及目的地IP地址、以及UDP端口号。RTP/UDP/IP报头具有大约60字节的大小，大得难以通过无线电信道传输。
RTP/UDP/IP报头具有可用称为“报头压缩”的技术降低RTP/UDP/IP报头大小的预定倾向。
例如，在RTP/UDP/IP报头中，IP地址和UDP端口号在提供MBMS时并不改变。IP地址和UDP端口号只在MBMS传输开始时被传输数次。这些报头字段称为“静态报头字段”。静态报头字段被存储在涉及MBMS的上下文的静态部分。另外，例如RTP序列号(SN)字段的某些字段可在每个分组中变化。例如，RTP的SN字段可以每个分组增加1。这些报头字段称为“动态字段”。只要动态字段发生改变，动态字段就发往接收机，动态字段改变后的值存入上下文的动态部分。
RNC中PDCP实体的报头压缩器根据报头压缩上下文压缩从核心网接收的报头，并更新每个分组流中的报头解压缩上下文。分组流被定义为一组具有相同静态报头字段的分组。例如，一个MBMS的一个媒体成分被定义为一个分组流。一个报头压缩器可以压缩多个分组流。在这种情况下，使用多个上下文。与此同时，借助于上下文标识符(CID)标识上下文。简而言之，报头压缩/解压缩上下文包括CID、静态部分和动态部分。
该上下文还包括用于报头压缩/解压缩的操作参数。操作参数包括在特定分组流上执行报头压缩/解压缩操作时所利用的附加信息。将在下文详细描述操作参数。
当接收MBMS中分组流的第一分组数据，报头压缩器通过使用分组数据的报头字段初始化MBMS上下文的静态部分和动态部分。另外，报头压缩器确定用于分组流的CID，并向UE的PDCP实体的报头解压缩器重复发送具有涉及CID、静态部分及动态部分的全部信息的初始化和更新分组(IR分组)。报头解压缩器接收IR分组并初始化用于报头解压缩的报头解压缩器的上下文。即，报头解压缩器在上下文上叠加来自IR分组中静态部分及动态部分的信息。
在报头解压缩器发送足以初始化该上下文的预定数量的IR分组以后，报头解压缩器传送带有压缩报头的分组数据。与此同时，如果采用了ROHC方案，则带有压缩报头的分组数据被称为“ROHC分组”。当压缩该报头时，在动态报头字段值发生改变时只传输动态报头字段，而不传输静态报头字段。报头解压缩器将从上下文的静态部分读取的静态报头字段添加给接收的分组，解压缩动态报头字段值，并通过使用解压缩的报头字段值更新上下文。即，报头压缩器和报头解压缩器根据该上下文运行。于是，以相同的方式更新该上下文，从而使在报头压缩器和报头解压缩器中的被更新上下文互相匹配。
如果在报头压缩器和报头解压缩器之间存在任何上下文不一致，则报头解压缩器可能错误地解压缩报头，使数据受到破坏。上下文不一致主要发生在动态部分。为防止不一致，ROHC可周期性地传输带有涉及静态部分及动态部分的全部信息的IR分组以及只包括动态部分信息的动态初始化和更新(IR-DYN)分组。尽管在RFC(请求通信)3095所公布的ROHC标准中未定义IR/IR-DYN分组的周期，但是IR-DYN分组的周期性传输周期通常短于IR分组的周期性传输周期。
当用IR/IR-DYN分组在报头压缩器与报头解压缩器之间实现上下文同步时，报头压缩器根据该上下文传输带有压缩报头的分组(例如，ROHC分组)。报头解压缩器然后通过使用用于报头压缩的相同上下文来解压缩压缩报头。如上所述，上下文的动态部分及静态部分用IR/IR-DYN分组周期性地进行同步。
当UE移入新小区时，如果新小区使用不同的PDCP实体，则UE重新建立新小区的PDCP实体。另外，如果UE想要在通信期间切换信道类型，则UE可重新建立PDCP实体，在这种情况下，初始化程序允许重新建立的PDCP实体持续执行MBMS。
初始化程序是由报头解压缩器执行的程序，以便接收发自报头压缩器的IR分组。然而，由于IR分组的传输周期大大大于IR-DYN分组的传输周期，所以UE在移入新小区以后，无法接收IR分组，直到等待一段长时间之后。结果，暂停报头解压缩，直到接收到IR分组。
如上所述，上下文中的信息包括CID、静态部分和动态部分。由于静态部分对相同的分组流有相同的值，所以用于原小区的上下文静态部可用于新小区。因此，根据本发明的优选实施例，采用IR-DYN分组代替IR分组来更新新小区上下文的动态部分。由于IR-DYN分组比IR分组更频繁地传输，所以UE可在相对短的时间周期内，采用IR-DYN分组代替IR分组来稳定地建立用于新小区的上下文。
图3是根据本发明优选实施例描述接收MBMS的UE在MBMS通信系统中的小区之间进行移动的视图。这里，第一RNC 310-1包括第一小区335-2和第三小区335-1，第二RNC 310-2包括第二小区335-3和第四小区335-4，在第一小区335-2中接收MBMS的UE 340移入第二小区335-3时，同时连续接收MBMS。
参照图3，提供MBMS的网络包括核心网(CN)305、RNC实体310-1和310-2，以及多个小区335-1、335-2、335-3和335-4。RNC实体310-1和310-2转换发自CN305的数据，使该数据适应无线信道，并向每个小区发送被转换的数据。为此，RNC实体310-1和310-2中的每一个包括PDCP实体315-1和315-2、RLC实体320-1和320-2、以及MAC实体325-1、325-2、325-3和325-4。
RNC实体310-1和310-2将较高层的数据分成预定的大小，从而该数据可通过无线信道传输，并将序列号插入该数据中。RLC实体320-1和320-2由多个小区共享，或在每个蜂窝中独立形成。根据本发明，RLC实体320-1和320-2由多个小区共享。MAC实体325-1、325-2、325-3和325-4将ID插入每个分组的MAC层报头中，以便在一个无线电信道中标识特定的业务。在每个小区中形成MAC实体325-1、325-2、325-3和325-4中的每一个。
PDCP实体315-1和315-2根据预定的压缩方案压缩核心网305的分组数据，并向RLC实体320-1和320-2发送压缩的分组数据。为此，PDCP实体315-1和315-2包括报头压缩器345和350，以及分别用于存储报头压缩所需信息的报头压缩上下文345-1、345-2、350-1和350-2。
报头压缩器345和350传输具有对应每项MBMS业务的压缩报头的分组，而报头解压缩器355和360通过使用报头解压缩上下文355-1、355-2、365-1和365-2解压缩压缩的报头。上述上下文345-1、345-2、350-1、350-2、355-1、355-2、365-1和365-2的动态部分和静态部分借助于IR/IR-DYN分组周期性地进行同步。
关于在每个报头压缩器345或350中处理的分组流的上下文用CID进行彼此区分。在图3中，分配给报头压缩上下文345-1、345-2、350-1和350-2的CID被分别描述为n、n+1、m和m+1。
第一小区335-2和第三小区335-1位于第一RNC 310-1的较低层，共享同一PDCP实体315-1。另外，第二小区335-3和第四小区335-4位于第二RNC 310-2的较低层，共享同一PDCP实体315-2。在下文中，将描述当UE 340从第一小区335-2向第二小区335-3移动时恢复MBMS的操作。
为了在第一小区335-2接收MBMS，UE 340使用了PHY实体、MAC实体、RLC实体和PDPC实体。在第一小区335-2中，UE 340的报头解压缩器360通过使用报头解压缩上下文360-1和360-2解压缩压缩的报头。报头解压缩上下文360-1和360-2与报头压缩器345的报头压缩上下文345-1和345-2同步。
因为第二小区335-3具有不同于第一小区335-2的PDPC实体，如果UE340移入第二小区335-3，则UE 340重新建立PHY/MAC/RLC/PDPC实体，用于处理发自第二小区335-3的MBMS数据。因此，UE 340获得在第二小区335-3中周期性广播的系统信息，以便建立上述实体。更具体而言，为了解压缩带有压缩报头的分组数据，UE 340重新建立报头解压缩器355与报头解压缩上下文335-1和335-2，然后通过使用报头解压缩器355与报头解压缩上下文335-1和335-2接收MBMS。
图4是根据本发明优选实施例描述为在小区之间移动的UE恢复MBMS的程序流程图。
参照图4，UE可通过首先确定是否必须重新建立报头压缩来重新建立PDCP实体(步骤405)。这里，UE可根据各种因素来确定重新建立报头压缩。例如，当UE检测到不同的PDCP实体时，或当UE检测到切换MBMS信道类型时。在下文描述信道类型的切换。可能过度使用前向传输的输出来提供MBMS。具体地，即使只有少数UE想要接收MBMS，都会通过公用信道向UE提供MBMS业务，因而浪费了无线电传输资源。出于这一原因，当在3GPP中提供MBMS时，要考虑在接收MBMS的同一小区中UE的数量。
更具体而言，如果小区中接收MBMS的UE的数量少于预定参考数量，则通过UE的专用信道向UE提供MBMS业务。如果小区中接收MBMS的UE的数量多于UE的预定参考数量，则通过公用信道向UE提供MBMS业务。因此，可根据同一小区中接收MBMS的UE的数量，将信道类型从公用信道向专用信道切换，反之亦然。如果UE移入使用不同信道类型的不同小区，UE的信道类型也可以切换。
当切换信道类型时，重新建立形成无线电载体的全部协议实体，如PDCP/RLC/MAC/PHY实体。
在步骤410，UE提取在原PDCP实体报头解压缩器中所用的上下文的快照。当建立了新PDCP的报头解压缩器及上下文时，丢弃原PDCP实体。
在步骤415，UE重新建立PDCP实体，并将原上下文信息提供给新PDCP实体。在步骤420，UE用适当值设置操作参数。稍后将参照图7详细描述步骤420。
在步骤425，UE通过RLC层接收新小区的新PDCP实体的分组数据。由于上述分组数据由PDCP实体处理，所以上述分组数据被称为“分组数据报单元”，包括PDCP报头和PDCP有效负载。在步骤430，UE检查接收的分组数据是否是带有CID和报头压缩所需的动态部分的IR-DYN分组。如果接收的分组数据是的IR-DYN分组，则执行步骤440。否则，执行步骤435。
在步骤435，由于关于新小区的报头解压缩上下文还未建立，所以UE确定不能恢复报头解压缩。因此，UE存储接收的分组数据，以便随后解压缩，并返回步骤425。如果UE确定接收的分组数据并不必需，则其可丢弃该分组数据。重复接收及存储(或丢弃)操作，直到接收到IR-DYN分组。即，在步骤430暂停UE的报头解压缩操作，直到UE从新小区中接收到IR-DYN分组。
在步骤440，因为对于相同的MBMS来说，原小区的CID可能不同于新小区的CID，UE通过使用IR-DYN分组修改原上下文信息的CID。稍后将参照图5和6详细描述CID修改。
在步骤445，UE通过使用IR-DYN分组更新原上下文信息的动态部分来建立新上下文。在步骤450，UE通过使用新PDCP实体和新上下文来开始报头解压缩。与此同时，如果UE包括带有还未解压缩的报头的已存储的分组数据，则UE可通过使用新上下文解压缩存储的分组数据的报头。
在下文中，将详细描述通过更新原上下文信息来创建新上下文的方法。
如上所述，MBMS包括多个媒体，其中每个媒体由至少一个分组流组成。这种多媒体业务可根据下列三种方案，通过无线电网络来提供。
在第一方案中，以每个PDCP实体可同时处理RTP流和RTCP(实时传输控制协议)流的方式为多个媒体流建立多个PDCP实体。这里，RTP是用于传输诸如话音或视频等实际媒体的协议，而RTCP是用于每个RTP流的辅助协议。
根据第二方案，以PDCP实体可同时处理RTP流和RTCP流的方式为多个媒体流建立一个PDCP实体。
在第三方案中，以每个PDCP实体只处理RTP流的方式为多个媒体流建立多个PDCP实体。
例如，如果MBMS包括话音和视频媒体，则根据第一方案，RNC按照通过P1提供涉及话音媒体流的RTCP流，通过P2提供涉及视频媒体流的RTCP流的方式为话音媒体和视频媒体建立PDCP实体P1和P2。
根据第二方案，RNC建立一个PDCP实体，以这种方式，话音媒体流、涉及话音媒体流的RTCP、视频媒体流、以及涉及视频媒体流的RTCP流通过PDCP实体提供。
根据第三方案，RNC建立用于话音媒体和视频媒体的PDCP实体P1和P2，以这种方式，话音媒体流通过P1提供，而视频媒体流通过P2提供。
由于为每个流实施报头压缩和解压缩，所以上述三种方案涉及存在于一个PDCP实体中的上下文数量。即，在第一方案中，一个PDCP实体需要两个上下文，用于RTP流和RTCP流。在第二方案中，一个PDCP实体需要四个上下文，用于两个RTP流和两个RTCP流。在第三方案中，一个PDCP实体需要一个上下文，用于一个RTP流。
如果如在第三方案中PDCP实体只包括一个上下文，则可容易地实现CID修改。在这种情况下，新PDCP实体用来自新小区无线电载体的IR-DYN分组的CID简单地代替原上下文信息的CID。然而，如果如在第一和第二方案中PDCP实体包括至少两个上下文，则CID修改更加复杂。
图5是描述当一个PDCP实体处理RTP媒体和RTCP流时CID修改程序的流程图。图5详细显示了图4所示的步骤430和440。
在此实施例中，建立新PDCP实体来压缩特定MBMSx的媒体m1，新PDCP实体包括用于解压缩RTP和RTCP流的上下文。因此，新PDCP实体接收有关原PDCP实体的两个上下文的信息，并将接收的上下文分为RTP流上下文和RTCP流上下文。
参照图5，UE从新小区接收IR-DYN分组(步骤505)。IR-DYN分组包括CID、简档(profile)和动态部分。简档表示施加给上下文的报头压缩方案，其由CID来标识。例如，简档0表示未对上下文施加报头压缩，简档1表示RTP/UDP/IP报头压缩，而简档2表示UDP/IP报头压缩。
UE通过简档值来检查IR-DYN分组涉及RTP还是RTCP。由于RTP流用简档1压缩，所以带有简档1的IR-DYN分组的上下文被施加给用于RTP的上下文。另外，因为RTCP分组未被压缩或用UDP/IP压缩方案压缩，所以具有简档0或简档2的IR-DYN分组的上下文被施加给用于RTCP的上下文。
在步骤510，UE检查IR-DYN分组的简档。如果简档值为0或2，则确定IR-DYN分组涉及RTCP流，从而执行步骤520。如果简档值为1，则确定IR-DYN分组涉及RTP流，从而执行步骤515。在步骤515，UE用IR-DYN分组的CID(CID_received)替换RTP上下文的CID(Decompression_CID_old_x_m1_RTP)。另外，如参照图4的上述内容，UE根据IR-DYN分组更新RTP上下文的动态部分。在步骤520，UE用IR-DYN分组的CID(CID_received)替换RTCP上下文的CID(Decompression_CID_old_x_m1_RTCP)。另外，如参照图4的上述内容，UE根据IR-DYN分组更新RTCP上下文的动态部分。
在下文中，将详细描述图5所示的程序。
小区y1提供由两个媒体m1和m2组成的MBMS业务x，并间歇生成关于这两个媒体的RTCP分组。通过PDCP实体P1压缩包括RTP媒体流和RTCP媒体流的m1报头，用于RTP媒体流的第一报头压缩上下文CID设为1，用于RTCP媒体流的第二报头压缩上下文CID设为2。简档1被施加给第一报头压缩上下文，简档2被施加给第二报头压缩上下文。
位于小区y1的UE包括用于接收MBMS业务x的PDCP实体P1’。PDCP实体P1’包括第一和第二报头解压缩上下文，以便分别解压缩简档值为1的RTP媒体流和简档值为2的RTCP媒体流。
当UE移入新小区y2，UE建立新PDCP实体P2’。因此，UE向新PDCP实体P2’发送PDCP实体P1’中所用的第一和第二报头解压缩上下文。新PDCP实体P2’识别出第一报头解压缩上下文是用于RTP媒体流的上下文，第二报头解压缩上下文是用于RTCP媒体流的上下文。
例如，如果新PDCP实体P2’接收CID为5的IR-DYN分组[5]，则UE检查该IR-DYN分组的简档。如果IR-DYN分组[5]的简档为1，则第一报头解压缩上下文的CID被改为5，且根据IR-DYN分组[5]更新第一报头解压缩上下文的动态部分。
在小区y2中，第一报头解压缩上下文被用于解压缩CID为5的分组的报头。例如，如果UE接收CID为10的IR-DYN分组[10]，且IR-DYN分组[10]的简档为2，则UE将第二报头解压缩上下文的CID设为10，并根据IR-DYN分组[10]更新第二报头解压缩上下文的动态部分。在小区y2中，第二报头解压缩上下文被用于解压缩CID为10的分组的报头。
以上的描述涉及第一方案，其中，一个PDCP实体处理一个媒体流。然而，如果一个PDCP实体处理多个媒体，且每个媒体包括多个媒体流，如以上参照第二方案描述的内容，其难以通过只使用简档信息来识别这些流。
例如，UE可以包括与PDCP实体P1’有关的用于媒体m1的RTP上下文(CID＝x)、用于媒体m2的RTP上下文(CID＝y)、用于媒体m1的RTCP上下文(CID＝w)、和用于媒体m2的RTCP上下文(CID＝z)。在这种情况下，在建立新PDCP实体P2’以后，UE向PDCP实体P2’提供上下文，并等待IR-DYN分组更新上下文的CID。
如果UE接收了IR-DYN分组[CID＝a，简档＝0或2]、IR-DYN分组[CID＝b，简档＝0或2]、IR-DYN分组[CID＝c，简档＝1]或IR-DYN分组[CID＝d，简档＝1]，则UE识别出c和d是用于RTP上下文的CID，a和b是用于RTCP上下文的CID。然而，UE不会识别用于RTP上下文的CID c和d与媒体m1和m2之间的关系。另外，UE不会识别出用于RTCP上下文的CID a和b与媒体m1和m2之间的关系。
IR-DYN分组具有有效负载类型(PT)字段，其表示用于编码RTP有效负载的代码。例如，PT3表示GSM话音编码，PT 12表示Q-CELP(高通公司码激励线性预测)话音编码，PT 34表示H.263视频编码。因为用于解压缩RTP协议报头的上下文具有PT值，所以UE比较IR-DYN分组的PT值与该上下文的PT值，从而检查上下文是否对应于IR-DYN分组。
例如，如果包含在媒体m1的RTP上下文中的PT值为“e”，包含在媒体m2的RTP上下文中的PT值为“f”，则PT值为“e”的IR-DYN分组的CID成为RTP上下文的CID，PT值为“f”的IR-DYN分组的CID成为RTCP上下文的CID。
图6是根据本发明优选实施例描述当一个PDCP实体处理两个媒体和两个RTCP流时PDCP实体修改CID的程序流程图。
这里，UE包括关于新PDCP实体的RTP媒体流的上下文和RTCP媒体流的上下文。新PDCP实体处理媒体m1和m2，并且可为媒体m1和m2中的每一个提供关于RTP和RTCP媒体流的上下文。因此，新PDCP实体接收涉及原PDCP实体的四个上下文的信息。新PDCP实体将媒体m1的RTP上下文存储为PT_RTP_m1，将媒体m2的RTP上下文存储为PT_RTP_m2。
参照图6，UE接收具有预定CID的IR-DYN分组(步骤605)。IR-DYN分组包括CID、简档和动态部分。如果IR-DYN分组涉及RTP，则动态部分包括PT值。
在步骤610，UE检查IR-DYN分组的简档。如果简档值为0或2，则IR-DYN分组涉及RTCP媒体流，并执行步骤630。如果简档值为1，则IR-DYN分组涉及RTP流，并执行步骤615。
在步骤615，UE检查IR-DYN分组的PT(PT_received)。如果IR-DYN分组的PT(PT_received)与媒体m1的RTP上下文的PT(PT_RTP_m1)相同，则执行步骤625。否则，执行步骤620。在步骤620，UE用IR-DYN分组的CID(CID_received)替换媒体m2的RTP上下文的CID(CID_RTP_m2)。之后，UE通过使用IR-DYN分组的动态部分更新媒体m2的RTP上下文的动态部分，并用更新的上下文恢复报头解压缩。在步骤625，UE用IR-DYN分组的CID(CID_received)替换媒体m1的RTP上下文的CID(CID_RTP_m1)。之后，UE通过使用IR-DYN分组的动态部分更新媒体m1的RTP上下文的动态部分，并用更新的上下文恢复报头解压缩。
在步骤630，PDCP实体将IR-DYN分组的CID(CID_reeived)与适当的上下文相匹配。因为用于RTCP流的IR-DYN分组不包括PT，所以将RTCP流与适当的媒体流相匹配变得非常复杂。
UE检查IR-DYN分组的简档是0还是2。如果IR-DYN分组的简档为0，则意味着未采用报头压缩。因此，UE通过使用UDP端口号确定与IR-DYN分组相匹配的RTCP流。
如果IR-DYN分组的简档为2，则意味着在UDP/IP报头中使用了报头压缩，从而只使用IR-DYN分组无法使RTCP流与CID相匹配。于是UE延迟对RTCP流的CID修改，直到接收到IR分组。当接收到IR分组时，UE通过查找关于具有匹配UDP端口号的RTCP流的上下文，根据IR分组中的UDP端口号执行CID修改，并将RTCP流的上下文CID设为IR分组的CID。
图7是根据本发明的实施例描述操作参数的设置程序的流程图。
参照图7，UE为新PDCP实体提供来自原PDCP实体的原上下文信息的操作参数(步骤705)。这些操作参数包括：D_MODE、D_STATE、D_TRANS和解压缩RTP时间戳所需的参数。D_MODE表示报头解压缩器的当前模式，D_STATE表示上下文的当前状态，D_TRANS表示是否正在切换报头解压缩器的模式。因为。解压缩RTP时间戳所需的参数具有静态值，所以重新使用原PDCP实体中所用的参数值。
在步骤710，如果原上下文的D_MODE不为“U”，则UE将原上下文信息的D_MODE设为“U”。如上所述，D_MODE表示报头解压缩器的当前模式，且可包括表示单方向传输模式的“U”、表示最佳传输模式的“O”和表示可靠传输模式的“R”。
在步骤715，UE将原上下文信息的D_STATE设为“STATIC CONTEXT(静态上下文)”。D_STATE表示上下文的当前状态，且包括“NO CONTEXT(无上下文)”、“STATIC CONTEXT(静态上下文)”和“FULL CONTEXT(完整上下文)”。“NOCONTEXT”指不存在上下文，从而不能执行报头解压缩操作，直到UE接收到IR分组。“STATIC CONTEXT”指只存在上下文的静态部分，从而不能通过接收IR-分组更新动态部分来执行报头解压缩操作。另外，“FULL CONTEXT”指存在全部的上下文信息，从而可立即执行报头解压缩操作。根据本发明的优选实施例，报头解压缩器在接收IR-DYN分组之后恢复报头解压缩，从而D_STATE被设置为STATICCONTEXT。
在步骤720，UE将原上下文信息的D_TRANS设置为DONE(完成)。D_TRANS是表示是否正在切换报头解压缩器模式的参数。如果正在切换报头解压缩器的模式，则将D_TRANS设置为“PENDING(未决)”。否则，将D_TRANS设置为DONE。因为新PDCP实体可工作在单向模式下，所以新PDCP实体的D_TRANS设为DONE。
以上的描述提供了一种通过使用原PDCP实体上下文建立新PDCP实体的方法。根据本发明的替换实施例，可通过预配置信息建立MBMS的新PDCP实体，以简单地建立与新PDCP实体的连接。为此，多个RNC通过使用相同的预配置信息建立PDCP实体和报头压缩器。因此，这些RNC基本上可使用相同的PDCP实体，从而提供MBMS的小区传输根据相同的PDCP实体而生成的数据。
根据此替换实施例，这些RNC通过使用相同的预配置信息建立MBMS的PDCP实体。因此，这些RNC基本上具有相同的PDCP实体、报头压缩器和报头压缩上下文。如果MBMS包括多个媒体流，则这些RNC的报头压缩上下文每个都可以具有相同的CID或媒体流。
图8是根据本发明用于在RNC中建立PDCP实体的实施例描述预定PDCP配置信息的视图，该配置信息用于UE建立对应的PDCP实体。
参照图8，“PDCP PDU报头”802表示PDCP报头的存在与否。因为PDCP报头不是报头压缩操作中的必需部分，故其可被省略。报头压缩信息804包括CID包含信息806、最大CID(MAX_CID)808和反向解压缩深度810。CID包含信息806指示CID是包含在ROHC分组中还是包含在PDCP报头中。在图8中，CID包含在ROHC分组中。最大CID(MAX_CID)808表示用于报头压缩器/解压缩器的最大CID值。这里，CID的最大值为15。反向解压缩深度810是表示未能解压缩报头的分组的存储能力的参数。在图8，反向解压缩深度810假设为“0”，这意味着未能解压缩报头的分组可被立即丢弃。为了识别具有多个RNC的相同报头的压缩上下文，这些RNC根据下列预先确定的次序将CID分配给报头压缩上下文。这里，一个报头压缩器/解压缩器可为n个媒体执行报头压缩/解压缩操作。
-CID0被分配给使用最低UDP端口号的RTP媒体流。
-CID1被分配给具有CID0的RTP媒体的RTCP流。
-CID2被分配给使用第二低UDP端口号的RTP媒体流。
-CID3被分配给具有CID2的RTP媒体的RTCP流。
-CID(x-1)*2被分配给使用第x低UDP端口号的RTP媒体流
-CID(x-1)*2-1被分配给具有CID(x-1)*2的RTP媒体的RTCP流。
这种系统可预先为特定PDCP实体所压缩/解压缩的媒体流和对应媒体的RTCP流确定CID。因此，UE可通过使用原CID恢复报头解压缩，而不用修改原CID，即使是在建立新PDCP实体时。
换言之，预先确定PDCP实体和报头压缩器/解压缩器的配置，简化了当UE在小区间移动和切换信道类型时重新建立PDCP实体和报头解压缩器的过程中UE的操作。
图9是根据本发明替换实施例描述为在小区之间移动的UE恢复MBMS的程序流程图。
参照图9，UE确定重新建立是否必要(步骤905)。这里，UE可根据如下的各种因素确定重新建立报头压缩。例如，当UE检测到具有不同PDCP实体的新小区时，或当MBMS信道类型被切换时。在步骤910，UE存储在原PDCP实体的报头解压缩器中所用的原上下文信息。然后，丢弃原PDCP实体和原报头解压缩器。
在步骤915，UE建立新PDCP实体并将原上下文信息(decompression_context_x_old)提供给新PDCP实体和报头解压缩器。在步骤920，如以上参照图7的描述，UE用适当值设置原上下文信息(decompression_context_x_old)的操作参数。
在步骤925，UE通过RLC层从新PDCP实体接收分组数据。该分组数据是从UE的RLC层发往UE的PDCP层的PDCP PDU。在步骤930，UE检查PDCP PDU是否是IR-DYN分组。如果PDCP PDU是IR-DYN分组，则执行步骤945。否则，执行步骤935，UE存储PDCP PDU并返回步骤925。即，在等待IR-DYN分组的同时所接收的PDCP PDU被存储在UE中以用于解压缩。与此同时，如果PDCP PDU不是必需的，则UE可丢弃这些PDCP PDU。
在步骤945，UE通过使用IR-DYN分组更新原上下文信息的动态部分(decompression_context_x_old)，从而形成新上下文(decompression_context_x_new)。与此同时，不必修改原上下文信息的CID。这是因为原小区中所用的原上下文信息的CID与用在新小区的压缩上下文的CID相同。因此，在步骤950，UE用新PDCP实体和新上下文(decompression_context_x_new)来恢复报头解压缩。与此同时，如果UE具有为解压缩存储的PDCP PDU，则可根据新上下文(decompression_context_x_new)解压缩PDCP PDU。
如上所述，如果使用用于PDCP实体和报头压缩器/解压缩器的预配置信息，则可重新使用原PDCP实体而不用重新建立PDCP实体，即使UE在小区间移动或切换信道类型时。图10是根据本发明另一替换实施例描述在UE中重新使用原PDPC实体的程序流程图。
参照图10，在步骤1005，UE确定当UE移入新小区或切换信道类型时，是否必须重新建立报头压缩。在步骤1020，如以上参照图7描述的内容，UE用适当值设置在原PDCP实体中所用的原上下文(decompression_context_x_old)的操作参数。即，D_MODE被设为U，D_STATE被设为STATIC CONTEXT，D_TRANS被设为DONE。
在步骤1025，UE通过较低层从新小区接收PDCP PDU。在步骤1030，UE检查PDCP PDU是否是IR-DYN分组。如果PDCP PDU是IR-DYN分组，则执行步骤1045。否则，执行步骤1035，UE存储和丢弃PDCP PDU，并返回步骤1025。
在步骤1045，UE通过使用IR-DYN分组更新上述上下文的动态部分。当已经重新建立操作参数并更新动态部分时，UE用更新的上下文来恢复报头解压缩(步骤1050)。
具有上述结构和操作的本发明具备下列代表性的优点。
UE在重新建立无线电载体的同时建立新PDCP实体，从而向新PDCP实体传送原上下文信息。因为新PDCP实体通过操作参数建立/CID修改/动态部分更新来利用原上下文信息，所以初始化程序不是必须的。因此，本发明可在建立新PDCP实体时快速恢复报头解压缩。
尽管已经参照某些优选实施例展示和描述了本发明，但本领域技术人员将理解在不脱离由后附权利要求所明确的本发明精神和范围的前提下，可在其中作出各种形式和细节的变化。

Claims (14)

1、一种通过用户设备(UE)在能够提供多媒体广播/多播业务(MBMS)的通信系统中恢复报头解压缩操作的方法，该方法包括步骤：
检测出接收MBMS的UE从原小区向新小区的移动；
复制并存储在原小区中使用的原报头解压缩上下文信息；
为了更新原报头解压缩信息，初始化动态部分以解压缩MBMS分组数据的报头，并等待初始化和更新动态(IR-DYN)分组，直到已在UE中接收到IR-DYN分组；
当已在UE中接收到IR-DYN分组时，通过使用IR-DYN分组更新原报头解压缩信息来创建新报头解压缩上下文；以及
使用新报头解压缩上下文来解压缩发自新小区的MBMS分组数据的报头。
2、根据权利要求1的方法，其中，如果在UE中接收到IR-DYN之前在UE中已经接收到MBMS的其它分组数据，则存储其它分组数据以便在创建新报头解压缩上下文之后解压缩其它分组数据报头。
3、根据权利要求1的方法，其中，当UE被移入新小区时，确定新小区是否采用不同于原小区的报头解压缩器和报头压缩上下文，并为新小区建立新报头解压缩器以及新报头压缩上下文。
4、根据权利要求1的方法，其中，当创建新报头解压缩上下文时，用IR-DYN分组的上下文ID替换原报头解压缩上下文信息的上下文ID。
5、根据权利要求4的方法，其中，当创建新报头解压缩上下文时，根据包含在IR-DYN分组中的简档信息，确定IR-DYN分组是否匹配原报头解压缩上下文信息，如果IR-DYN分组匹配原报头解压缩上下文信息，则用IR-DYN分组的上下文ID替换原报头解压缩上下文信息的上下文ID。
6、根据权利要求4的方法，其中，当创建新报头解压缩上下文时，根据包含在IR-DYN分组中的有效负载类型和简档信息，确定IR-DYN分组是否匹配原报头解压缩上下文信息，如果IR-DYN分组匹配原报头解压缩上下文信息，则用IR-DYN分组的上下文ID替换原报头解压缩上下文信息的上下文ID。
7、根据权利要求4的方法，其中，当创建新报头解压缩上下文时，用包含在IR-DYN分组中的动态报头字段代替原报头解压缩上下文信息的动态部分。
8、根据权利要求1的方法，进一步包括用预定值设置原报头解压缩上下文信息的操作参数值的步骤。
9、根据权利要求8的方法，其中，设置操作参数值的步骤包括子步骤：将表示新报头解压缩器操作模式的操作参数值设为表示单向模式的值；将表示新报头解压缩上下文状态的操作参数值设为表示必须更新该动态部分的值；以及，将表示新报头解压缩器模式切换状态的操作参数值设为表示没有切换新报头解压缩模式的值。
10、一种通过用户设备(UE)在能够提供多媒体广播/多播业务(MBMS)的通信系统中恢复报头解压缩操作的方法，该方法包括步骤：
在多个小区中，根据用于MBMS的预配置信息，准备基本上彼此相同的多个报头压缩器和多个报头压缩上下文；
检测接收MBMS的UE从原小区向新小区的移动；
建立新报头解压缩器，用于解压缩具有发自新小区的压缩报头的分组数据；
复制并存储原报头解压缩上下文信息，所述原报头解压缩上下文信息在原小区中使用并且包括上下文ID、静态部分、动态部分以及操作参数；
用预定值设置原报头解压缩上下文信息的操作参数值；
为了更新原报头解压缩信息，初始化动态部分以解压缩MBMS分组数据的报头，并等待初始化和更新动态(IR-DYN)分组，直到已在UE中接收到IR-DYN分组；
当已在UE中接收到IR-DYN分组时，通过使用 IR-DYN分组更新原报头解压缩信息来创建新报头解压缩上下文；以及
使用新报头解压缩上下文来解压缩发自新小区的MBMS分组数据的报头。
11、根据权利要求10的方法，其中，如果在UE中接收到IR-DYN之前在UE中已经接收到MBMS的其它分组数据，则存储其它分组数据以便在创建新报头解压缩上下文之后解压缩其它分组数据报头。
12、根据权利要求10的方法，其中，设置操作参数值步骤包括子步骤：将表示新报头解压缩器操作模式的操作参数值设为表示单向模式的值；将表示新报头解压缩上下文状态的操作参数值设为表示必须更新动态部分的值；以及将表示新报头解压缩器模式切换状态的操作参数值设为表示没有切换新报头解压缩模式的值。
13、根据权利要求10的方法，其中预配置信息包括：表示含有上下文ID的分组格式的上下文ID(CID)包含信息、表示上下文ID最大值的最大上下文ID、以及表示未能解压缩报头的分组的存储能量的反向解压缩深度。
14、根据权利要求10的方法，其中，当MBMS包括多个实时传输协议(PTP)流和多个RTP控制协议(RTCP)流时，在小区中准备报头压缩器和报头压缩上下文的步骤包括子步骤：将CID(x-1)*2分配给一个使用第x用户数据协议(UDP)端口号的RTP媒体流的报头压缩上下文；以及，将CID(x-1)*2-1分配给对应于具有CID(x-1)*2的RTP媒体的RTCP流的报头压缩上下文。
CN200510062812XA 2004-02-12 2005-02-16 在多媒体广播/多播业务系统中恢复报头解压缩的方法 Active CN1655536B (zh)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
KR9392/2004 2004-02-12
KR20040009392 2004-02-12
KR9392/04 2004-02-12
KR20040062971A KR100770857B1 (ko) 2004-02-12 2004-08-10 멀티미디어 방송/멀티캐스트 서비스 시스템에서 헤더 복원 동작을 재개하는 방법
KR62971/04 2004-08-10
KR62971/2004 2004-08-10

Publications (2)

Publication Number Publication Date
CN1655536A true CN1655536A (zh) 2005-08-17
CN1655536B CN1655536B (zh) 2010-06-16

Family

ID=34703462

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200510062812XA Active CN1655536B (zh) 2004-02-12 2005-02-16 在多媒体广播/多播业务系统中恢复报头解压缩的方法

Country Status (6)

Country Link
US (1) US7450547B2 (zh)
EP (2) EP2375651B1 (zh)
JP (1) JP4065277B2 (zh)
KR (1) KR100770857B1 (zh)
CN (1) CN1655536B (zh)
AU (1) AU2005200657B2 (zh)

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011012037A1 (zh) * 2009-07-31 2011-02-03 中兴通讯股份有限公司 协议数据单元指示的发送方法及装置
CN101369912B (zh) * 2007-08-13 2011-04-06 大唐移动通信设备有限公司 一种用户设备上下文更新方法与装置
CN101605304B (zh) * 2008-06-13 2012-02-29 富士通株式会社 内容分发系统、内容分发装置、终端设备和内容分发方法
CN102474753A (zh) * 2009-08-17 2012-05-23 高通股份有限公司 用于中继节点的报头压缩
CN101809952B (zh) * 2007-10-05 2012-12-12 三星电子株式会社 用于具有延迟迟钝数据转发的无线通信的系统和方法
CN101755429B (zh) * 2007-06-22 2013-01-09 捷讯研究有限公司 分组数据汇聚协议的位置
CN102150148B (zh) * 2008-09-09 2015-05-13 思科技术公司 层2拓扑中针对单播帧和多播帧的差别化服务
CN107193642A (zh) * 2016-03-14 2017-09-22 阿里巴巴集团控股有限公司 任务数据压缩切换方法、宜压缩程度评价方法及相关装置
CN107566330A (zh) * 2016-06-30 2018-01-09 英特尔Ip公司 适于维持接收数据质量的装置和用于接收数据的方法
WO2020221202A1 (zh) * 2019-04-30 2020-11-05 华为技术有限公司 一种数据处理方法、通信装置和系统
CN115022922A (zh) * 2014-09-24 2022-09-06 三星电子株式会社 用于lte系统中的呼叫处理方法和装置
WO2023011004A1 (zh) * 2021-08-05 2023-02-09 华为技术有限公司 通信方法及通信装置
WO2023070577A1 (zh) * 2021-10-29 2023-05-04 Oppo广东移动通信有限公司 一种头压缩方法及装置、终端设备、网络设备
CN111092844B (zh) * 2018-10-23 2023-12-01 瑞昱半导体股份有限公司 进行压缩操作的模式转换的方法、及传输装置

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100884956B1 (ko) * 2002-08-14 2009-02-23 엘지전자 주식회사 비대칭 양방향 패킷데이터 송수신 방법 및 시스템
KR100762669B1 (ko) * 2004-03-15 2007-10-01 삼성전자주식회사 멀티미디어 방송/멀티캐스트 서비스 시스템에서 수신신호의 신호이득을 최대화하는 방법 및 시스템
US7706262B2 (en) * 2005-09-30 2010-04-27 Alcatel-Lucent Usa Inc. Identifying data and/or control packets in wireless communication
KR101119100B1 (ko) * 2005-01-03 2012-03-16 엘지전자 주식회사 데이터 블록 송수신 방법
KR100905965B1 (ko) * 2005-10-04 2009-07-06 엘지전자 주식회사 무선통신 시스템에서의 ｒｌｃ 재연결 방법
EP1808995A1 (en) * 2006-01-13 2007-07-18 Thomson Licensing S.A. Method for the exchange of data packets in a network of distributed stations, device for compression of data packets and device for decompression of data packets
KR101333623B1 (ko) * 2006-10-31 2014-01-13 삼성전자주식회사 광대역 무선접속 시스템에서 멀티캐스트 및 브로드캐스트서비스를 위한 장치 및 방법
US8081603B2 (en) * 2007-07-18 2011-12-20 Qualcomm Incorporated Compression static and semi-static context transfer
EP2209265B1 (en) * 2007-10-31 2015-08-26 Fujitsu Limited Communication method and communication terminal, data transfer device, and controller
US8116695B2 (en) * 2008-01-10 2012-02-14 Amimon Ltd Method, device and system of reduced peak-to-average-ratio communication
CN102595492B (zh) * 2008-09-22 2015-04-01 中兴通讯股份有限公司 基于WiMAX系统的ROHC业务流处理方法及装置
JP4939520B2 (ja) * 2008-12-10 2012-05-30 日本放送協会 一方向伝送路に用いる送信端末、受信端末及び伝送システム
GB2474006B (en) * 2009-08-11 2012-05-02 Samsung Electronics Co Ltd Network element, wireless communication units and methods for scheduling communications
CN101848491A (zh) * 2010-04-21 2010-09-29 中兴通讯股份有限公司 鲁棒性头压缩中一种模式转换的方法及装置
US9125087B2 (en) * 2011-10-22 2015-09-01 Qualcomm Incorporated Systems and methods for header compression
CN103516598A (zh) * 2012-06-15 2014-01-15 中兴通讯股份有限公司 报文的发送方法及装置
JP5183815B2 (ja) * 2012-06-29 2013-04-17 日本放送協会 一方向伝送路に用いる送信端末、受信端末及び伝送システム
US20160212042A1 (en) * 2013-08-19 2016-07-21 Lg Electronics Inc. Broadcast transmitting device, broadcast receiving device, operating method of the broadcast transmitting device, and operating method of the broadcast receiving device
US9392082B2 (en) * 2013-09-12 2016-07-12 Nvidia Corporation Communication interface and method for robust header compression of data flows
IN2014CH00621A (zh) * 2014-02-07 2015-08-14 Samsung R & D Inst India Bangalore Private Ltd
JP2015156524A (ja) * 2014-02-19 2015-08-27 株式会社Ｎｔｔドコモ 通信装置、及びコンテクスト制御方法
US9473979B2 (en) 2014-06-30 2016-10-18 Motorola Solutions, Inc. Method and system for data transmission
US9923695B2 (en) * 2014-09-24 2018-03-20 Samsung Electronics Co., Ltd. Call processing method and apparatus for use in LTE system
WO2016093586A1 (ko) * 2014-12-10 2016-06-16 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN107645746B (zh) * 2016-07-20 2021-03-16 深圳市中兴微电子技术有限公司 一种上下文更新方法、系统及设备
WO2023195986A1 (en) * 2022-04-07 2023-10-12 Zeku, Inc. Hybrid rohc-rtp stack for small packet applications

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI107000B (fi) * 1999-02-17 2001-05-15 Nokia Mobile Phones Ltd Otsikon pakkaaminen reaaliaikaisissa palveluissa
JP3653721B2 (ja) * 2000-06-30 2005-06-02 日本電気株式会社 通信装置及びそれを備えたシステム
KR100742868B1 (ko) 2000-07-27 2007-07-26 텔레폰악티에볼라겟엘엠에릭슨(펍) 이동 데이터 통신망에서의 핸드오버 동안의 헤더 압축문맥 제어 방법
US20020064190A1 (en) * 2000-11-30 2002-05-30 Sikora John J. Method for compressing packet headers within a trunking protocol for aggregating multiple information channels across a network
US7290063B2 (en) * 2001-01-10 2007-10-30 Nokia Corporation Relocating context information in header compression
US20040100913A1 (en) * 2001-03-28 2004-05-27 Juha Kalliokulju Method for providing parameters during a change of access, cellular communications system, user equipment and network element
US7336952B2 (en) * 2001-10-24 2008-02-26 Qualcomm, Incorporated Method and system for hard handoff in a broadcast communication system
JP3942447B2 (ja) 2002-02-04 2007-07-11 沖電気工業株式会社 ネットワークサーバ及びネットワーク
KR100883063B1 (ko) * 2002-02-16 2009-02-10 엘지전자 주식회사 문맥 재할당 방법
KR100884956B1 (ko) * 2002-08-14 2009-02-23 엘지전자 주식회사 비대칭 양방향 패킷데이터 송수신 방법 및 시스템
KR100936586B1 (ko) * 2002-09-19 2010-01-13 엘지전자 주식회사 멀티미디어 방송 및 멀티캐스트 서비스에서의 데이터 전송 방법 및 시스템
JP4092562B2 (ja) * 2002-12-12 2008-05-28 日本電気株式会社 移動通信システム、端末リソース制御部及び基地局リソース制御部、並びにそれらの制御方法

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101755429B (zh) * 2007-06-22 2013-01-09 捷讯研究有限公司 分组数据汇聚协议的位置
CN101369912B (zh) * 2007-08-13 2011-04-06 大唐移动通信设备有限公司 一种用户设备上下文更新方法与装置
CN101809952B (zh) * 2007-10-05 2012-12-12 三星电子株式会社 用于具有延迟迟钝数据转发的无线通信的系统和方法
CN101605304B (zh) * 2008-06-13 2012-02-29 富士通株式会社 内容分发系统、内容分发装置、终端设备和内容分发方法
CN102150148B (zh) * 2008-09-09 2015-05-13 思科技术公司 层2拓扑中针对单播帧和多播帧的差别化服务
WO2011012037A1 (zh) * 2009-07-31 2011-02-03 中兴通讯股份有限公司 协议数据单元指示的发送方法及装置
CN102474753A (zh) * 2009-08-17 2012-05-23 高通股份有限公司 用于中继节点的报头压缩
CN115022922A (zh) * 2014-09-24 2022-09-06 三星电子株式会社 用于lte系统中的呼叫处理方法和装置
CN107193642A (zh) * 2016-03-14 2017-09-22 阿里巴巴集团控股有限公司 任务数据压缩切换方法、宜压缩程度评价方法及相关装置
CN107566330A (zh) * 2016-06-30 2018-01-09 英特尔Ip公司 适于维持接收数据质量的装置和用于接收数据的方法
CN107566330B (zh) * 2016-06-30 2022-01-04 苹果公司 适于维持接收数据质量的装置和用于接收数据的方法
CN111092844B (zh) * 2018-10-23 2023-12-01 瑞昱半导体股份有限公司 进行压缩操作的模式转换的方法、及传输装置
WO2020221202A1 (zh) * 2019-04-30 2020-11-05 华为技术有限公司 一种数据处理方法、通信装置和系统
WO2023011004A1 (zh) * 2021-08-05 2023-02-09 华为技术有限公司 通信方法及通信装置
WO2023070577A1 (zh) * 2021-10-29 2023-05-04 Oppo广东移动通信有限公司 一种头压缩方法及装置、终端设备、网络设备

Also Published As

Publication number Publication date
US20050201366A1 (en) 2005-09-15
KR100770857B1 (ko) 2007-10-26
KR20050081835A (ko) 2005-08-19
EP2375651B1 (en) 2018-10-31
JP2005229629A (ja) 2005-08-25
EP2375651A3 (en) 2013-06-05
EP1565025B1 (en) 2011-12-28
EP1565025A2 (en) 2005-08-17
JP4065277B2 (ja) 2008-03-19
AU2005200657B2 (en) 2006-06-22
EP1565025A3 (en) 2006-05-03
US7450547B2 (en) 2008-11-11
AU2005200657A1 (en) 2005-09-01
CN1655536B (zh) 2010-06-16
EP2375651A2 (en) 2011-10-12

Similar Documents

Publication Publication Date Title
CN1655536A (zh) 在多媒体广播/多播业务系统中恢复报头解压缩的方法
CN101069401A (zh) 利用取决于媒体特性的上下文信息的传输的标题压缩的方法和设备
CN1213630C (zh) 移动台在无线网络子系统间切换期间的算法参数的传送
CN101057461A (zh) 宽带无线通信系统中用于压缩首标的装置和方法
CN1537378A (zh) 无线通信系统中传播信令的方法和设备
CN1438809A (zh) 上下文重定位方法
CN1636370A (zh) 无线通信系统中数据传送的方法和装置
CN1969475A (zh) 用于蜂窝广播和通信系统的方法和设备
CN1643820A (zh) 移动通信系统中的组播业务提供方法
CN1396782A (zh) 无线通信系统中的分组数据业务
CN1794827A (zh) 一种多媒体广播/组播服务控制信息的接收方法
CN1860737A (zh) 使用在wlan接入点与服务提供网络之间的网关节点在wlan接入点上到cdma/umts服务的接入
CN1375966A (zh) 用实时包传输状态和传输路径阻塞状态的通信质量控制
CN1615618A (zh) 双向分包数据传输系统和方法
CN101047711A (zh) Ip报文传输、协商带宽节省能力和节省网络带宽的方法
CN1663151A (zh) 在无线移动通信系统中的多媒体服务提供方法
CN1470120A (zh) 在链路层采用信头压缩密钥的上下文标识
CN1507730A (zh) 提供无线通信系统内的协议选项的方法和装置
CN1611036A (zh) 在无线电通信系统中广播服务选项的带外传输的方法和设备
CN101040492A (zh) 无线通信系统中基于分组的切换系统和方法
CN1602644A (zh) 广播通信系统中用于越区切换的方法和系统
CN1992671A (zh) 第三代演进系统中传输ip头压缩数据包的方法
CN1921346A (zh) 数据分割级联传送方法
CN1859728A (zh) 网络中激活态an之间软切换及会话迁移的实现方法
CN1859445A (zh) 一种移动终端ip地址分配方法

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