CN1833413A - 用于为多媒体广播/多播服务配置协议的方法和设备 - Google Patents
用于为多媒体广播/多播服务配置协议的方法和设备 Download PDFInfo
- Publication number
- CN1833413A CN1833413A CNA2004800227861A CN200480022786A CN1833413A CN 1833413 A CN1833413 A CN 1833413A CN A2004800227861 A CNA2004800227861 A CN A2004800227861A CN 200480022786 A CN200480022786 A CN 200480022786A CN 1833413 A CN1833413 A CN 1833413A
- Authority
- CN
- China
- Prior art keywords
- data
- solid
- lower course
- rlc
- buffer
- 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.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
提供了一种用于在移动通讯系统中将MBMS服务提供给多个小区的方法和设备。在包括用于提供MBMS服务的RNC和与该RNC连接的多个节点B的移动通讯系统中,用于将MBMS服务提供给在多个小区内的UE。将该RNC进行配置以具有与小区对应的多个下层实体。对于小区公共的RLC和PDCP实体从上层接收MBMS数据,并且在从一个下层实体接收到请求时将该MBMS数据发送到所述下层实体。因此,RNC可以更加有效地提供MBMS服务,并且减少不必要的系统资源消耗。
Description
技术领域
本发明总体涉及移动通讯系统中的MBMS(多媒体广播/多播服务),更具体地说,涉及用于使用公共协议实体将MBMS服务提供给多个小区的方法和设备。
背景技术
作为一种第三代移动通讯系统的UMTS(通用移动电信服务)是基于GSM(全球移动通讯系统)和GPRS(通用分组无线电服务)通讯标准。而且,其使用WCDMA(宽带码分多址)技术,而GSM利用TDMA(时分多址)。UMTS提供一种以2Mbps或者更高的速率将被分组的文字、数字话音和视频、以及多媒体数据发送到世界范围内的移动订户或计算机用户的统一的服务。随着虚拟接入概念的引入,UMTS使得能够任何时间对网络中任何端点进行接入。虚拟接入是指使用如IP(因特网协议)的分组协议的分组交换的接入。
图1示出了传统的UTRAN(UMTS地面无线电接入网络)。参照图1,UTRAN 102包括多个小区110、114、122和126,节点B 108、112、120和124,以及RNC(无线电网络控制器)106和118。UTRAN 102将UE(用户设备)128连接到核心网络(CN)100。RNC 106控制节点B 110和114,而RNC 118控制节点B 120和124。节点B 108、112、120和124分别控制它们的小区110、114、122和126。
将RNC和在RNC的控制下的节点B和小区共同称为RNS(无线电网络子系统)。将RNC 106和118通过lub接口连接到节点B 108、112、120和124,而将RNC 106经由lur接口与RNC 118连接。
RNC 106和118分配或者管理在它们的控制下的节点B 108、112、120和124。节点B 108、112、120和124提供实际的无线电资源。为每个小区配置无线电资源,并且由节点B 108、112、120和124所提供的无线电资源用于在它们的覆盖范围内的小区。UE 128使用由特定节点B所提供的无线电资源来建立无线电信道,并且在该无线电信道上进行通讯。通常,从UE的角度来说,节点B和小区之间区别是无意义的。UE 128仅仅识别基于小区所建立的物理信道。因此,在这里可以互换地使用术语节点B和小区。
在UE和RNC之间定义Uu接口。在图2中详细地描述了Uu接口的层级的协议体系结构。与lu或者lub接口类似,将Uu接口当作用于在节点之间进行通讯而被配置的协议栈。将分别在用于在UE和RNC之间交换控制信号的控制平面(C平面)和在用于发送实际数据的用户平面(U平面)中描述Uu接口。
参照图2,通过RRC(无线电资源控制)层204、RLC(无线电链路控制)层210、MAC(介质访问控制)层212、和PHY(物理)层214来处理C平面信令200。通过PDCP(分组数据控制协议)层206、BMC(广播/多播控制)层208、RLC层210、MAC层212、和PHY层214来处理U平面信息202。在每个小区中定义PHY层214,而在每个RNC中定义MAC层212到RRC层204。
PHY层214通过无线电发送技术来提供信息发送服务,并且与OSI(开发系统互连)模型中的层1(L1)对应。PHY层214经由传送信道连接到MAC层212。根据在PHY层214中如何处理数据来定义该传送信道。PHY层214用对于每个小区专用的扰码和对于每个物理信道专用的信道化代码将MBMS数据进行编码用于无线电传输。
通过逻辑信道将MAC层212连接到RLC层210。MAC层212在适当的传送信道上将从RLC层210接收的数据发送到PHY层214。其还将在传送信道上从PHY层214所接收的数据在适当的逻辑信道上发送到RLC层210。MAC层212将附加的信息插入到在逻辑信道上或在传送信道上所接收的数据中,或者通过翻译被插入的附加信息来执行适当的操作,并且控制随机访问。
RLC层210控制逻辑信道的建立和释放。RLC层210在确认模式(AM)、不确认模式(UM)、和透明模式(TM)中的一种模式中进行操作。通常,在UM模式中,RLC层210将SDC(服务数据单元)分段为适当的尺寸,将SDU进行连接,并且通过ARQ(自动重复请求)修正错误。在TM中,RLC层210仅仅发送SDU而不进行任何处理。
PDCP层206是在U平面上比RLC层210高的层。PDCP层206负责在由于移动性使得用于将服务提供给适当的UE的RNC改变时,对IP分组的格式的数据头部进行压缩和解压缩并且进行无丢失数据传输。虽然对于一般服务,PDCP层206支持无丢失SRNR(工作RNC)重定位并且压缩头部,但是对于MBMS服务,从广播/多播的特性来说,其不需要支持无丢失SRNS重定位。SRNS重定位是从老的RNC将UE向其移动的RNC重新设置为新的RNC。BMC层208处于比RLC层210高的层中,并且支持其中将相同的数据发送到未指定的多个UE的广播服务。
在特定服务的呼叫建立中,RNC在各个层PDCP、RLC、MAC和PHY中配置用于执行协议操作的实体以提供服务。将一组协议实体称为无线电载体(RB)。可以将每个协议实体配置作为软件模块。将协议实体之间的访问点称为SAP(服务访问点)。例如,PDCP和RLC实体之间的访问点是RLCSAP。通过RLC SAP,PDCP实体将诸如作为用户数据的RLC-DATA-REQ的原语发送到RLC实体。
RRC层204负责分配和释放UTRAN和UE之间的资源。RRC层204在RRC连接模式中管理被分配给UE的资源,管理它们的移动性,并且发送CN信号给UE。
在UMTS通讯系统中UE和RNC之间的上述协议配置基于点到点(PtP)连接。在其中通过无线电网络将相同的多媒体发送到多个接收者的MBMS服务中,所述接收者共享单个无线电信道以节省无线电发送资源。对于MBMS服务,PDCP层206仅仅控制与头部压缩和解压缩有关的功能。因为仅仅在下行链路上提供MBMS服务,所以在RNC中执行头部压缩功能而在UE中执行头部解压缩功能。
在MBMS服务中,将相同的数据从RNC发送到多个UE等效于将相同的数据从RNC发送到其中放置有多个UE的小区。因此,在RNC和UE之间建立点到多点(PtM)连接。相应地,MBMS服务不同于其中一个RNC发送数据到一个UE的现存的单播服务。因此,如在现有技术中的做法一样,为每个RB使用一个PDCP实体、一个RLC实体、一个MAC实体和一个PHY实体消耗了大量的系统资源并且同时增加了服务延迟。
发明内容
本发明的目的是基本上至少解决上述问题和/或缺点并且提供至少下面优点。因此,本发明的目的是提供一种方法和设备,通过使用一个PDCP实体为MBMS服务配置RB以及MBMS移动通讯系统中的一个头部压缩器来减少RNC处理负载。
本发明的另一个目的是提供一种用于操作与多个下层协议实体连接的一个公共PDCP实体以提供MBMS服务的方法,以及PDCP实体的配置。
本发明的再一个目的是提供一种方法和设备,用于通过为在MBMS移动通讯系统中的PtP模式中的MBMS服务配置RB来减少RNC处理负载。
本发明的再一个目的是提供一种方法和设备,用于通过在为处理MBMS数据而配置MBMS RB中形成公共RLC实体来减少RNC处理负载。
通过提供一种用于在移动通讯系统中将MBMS服务提供给多个小区的方法和设备来实现上述目的。在具有用于提供MBMS服务的RNC和与RNC连接的多个节点B的移动通讯系统中,为了将MBMS服务提供给在多个小区内的UE,将RNC配置为具有与小区对应的多个下层实体,并且为了从上层接收MBMS数据,RLC和PDCP实体对于小区是公共的,并且当从一个下层实体接收到请求时,将MBMS数据发送到下层实体。
附图说明
结合附图通过下面详细描述本发明的上述和其他目的、特点、和优点将变得更加明显,其中:
图1示出了用于提供MBMS服务的典型UTRAN;
图2示出了在UE和RNC之间的接口的层级协议架构;
图3示出了MBMS移动通讯系统的结构;
图4示出了MBMS服务提供过程的信号流;
图5A和5B示出了用于头部压缩的PDCP实体的结构;
图6示出了根据本发明的优选实施方式的RNC中的MBMS RB;
图7示出了根据本发明的实施方式的用于将MBMS数据发送到多个小区的PDCP实体的详细结构;
图8示出了根据本发明的实施方式的用于为一个MBMS服务配置公共PDCP实体的操作的流程图;
图9示出了根据本发明的实施方式的用于在PDCP实体中处理MBMS数据的操作的流程图;
图10示出了根据本发明的实施方式的用于选择性地发送MBMS控制分组的PDCP实体的操作和结构;
图11示出了根据本发明的实施方式的用于在RNC中处理MBMS数据的处理链;
图12示出了根据本发明的实施方式的公共RLC实体的详细结构;
图13示出了根据本发明的实施方式用于配置公共RLC实体的操作的流程图;
图14示出了根据本发明的实施方式在公共RLC实体中用于处理从上层接收的数据的操作的流程图;
图15示出了根据本发明的另一个实施方式的公共RLC实体;
图16示出了根据本发明的实施方式用于配置公共RLC实体的操作的流程图;
图17示出了根据本发明的实施方式用于在公共RLC实体中处理从上层接收的数据的操作的流程图;
图18示出了根据本发明的实施方式的公共RLC实体的结构;和
图19示出了根据本发明的实施方式用于配置公共RLC实体的操作的流程图。
具体实施方式
以下,参照附图来详细说明本发明的优选实施方式。在下面的描述中,因为公知的功能或结构可能以不必要的细节妨碍对本发明的说明,所以没有对它们进行详细描述。
本发明提供了一种MBMS RB配置,即使当用于处理MBMS数据的MBMS RB被配置横跨在RNC和UE之间的Uu接口上的多个小区时,这种MBMS RB配置也可以通过仅仅使用一个层实体来减少RNC处理负载。MBMS RB是一组PDCP/RLC/MAC/PHY层,用于以适合于在Uu接口上发送的格式处理经由lu接口接收的MBMS数据。
图3示出了基于3GPP(第三代伙伴项目)的第三代异步移动通讯标准的、用于提供MBMS服务的MBMS移动通讯系统的简化的结构。参照图3,UE 361、362、363、371和372是能够接收MBMS服务的终端设备或者订户。第一小区360(小区1)和第二小区370(小区2)是将MBMS相关的数据发送到订户的基站设备。如果图3中所示,仅仅在小区1和UE 361、362和363之间建立一条无线电信道。RNC 340是控制多个小区的无线电网络控制器。更具体地说,RNC 340选择性地将多媒体数据发送到特定的小区并且控制为MBMS服务建立的无线电信道。
SGSN(工作GPRS支持节点)330为每个订户控制MBMS相关的服务。其主要控制操作是对被提供给每个订户的服务的计费数据的管理和选择性地发送多媒体数据给特定的RNC。转接网(N/W)320提供BM-SC(广播/多播服务中心)310和SGSN 330之间的通路。可将转接网N/W 320配置为具有GGSN(网关FPRS支持节点)和外部CN。BM-SC 310是MBMS数据的源并且为每个服务调度数据。
将从BM-SC 340产生的MBMS数据流通过转接网N/W 320、SGSN 330、RNC 340和小区360及370发送到UE 361、362、363、371和372。虽然未示出,对于一个MBMS服务可以存在多个SGSN并且对于每个SGSN可以存在多个RNC。SGSN选择性地发送数据到RNC并且RNC选择性地发送数据到小区。因此,必须存储目的地的列表(即,在SGSN中的RNC列表和在RNC中的小区列表)并且参照所存储的列表将MBMS数据选择性地发送到目的地。
图4示出了用于MBMS服务提供过程的信号流。为了描述小区中的MBMS服务提供过程的例子,示出了接收MBMS服务的UE、RNC和SGSN之间的信号流。
参照图4,在步骤400,SGSN通过RNC将例如MBMS服务的ID的、关于MBMS服务的基本信息,和指示是否可以获得MBMS服务的信息(宣布)通知给UE。如果MBMS服务包括UE请求的MBMS服务,则在步骤410,UE通过RNC通知SGSN:其将加入所期望的MBMS服务(加入)。
在加入步骤410中,UE将所期望的MBMS服务的ID通知给SGSN。通过交换激活MBMS上下文请求消息和激活MBMS上下文接受消息,SGSN验证UE并且将UE是否可以获得该MBMS服务通知给UE。SGSN存储想要特定MBMS服务的UE的列表和它们的位置。
当BM-SC宣布MBMS服务开始时,SGSN在步骤415将会话开始消息发送给具有在其覆盖区域内的UE的RNC。在步骤420,RNC在诸如S-CCPCH(副公共控制物理信道)的公共信道上发送MBMS寻呼消息给UE以寻呼UE。因为通过MBMS寻呼消息来寻呼加入了MBMS服务的多个UE,所以与传统的寻呼过程不同,而将步骤420称为群寻呼。
在步骤430,UE发送用于寻呼的MBMS寻呼响应。因此,RNC接收关于在每个小区中请求接收该MBMS的UE的数量的信息,并且确定用于每个小区的无线电信道的类型(即,服务类型)。也就是,如果想要该MBMS服务的UE的数量等于或大于预定的阈值,则在PtM模式中在公共信道上将该MBMS服务提供给它们。如果该数量小于阈值,则为各个UE建立专用的信道并且在PtP模式中在该专用信道上将该MBMS服务提供给UE。通过在RNC和UE或者在SGSN和UE之间交换控制消息来执行步骤430。
当将服务类型确定为PtP时,以与传统单播服务相同的方式提供MBMS服务。但是,当服务类型是PtM时,必须建立RNC和多个UE之间的连接。
在步骤433中,RNC配置用于将MBMS服务提供给多个UE的MBMSRB。该MBMS RB与将发送该MBMS服务的无线电信道相关。RNC在步骤435在MBMS控制信道(MCCH)上将MBMS RB配置信息发送到UE。MBMSRB配置信息包括(例如)OVSF(正交可变扩频因子)代码信息、传送格式信息、RLC信息、PDCP信息等。
通常,将一个MCCH对于每个小区进行配置并且映射到诸如S-CCPCH的公共信道上。UE获取关于MCCH的信息作为系统信息。在步骤440,UE根据MBMS RB配置信息接收MBMS数据。
UTRAN在PDCP/RLC/MAC/PHY的层级结构中为服务提供数据。PDCP/RLC/MAC层在RNC中,而PHY层在节点B中。对于MBMS服务,想要相同MBMS服务的UE可能位于不同的小区中。在这种情况中,必须将MBMS数据发送到多个小区。
但是,为了提供MBMS服务而对于每个小区配置PDCP/RLC/MAC/PHY实体是效率非常低的。在实际中,将上层网络部件(例如,SGSN)提供给RNC的MBMS数据在作为上层的PDCP和RLC中进行相同处理,然后在下层中根据小区进行不同的处理。因此,在本发明中在RNC中为一个MBMS服务配置一个公共的层实体并且下层实体对于各个小区分别操作。
在PDCP实体中的重要数据处理是头部压缩/解压缩。在通过IP网络提供的MBMS服务中,因为MBMS服务的最重要应用是多媒体流服务并且用于提供多媒体流服务的的最重要的方案是IP/UDP(用户数据报)/RTP(实时传输协议),所以MBMS数据是IP/UDP/RTP分组。IP/UDP/RTP分组包括IP头部、UDP头部、和RTP头部,其占用40到60个字节。因此,对于无线传输来说IP/UDP/RTP分组太大了。
PDCP实体通过从其头部去除静态字段而将发送数据分组的IP/UDP/RTP头部压缩为几个字节,并且将压缩的数据分组发送到较低的RLC层。其参考预先存储的头部上下文来恢复所接收的数据分组的压缩的头部。例如,将被称为ROHC(坚固头部压缩)的头部压缩技术应用于MBMS。结果,将ROHC头部压缩器和解压缩器提供给处理MBMS数据的PDCP实体。将相同的头部压缩技术用于相同的MBMS服务。
图5A和5B示出了用于头部压缩的PDCP实体的结构。图5A示出了为每个小区使用PDCP实体的头部压缩。每个PDCP实体带有头部压缩器510、515、或520。如果将在不同的小区中的头部压缩器510、515、和520进行配置以处理相同的MBMS数据,则经由lu接口将MBMS数据相同地输入到压缩器510、515、和520,并且压缩器510、515、和520通过相同的头部压缩协议压缩MBMS数据。从头部压缩器510、515、和520中输出相同的压缩的数据525、530和535。
图5B示出了在单个头部压缩器540中对MBMS数据500的头部的压缩和将压缩的数据对小区的发送。虽然将一个PDCP实体用于多个小区,但是可以将相同的压缩过的头部数据525、530和535发送到多个小区。
图6示出了根据本发明的优选实施方式的在RNC610中的MBMS RB605。将MBMS RB 605进行配置以将特定的MBMS服务的数据广播到n个小区。
参照图6,MBMS RB 605包括PDCP实体615,其对于n个小区635-1到635-n是公共的,并且将MBMS数据650预定给PDCP实体615。PDCP实体615具有头部压缩器620和PDCP头部附连器625。头部压缩器620根据预先配置的RRC/MBMS上下文655将经由lu接口所接收的数据分组的头部进行压缩。PDCP头部附连器625将PDCP头部附连到压缩的数据上。将PDCP实体615的输出数据提供给小区635-1到635-n。
图7示出了根据本发明的实施方式用于将MBMS数据发送到多个小区的PDCP实体的详细结构。参照图7,在经由lu接口接收包括用于特定MBMS服务的数据的PDCP-DATA-REQ原语705之后,PDCP实体700构造为RLCSAP预定的RLC-DATA-REQ原语。SAP是指PDCP层和RLC层之间的访问点。也就是,通过SAP部件发送数据意味着将数据发送到对应的RLC实体。
更具体地说,PDCP-DATA-REQ原语705包括上层协议头部和用户数据。上层协议可以是RTP/UDP/IP或者UDP/IP,但是在此处使用RTP/UDP/IP以更好地理解本发明。用户数据是经由Uu接口被发送到实际UE的数据。例如,用户数据可以是视频数据。
当输入了PDCP-DATA-REQ原语705时,头部压缩器710通过预定的头部压缩协议将在PDCP-DATA-REQ原语705所包括的RTP/UPD/IP头部进行压缩,并且将压缩的头部和用户数据发送到PDCP头部插入器720。所述头部压缩协议可以是坚固头部压缩(ROHC)或者RFC 2507。头部压缩器710在RRC层的控制之下选择要被使用的头部压缩协议。PDCP实体700对于每个服务具有不同的头部压缩器。将关于每个头部压缩器的信息发送到在PDCP头部字段中的接收器中。
PDCP头部插入器720将1个字节的PDCP头部插入到从头部压缩器710接收来的数据715中,从而创建RLC-DATA-REQ原语725。RLC-DATA-REQ原语725包括PDCP头部以及带有压缩的头部和用户数据的PDCP数据。PDCP头部包括PDU(协议数据报单元)类型字段和PID(分组标识符)字段。PDU类型字段指示RLC-DATA-REQ原语725是通过头部压缩协议而被压缩的数据还是包括用于支持不丢失SRNS重定位的附加信息的数据。如果RLC-DATA-REQ原语725是压缩的数据,则PID字段包含与头部压缩相关的附加信息。例如,将所使用的头部压缩协议的类型和作为头部上下文(HC)的ID的CID(上下文ID)写入到PID字段中。将RLC-DATA-REQ原语725发送到RLC层然后分发到多个小区。
在从加入了特定MBMS服务的多个UE接收到MBMS寻呼响应消息时,RNC确定将该MBMS服务提供给在它们覆盖区域内具有所述多个UE的多个小区,并且将关于该MBMS服务的信息作为MBMS上下文进行存储(图6中的655)。MBMS上下文包括与MBMS服务相关的信息,例如,想要该MBMS服务的UE的列表、要被提供该MBMS服务的小区的列表、关于每个小区的PHY实体的信息(代码和频率信息等)、关于每个小区的RLC和MAC实体的信息(例如,传送格式组合信息)、和PDCP实体信息。
RNC参照在MBMS上下文中的小区列表来配置MBMS RB。配置MBMSRB意味着为被提供该MBMS服务的每个小区配置PHY/MAC/RLC/PDCP实体。在与小区对应的节点B中配置PHY实体。
图8示出了根据本发明的实施方式的用于为对于多个小区是公共的一个MBMS服务配置PDCP实体的操作的流程图。参照图8,PDCP层在步骤805从RRC层接收CPDCP-CONFIG-REQ原语。CPDCP-CONFIG-REQ原语包括诸如PDCP头部信息和头部压缩信息的参数。头部压缩信息是配置头部压缩器所需要的信息,而PDCP头部信息是配置PDCP头部插入器所需要的信息。
在步骤810,PDCP层使用头部压缩信息来配置头部压缩器。头部压缩信息具有头部压缩协议类型和使用对应的协议来配置头部压缩器所需要的参数。例如,为了配置ROHC压缩器,头部压缩信息包含ROHC相关的配置信息,也就是,头部压缩器支持的特征(profile)和用于头部压缩的最大CID值。特征是指可以由ROHC进行压缩的协议(即,IP/UDP/RTP或IP/UDP)。可以将ROHC头部压缩器进行配置以支持三种协议中的至少一个。
在步骤815中,PDCP层使用PDCP头部信息来配置PDCP头部插入器。PDCP头部信息是“存在的”或者“不存在的”分别指示是否要附连PDCP头部。更具体地说,如果PDCP头部信息是“存在的”,则将PDCP头部插入器进行配置,并且如果其是“不存在的”,则不配置PDCP头部插入器。
图9示出了根据本发明的实施方式的用于在如此配置的PDCP实体中处理MBMS数据的操作的流程图。参照图9,当通过lu接口接收到MBMS数据时,RNC在步骤905将该MBMS数据以PDCP-DATA-REQ原语的形式发送到PDCP实体。PDCP-DATA-REQ原语包括RTP/UDP/IP头部和用户数据,并且被发送到PDCP实体的头部压缩器。
在步骤910,头部压缩器通过诸如ROHC的预定的头部压缩协议来压缩RTP/UDP/IP头部,并且将压缩过的头部和用户数据发送到PDCP头部插入器。
PDCP头部插入器将具有PDU类型字段和PID字段的PDCP头部附连到所接收的数据上。将所产生的数据称为RLC-DATA-REQ原语。如果将PDCP实体进行配置以不具有PDCP头部插入器,则不执行步骤915并且头部压缩器的压缩过的数据变为RLC-DATA-REQ原语。将RLC-DATA-REQ原语发送到RLC层以被传送到多个小区。
这样配置的MBMS RB的特征在于为每个小区配置一个下层实体并且为下层实体配置一个公共的PDCP实体。因此,在PDCP实体中头部压缩仅仅发生一次,因此减少了RNC处理负载。
例如,如果在小区A、B和C中的多个UE要接收特定的MBMS服务,则RNC将具有一个PDCP实体的MBMS RB进行配置以提供该MBMS服务,并且经由MBMS RB将该MBMS数据发送到小区A、B和C。当从小区D接收到对该MBMS服务的请求时,RNC配置新的下层实体以为小区D处理数据并且将该MBMS数据发送到现存的PDCP层。
在其中头部压缩器和头部解压缩器共享头部压缩和解压缩所需要的基本信息的情况中,每个头部压缩协议正常工作。该基本信息包括在服务期间不改变的静态字段值,和有规律地变化的字段的默认值。在RFC 2507中的完整头部分组和在ROHC中的IR(初始化和刷新)或IR-DYN(初始化和刷新-动态)分组提供这种基本信息。头部压缩器在头部压缩和解压缩之前将该基本信息提供给头部解压缩器。ROHC头部压缩器起始地发送IR分组几次,从而提供基本信息给在UE中的头部解压缩器。根据本发明,PDCP层标识这些特殊分组并且仅仅选择性地将RLC-DATA-REQ原语发送到特定的小区。
将在PDCP层中的头部压缩器和头部解压缩器正常进行头部压缩和解压缩所需要的基本信息分为静态部分和动态部分。静态和动态部分是在要被压缩和解压缩的头部中的字段值。静态部分是指将不变化的字段值,而动态部分是指变化的字段值。在ROHC头部压缩和解压缩之前发送IR分组。IR分组包括静态和动态部分。IR-DYN分组用于重新发送动态部分的字段值。
虽然为了说明的目的将描述ROHC IR和IR-DYN的发送,但是应该注意还可以将本发明应用到用于向特定小区和特定UE的MBMS服务的控制分组的发送。
图10示出了根据本发明实施方式用于选择性地发送MBMS控制分组的PDCP实体700的结构和操作。在从RRC层接收到包括IR/IR-DYN指示符1015的CPDCP-CONFIG-REG原语1010时,将所接收的CPDCP-CONFIG-REG原语1010馈入到头部压缩器710。IR/IR-DYN指示符1015指示被选择性地发送到特定小区的控制分组是IR分组还是IR-DYN分组。
参照图10,头部压缩器710根据IR/IR-DYN指示符1015的值来构造IR或者IR-DYN分组,并且将该分组与IR/IR-DYN指示符1015一同发送到PDCP头部插入器720。PDCP头部插入器720通过将PDCP头部插入到从头部压缩器710接收的数据1020中来产生RLC-DATA-REQ原语1030,并且将RLC-DATA-REQ原语1030发送到小区。
RLC层通过与MAC层交换控制信息来参予每个小区的调度。因为根据每个小区的信道状态来执行调度,所以必须为每个小区来配置RLC实体。更具体地说,RLC层在任意的时刻将所存储的数据量通知给MAC层,并且MAC层根据在该时刻的信道状态和RLC层的数据状态进行调度。MAC层将要接收的数据量通知给RLC层,而RLC层将所请求的尽可能多的数据发送给MAC层。为每个小区执行调度。因此,根据本发明将分开描述用于多个小区的RNC的公共RLC实体的操作。
图11示出了根据本发明的实施方式用于在RNC中处理MBMS数据的处理链的结构。当将MBMS数据发送到多个小区时,将诸如PDCP实体的上层实体1110和公共RLC实体1120进行配置,并且将RLC实体620连接到用于各个小区的MAC实体125-1到125-n,从而减小RLC缓存器的尺寸。虽然未示出,但是上层实体1110包括上述集成的PDCP实体及其上层实体。
公共RLC实体1120将从上层实体1110接收的数据进行缓存,并且根据MAC实体1125-1到1125-n所请求的尺寸来重构所缓存的数据。然后,公共RLC实体1120通过将RLC头部附连到所重构的数据上来产生所请求的尺寸的RLC PDU,并且将该RLC PDU发送到对应的MAC实体。
在RLC实体1120和MAC实体125-1到125-n之间一一对应地执行该操作。更具体地说,被从小区的MAC实体通知了所期望的数据量之后,RLC实体1120将所请求的尽可能多的数据发送到MAC实体。
根据在对应时刻的小区状态来确定要被发送的数据量。例如,第一小区1130-1(小区1)具有大量可用的下行链路发送资源并且从RLC实体1120请求大量数据,而第二小区1130-2(小区2)具有很少可用的下行链路资源并且从RLC实体1120请求少量数据。以相同的方式,第n个小区1130-n(小区n)向RLC实体1120请求所期望的数据量。
RLC实体1120将数据分别发送到每个小区。例如,如果小区1的MAC实体1125-1请求数据量a而小区2的MAC实体1125-2请求数据量b,则RLC实体1120分别发送所请求的数据给两个小区。
图12示出了根据本发明的实施方式的公共RLC实体的详细结构。在UM中操作的公共RLC实体1210包括公共RLC缓存器1215、分段器/连接器1220、RLC头部附连器1225、和开关1230。
当RNC提供MBMS服务给多个小区时,公共RLC实体1210处理从上层1205接收的MBMS数据并且将所处理的MBMS数据发送到小区。在图12中所示的情况中,将MBMS服务提供给三个小区并且将MAC实体1235-1、1235-2和1235-3提供给这三个小区。也就是,MAC实体1235-1、1235-2和1235-3的数量等于提供有MBMS服务的小区的数量。
公共RLC缓存器1215存储MBMS数据并且在从MAC实体1235-1、1235-2和1235-3接收到请求时将其输出。也就是,MAC实体1235-1、1235-2和1235-3将它们对于各个小区所期望的数据量通知给公共RLC缓存器1215,并且公共RLC缓存器1215根据该请求输出所缓存的MBMS数据。公共RLC缓存器1215使用变量Pointer_x和PDU SN_x来管理各个小区的数据发送状态。这里,x表示小区索引。
Pointer_x指示要被发送到小区x的数据的开始点。当MBMS服务开始被提供给小区x时,将Pointer_x初始化到公共RLC缓存器1215的开始地址,并且在每次将数据发送到小区x时Pointer_x向前移动所发送的数据量。例如,如果公共RLC缓存器1215具有10000比特数据,并且已经将500比特数据和300比特数据分别发送到小区x和小区y,Pointer_x指示从第一比特位置算起的第501个比特位置,而Pointer_y指示从第一比特位置算起的第301个比特位置。
在将公共RLC缓存器1215的缓存的数据发送到所有小区之后,将其删除并且所有指针向后相等地移动所删除的数据量。
下面,将描述其中将公共RLC缓存器1215进行配置以支持MBMS服务a并且公共RLC缓存器1215存储从上层1205接收的1000比特数据的情况。将MBMS服务a提供给小区1和小区2。
公共RLC缓存器1215首先将Pointer_1和Pointer_2初始化到第一比特位置。当已经分别将100比特和200比特发送到小区1和小区2时,Pointer_1移动到第101比特位置而Pointer_2移动到第201比特位置。因为将最先100比特发送到所有被服务的小区,所以将它们从RLC缓存器1215删除,并且Pointer_1和Pointer_2向后移动100比特。因此,在公共RLC缓存器1215中还剩余900比特,Pointer_1指向第一比特位置而Pointer_2指向第101比特位置。
在图3中示出了PDU SN_x的使用,将在后面进行详细地描述。
分段器/连接器1220将从公共RLC缓存器1215接收的数据分段或者连接为预定的尺寸PDU_size。从上层1205接收PDU_size信息。
RLC头部附连器1225通过将RLC头部附连到分段过或者连接过的数据来创建RLC PDU。每个RLC头部包括重组分段过或者连接过的数据所需要的序号(SN)和长度指示符(L)。SN是7个比特而L1是可变的但是通常是16比特。RLC头部附连器1225使用从上层1205接收的PDU SN_x来确定RLC PDU的SN。
开关1230将从RLC头部附连器1225接收的RLC PDU切换到与小区连接的MAC实体1235-1到1235-n。
在MBMS服务过程中将MBMS RB进行配置期间将上述公共RLC实体进行配置。因此,当配置MBMS RB时,为要被提供MBMS服务的每个小区配置MAC/PHY实体,并且配置一个上层实体和一个公共RLC实体。因为在节点B中配置PHY实体,所以不在此处提供其详细描述。
参照图4,RNC在步骤430确定要被提供MBMS服务的小区并且在其管理的MBMS上下文中反映该确定。MBMS上下文具有关于MBMS服务的信息。例如,其包括想要该MBMS服务的UE的列表和要被提供该MBMS服务的小区的列表。RNC参照小区列表来为对应的小区配置MAC实体并且使用MAC实体的ID(或者MAC ID)来制作MAC列表。MAC ID标识在RNC中的MAC实体。在RNC中可以存在不同类型的MAC实体并且MAC ID具有唯一值。
在完成MAC实体的配置之后,配置公共RLC实体。图13示出了根据本发明的实施方式用于配置公共RLC实体的操作的流程图。配置公共RLC实体意味着将RLC MBMS信息提供给与RLC层对应的公共RLC实体。根据RLC MBMS信息来配置图12中所示的元件。
参照图13,RNC的RRC层在步骤1305将配置信息发送到公共RLC实体。配置信息包括具有MAC ID的MAC列表。在步骤1310,公共RLC实体使用MAC列表来配置公共RLC缓存器。也就是,以与MAC ID一一对应的关系来配置指针和PDU SN,将指针设置到开始值1,并且将PDU SN设置到开始值0。
如果为小区1、小区2和小区3分别配置MAC_1、MAC_2和MAC_3,如图12中所示,则公共RLC缓存器配置Pointer_1和PDU SN_1然后将它们分别设置为它们的开始值1和0。而且,公共RLC缓存器配置Pointer_2和PDU SN_2然后将它们分别设置到它们的开始值1和0。公共RLC缓存器配置Pointer_3和PDU SN_3然后将它们分别设置到它们的开始值1和0。
在步骤1315,公共RLC实体配置分段器/连接器。分段器/连接器是用于将数据连接或者分段成由公共RLC缓存器所设置的尺寸的功能块。公共RLC实体在步骤1320中配置RLC头部附连器。RLC头部附连器是用于在公共RLC缓存器的控制之下产生包括对应的信息的RLC头部的功能块。在步骤1325,公共RLC实体使用MAC列表来配置开关。因此,该开关切换到与MAC列表中的MAC ID对应的MAC实体。
图14示出了根据本发明的实施方式在公共RLC实体中处理从上层接收的数据的操作的流程图。虽然仅仅示出了小区x的MAC实体(MAC_x)的公共RLC实体的操作,但是应该理解可以通过开关对与公共RLC实体连接的所有MAC实体执行这种操作。
参照图14,在步骤1405公共RLC缓存器将在公共RLC缓存器中缓存的、预定给小区x的数据量,即buffer_status_x,通知给MAC_x。通过等式(1)计算buffer_status_x。
buffers_tatus_x=common_buffer_total-Pointer_x .........(1)
其中common_buffer_total是在公共RLC缓存器中所存储的数据总量,而Pointer_x是已经被发送到小区x的缓存的数据量。在接收到buffer_status_x信息时,MAC_x根据小区x的无线电信道状态确定允许用于MAMS服务的数据量。如果小区x比较拥挤,则允许较小的数据量。但是,如果小区x不拥挤,则允许较大的数据量。
在步骤1410,MAC_x确定PDU_size和要接收的PDU数量,即No_PDU,并且将所确定的信息发送到公共RLC缓存器。在步骤1415,公共RLC缓存器通过等式(2)来确定要被发送到小区x的数据量。
data_transmit_x=No_PDU×(PDU_size-RLC头部尺寸) .......(2)
公共RLC缓存器在步骤1420计算PDU_SN_x。PDU SN_x是之前PUDSN_x和No_PDU之和。在步骤1425中,公共RLC缓存器将从Pointer_x所指示的位置开始的数量为data_transmit_x的数据发送到分段器/连接器。在步骤1427,公共RLC缓存器将Pointer_x向前移动data_transmit_x。
在步骤1430,分段器/连接器将所接收的数据分段或者连接到PDU_size。在步骤1435,分段器/连接器将分段过或者连接过的数据与PDU SN_x和MACID一起发送到RLC头部附连器。
在步骤1440,RLC头部附连器通过将RLC头部附连到所接收的数据上来产生RLC PDU。在相同的步骤中,RLC头部附连器设置RLC PDU的RLCSN,从而最后RLC PUD的RLC SN是(PDU SN_x-1)。例如,如果接收了5个数据并且PUD SN_x是10,则以SN5、6、7、8和9来顺序地将这些数据进行编号。在步骤1445,RLC头部附连器将RLC PDU同MAC ID一起发送到开关。
在步骤1450,开关将RLC PDU发送到与MAC ID对应的MAX_x。然后,经由MAX_x将RLC PDU发送到小区x。
如上所述,基于小区来管理发送状态并且公共RLC缓存器通过与小区的各个MAC实体进行通讯将数据发送到小区。因此,公共RLC实体可以通过使用单个RLC缓存器来服务所有的小区。
作为本发明的第一个实施方式已经在上面描述了在RLC UM中操作的公共RLC实体的结构。下面,将阐述在RLC TM中操作的公共RLC实体的结构作为本发明的第二个实施方式。在RLC TM中,与RLC UM相比,公共RLC实体不执行分段/连接和RLC头部附连。也就是,将从上层接收的数据发送到下层而不根据来自MAC层的命令进行处理。
图15示出了根据本发明另一个实施方式的公共RLC实体的结构。在所示的情况中,将MBMS服务提供给三个小区。如图15中所示,公共RLC实体1510包括公共RLC缓存器1515和开关1530。公共RLC缓存器1515不使用变量PDU SN_x但是根据RLC PDU来管理变量Pointer_x。
参照图15,当从小区的三个MAC实体1535-1、1535-2和1535-3接收到请求时,公共RLC缓存器1515存储MBMS数据1505并且将数据发送到随后的部件。也就是,将MAC实体1535-1、1535-2和1535-3所请求的数据量通知给公共RLC缓存器1515,并且根据该请求输出数据。
公共RLC缓存器1515为每个小区管理数据发送。因此,公共RLC缓存器1515管理每个小区的Pointer_x。公共RLC缓存器1515以所谓的RLC SDU(服务数据单元)的形式来存储从上层1505接收的数据。在TM中,公共RLC实体1510不支持分段/连接。因此,RLC SDU与RLC PDU相同。所以,将数据缓存在公共RLC缓存器1515中的RLC PDU中。
Pointer_x指示要被发送到小区x的第一个RLC PDU。当MBMS服务开始时,将Pointer_x设置到公共RLC缓存器1515的第一个地址上,并且在每次将PDU发送到小区x时Pointer_x向前移动所发送的PUD数量。例如,如果将100个RLC PDU存储在公共RLC缓存器1515中并且已经发送了5个PDU到小区x、而且已经将三个PDU发送到了小区y,则Pionter_x指示第六个PUD而Pointer_y指示第四个PDU。
在将公共RLC缓存器1515中所缓存的PDU完全发送到所连接的小区之后,将它们删除并且所有的指针向后移动与所删除的PDU的数量相等的距离。
下面将描述其中将公共RLC缓存器1515进行配置以支持MBMS服务a并且存储从上层1505接收的10个RLC PDU的情况。将MBMS服务a提供给小区1和小区2。
参照图15,公共RLC缓存器1515首先将Pointer_1和Pointer_2初始化到第一RLC PDU(即,第一RLC SDU)。当分别将一个PDU和两个PDU发送到小区1和小区2时,Pointer_1移动到第二PDU而Pointer_2移动到第三PDU。因为将第一PDU发送到被服务的所有小区,所以从RLC缓存器1515中将其删除并且Pointer_1和Pointer_2向后移动一个PDU。因此,9个RLCPDU剩余在公共RLC缓存器1515中,Pointer_1指示第一PDU而Pointer_2指示第二PDU。
开关1530将从公共RLC缓存器1515接收的RLC PDU切换到与小区连接的MAC实体1535-1、1535-2和1535-3。
图16示出了根据本发明的实施方式的用于配置公共RLC实体的操作的流程图。在配置MAC本体之后,RNC开始配置公共RLC实体。
参照图16,RNC的RRC层在步骤1605将配置信息发送到公共RLC实体。配置信息包括MAC列表。在步骤1610,公共RLC实体使用MAC列表来配置公共RLC缓存器。更具体地说,在MAC列表中以对MAC ID一一对应的关系创建指针并且设置开始值1。
在步骤1615,公共RLC实体使用MAC列表来配置开关。开关建立连接到与MAC列表中的MAC ID对应的MAC实体。因此,完全配置了用于提供特定MBMS服务的公共RLC实体。
图17示出了根据本发明的实施方式在公共RLC实体中处理从上层接收的数据的操作的流程图。虽然仅仅示出了用于小区x的MAC实体(即MAC_x)的公共RLC实体的操作,但是应该理解可以通过开关对连接到公共RLC实体的所有MAC实体执行这种操作。
参照图17,公共RLC缓存器在步骤1705将为小区x预定的RLC PDU的数量No_PUD_buffer_x和RLC_PDU的尺寸通知给MAC_x。No_PDU_buffer_x是(No_PDU_total-Pointer_x)。这里,No_PDU_total是所缓存的RLC PDU的总数而Pointer_x是已经被发送到小区x的RLC PDU的数量。
在接收到No_PDU_buffer_x信息时,MAC_x根据小区x的无线电信道状态来确定对于MBMS服务允许多少RLC PDU。如果小区x比较拥挤,则允许少量的RLC PDU。但是,如果小区x不拥挤,则允许较多数量的RLCPDU。
在步骤1710,MAC_x确定要接收的RLC PDU的数量,即No_PDU,并且将所确定的信息发送到公共RLC缓存器。在步骤1715,公共RLC缓存器将从Pointer_x所指示的RLC PDU开始的、数量为No_PDU的RLC PDU进行发送。同时,还将MAC ID发送到开关。公共RLC缓存器在步骤1720将Pointer_x向前移动No_PDU。
在步骤1725,开关将RLC PDU发送到与MAC ID对应的MAC_x。然后,经由MAC_x将RLC PDU发送到小区x。
虽然上述实施方式有利地减小了缓存器容量要求,但是一些实施方式还需要重复地对多个小区进行分段/连接和头部附连。为了解决这个问题,在本发明的另一个实施方式中将公共分段器/连接器和公共RLC头部附连器用于多个小区。根据本发明的一个实施方式,将相同的SN用于多个小区并且对于多个小区将RLC SDU相等地分段或连接。将MBMS数据存储在用于与该MBMS服务相关的每个小区的缓存器中。
图18示出了根据本发明另一个实施方式的公共RLC实体的结构。如图18中所示,公共RLC实体1810包括分段器/连接器1815、RLC头部附连器1820、和复制器/分配器1825。将复制器/分配器1825连接到提供给各个小区的缓存器1830-1、1830-2和1830-3。公共RLC实体1810在UM中进行操作。
当RNC将要提供MBMS服务给多个小区时,公共RLC实体1810将从上层1805接收的MBMS数据发送到小区。在图18中,将MBMS服务提供给三个小区,因此将三个MAC实体1835-1、1835-2和1835-3分别提供给三个小区。
参照图18,分段器/连接器1815将从上层1805接收的MBMS数据(即,RLC SDU)分段或者连接为预定的尺寸PDU_size。从上层1805接收PDU_size信息。
RLC头部附连器1820通过将RLC头部附连到分段过或者连接过的数据上来创建RLC PDU。每个RLC头部包括SN和LI,其就是重组分段过或者连接过的数据所需要的信息。SN是7个比特而LI是可变的,例如16比特。
复制器/分配器1825为从RLC头部附连器1820接收的RLC PDU产生与要接收该MBMS服务的小区数量相同数量的拷贝,并且将它们发送到与各个小区对应的缓存器1830-1、1830-2和1830-3。
缓存器1830-1、1830-2和1830-3与MAC实体1835-1、1835-2和1835-3分别连接,并且存储所接收的相同的PDU。如图18中所示,如果将MBMS服务提供给三个小区,则以对于缓存器1830-1、1830-2和1830-3一一对应的关系为每个小区配置三个MAC实体1835-1、1835-2和1835-3。
缓存器1830-1、1830-2和1830-3将所缓存的数据量通知给MAC实体1835-1、1835-2和1835-3,在从MAC实体接收到请求时,对应的缓存器将所缓存的数据发送到MAC实体。更具体地说,MAC实体1835-1、1835-2和1835-3将它们所期望的数据量通知给缓存器1830-1、1830-2和1830-3,并且缓存器1830-1、1830-2和1830-3将与所请求数量的RLC PDU发送到MAC实体1835-1、1835-2和1835-3。
本发明的这个实施方式的特征在于,将相同的RLC SN用于接收MBMS的小区,并且对于这些小区相等地分段或连接MBMS数据。
图19示出了根据本发明的实施方式的用于配置公共RLC实体的操作的流程图。在配置MAC实体之后,RNC开始配置公共RLC实体。
参照图19,RNC的RRC层在步骤1905将配置信息发送到公共RLC实体。该配置信息包括具有下层MAC实体的ID的MAC列表和PDU_size。根据本发明,仅仅使用PDU_size。除非明确指出,否则仅仅需要PDU_size。对于分组尺寸,PDU_size通常是320比特。
在步骤1910中,公共RLC实体使用PDU尺寸来配置分段器/连接器。分段器/连接器是用于分段或者连接数据为PDU_size的功能块。公共RLC实体在步骤1915中配置RLC头部附连器。RLC头部附连器是在公共RLC缓存器的控制下产生包括对应信息的RLC头部的功能块。
在步骤1920,公共RLC实体使用MAC列表来配置复制器/分配器并且将它们连接到用于各个小区的缓存器。复制器/分配器为输入的RLC PDU产生与所述缓存器的数量相同数量的拷贝,并且将它们发送到缓存器。每个缓存器存储RLC PDU,并且在从MAC实体接收到请求时将它们发送到对应的MAC实体。更具体地说,每个缓存器将所缓存的数据量通知给对应的MAC实体。MAC实体根据对应的小区的状态来确定要接收多少数据,并且向缓存器请求所确定的数据量。然后缓存器将所请求数量的RLC PDU发送到MAC实体。
虽然已经参照本发明的某些优选实施方式来描述和示出了本发明,但是本领域的普通技术人员应该理解在不偏离由所附权利要求书所定义的本发明的精神和范围的情况下,可以对其进行形式上和细节上的各种修改。
Claims (71)
1.一种在移动通讯系统中将MBMS(多媒体广播/多播服务)服务提供给在多个小区内的UE(用户设备)的方法,包括步骤:
接收包括上层协议头部的上层协议数据和用于MBMS服务的用户数据;
通过对于多个小区是公共的预定的头部压缩协议来压缩上层协议头部;
通过将PDCP(分组数据控制协议)头部附连到压缩的头部和用户数据来产生下层协议数据,其中所述PDCP头部表示头部压缩协议;以及
将下层协议数据发送到与小区对应的下层实体。
2.根据权利要求1所述的方法,其中所述上层协议头部是RTP(实时传输协议)/UDP(用户数据报协议)/IP(因特网协议)头部。
3.根据权利要求1所述的方法,其中所述上层协议头部是UDP/IP头部。
4.根据权利要求1所述的方法,还包括步骤:
接收请求将用于MBMS服务的控制分组发送到一个小区的请求消息;
根据所述请求消息产生控制分组;
通过将PDCP头部附连到控制分组上来产生下层协议数据;和
将下层协议数据发送到在多个下层实体中与所述小区对应的下层实体。
5.根据权利要求1所述的方法,其中所述头部压缩协议是ROHC(坚固头部压缩)。
6.根据权利要求5所述的方法,还包括步骤:
从一个小区接收请求消息,其中所述请求消息包括指示ROHC初始化及刷新(IR)分组和初始化及刷新动态(IR-DYN)分组之一的指示符;
根据所述指示符产生ROHC IR分组和IR-DYN分组之一;
通过将PDCP头部附连到ROHC IR分组和IR-DYN分组之一上来产生下层协议数据;和
将下层协议数据发送到下层协议实体之中与所述小区对应的下层实体。
7.根据权利要求1所述的方法,其中由对于多个小区公共并且对于MBMS服务专用的PDCP实体来执行该方法。
8.根据权利要求1所述的方法,还包括步骤:
接收下层协议数据;
将所接收的下层协议数据缓存在对于多个小区公共的缓存器中;和
在从与所述小区对应的下层实体之一接收到请求时,将所缓存的数据发送到下层实体。
9.根据权利要求8所述的方法,还包括从公共缓存器中将所缓存的数据中已经被发送到所有下层实体的数据删除的步骤。
10.根据权利要求8所述的方法,还包括把要被发送到下层实体的所缓存的数据量通知给下层实体的步骤。
11.根据权利要求8所述的方法,还包括步骤:
为公共缓存器管理与下层实体对应的指针;
在从一个下层实体接收到指示要接收的数据量的请求时,根据所请求的数据量来确定要被发送到下层实体的数据量;
将与所确定的量相同的数据发送到下层实体;和
将与所述下层实体对应的指针的值减小所确定的量。
12.根据权利要求11所述的方法,其中所述发送所缓存的数据的步骤包括步骤:
将从缓存器输出的数据分段为预定的数据尺寸;
将具有序号(SN)的RLC(无线电链路控制)头部附连到被分段的数据上;和
将附连了RLC头部的数据发送到下层实体。
13.根据权利要求11所述的方法,其中所述发送所缓存的数据的步骤包括步骤:
将从缓存器输出的数据连接为预定的数据尺寸;
将具有序号(SN)的RLC(无线电链路控制)头部附连到被连接的数据上;和
将附连了RLC头部的数据发送到下层实体。
14.根据权利要求1所述的方法,还包括步骤:
接收下层协议数据;
将所接收的下层协议数据缓存在与小区对应的缓存器中;和
在从下层实体接收到请求时,将与下层实体对应的缓存器缓存的数据发送到一个下层实体。
15.根据权利要求14所述的方法,还包括将在与下层实体对应的缓存器中所缓存的数据量通知给每个下层实体的步骤。
16.根据权利要求14所述的方法,其中所述发送所缓存的数据的步骤包括步骤:
从一个下层实体接收指示要接收的数据量的请求;
根据所请求的数据量来确定要被发送到该下层实体的数据量;和
从与该下层实体对应的缓存器将与所确定的量相同的数据发送到该下层实体。
17.根据权利要求14所述的方法,其中所述发送所缓存的数据的步骤包括步骤:
将从缓存器输出的数据分段为预定的数据尺寸;
通过将具有序号(SN)的RLC头部附连到分段过的数据上来产生PDU(分组数据单元);和
发送该PDU到下层实体。
18.根据权利要求14所述的方法,其中所述发送所缓存的数据的步骤包括步骤:
将从缓存器输出的数据连接为预定的数据尺寸;
通过将具有序列号(SN)的RLC头部附连到连接过的数据上来产生PDU(分组数据单元);和
发送该PUD到下层实体。
19.一种在移动通讯系统中配置多个小区的公共设备以将MBMS(多媒体广播/多播服务)服务提供给在多个小区内的UE(用户设备)的方法,包括步骤:
接收具有PDCP(分组数据控制协议)头部信息和头部压缩信息的配置请求消息;
使用头部压缩信息来配置头部压缩器,该头部压缩器用于接收包括上层协议头部的上层协议数据和用于MBMS服务的用户数据;
通用对于多个小区公共的预定的头部压缩协议来压缩上层协议头部;和
使用PDCP头部信息来配置头部附连器,该附连器用于通过将PDCP头部附连到压缩过的头部和用户数据上来产生下层协议数据,
其中PDCP头部表示头部压缩协议。
20.根据权利要求19所述的方法,其中所述头部压缩信息包括头部压缩协议类型、头部压缩协议对于其是可用的传输协议类型、和用于头部压缩的最大上下文标识符(CID)值。
21.根据权利要求19所述的方法,其中所述PDCP头部信息指示是否要配置头部附连器。
22.根据权利要求19所述的方法,还包括步骤:
接收下层实体的列表;
配置对于多个小区是公共的缓存器以缓存下层协议数据;
在公共缓存器中将用于指示要被发送到下层实体的数据的位置的多个指针进行配置;
将变量设置到开始值,其中所述变量指示要被发送到下层实体的数据的各个序号(SN);
将用于把公共缓存器连接到下层实体的开关进行配置;和
在所述开关和下层实体之间通过参照所述列表建立连接。
23.根据权利要求22所述的方法,其中将所述指针设置到开始值0,并且在每次将数据发送到与所述指针对应的下层实体时以所发送的数据的量增加所述指针。
24.根据权利要求22所述的方法,其中将所述变量设置到开始值1,并且在每次将数据发送到与该变量对应的下层实体时将所述变量更新到最后被发送的数据的SN。
25.根据权利要求22所述的方法,还包括步骤:
执行将从公共缓存器接收的数据分段和连接成预定的数据尺寸的操作之一;
通过将具有SN的RLC头部附连到分段过和连接过的数据之一来产生PDU(分组数据单元);和
发送PDU到开关。
26.根据权利要求19所述的方法,还包括步骤:
接收下层实体的列表;
创建与小区数量相同数量的PDU(分组数据单元)拷贝;
分配所述拷贝;
使用所述列表将所分配的拷贝缓存;和
连接缓存器和下层实体。
27.根据权利要求26所述的方法,还包括步骤:
执行将下层协议数据分段和连接成预定的数据尺寸的操作之一;和
通过将具有序号(SN)的RLC头部附连到分段过和连接过的数据之一来产生PDU。
28.一种用于将MBMS(多媒体广播/多播服务)服务提供给在多个小区内的UE(用户设备)的无线电网络控制器(RNC),包括:
与多个小区对应的多个下层实体;和
对于多个小区公共并且对于MBMS服务专用的PDCP(分组数据控制协议)实体,该PDCP实体用于接收MBMS数据并且将MBMS数据发送到下层实体。
29.根据权利要求28所述的RNC,其中所述PDCP实体包括:
头部压缩器,用于接收包括上层协议头部的上层协议数据和用于MBMS服务的用户数据,并且用于通过对于多个小区公共的预定的头部压缩协议来压缩上层协议头部;和
PDCP头部附连器,用于通过将PDCP头部附连到压缩的头部和用户数据来产生下层协议数据,PDCP头部表示头部压缩协议,该PDCP头部附连器还用于将下层协议数据发送到与小区对应的下层实体。
30.根据权利要求28所述的RNC,其中所述上层协议头部是RTP(实时传输协议)/UDP(用户数据报协议)/IP(因特网协议)头部。
31.根据权利要求28所述的RNC,其中所述上层协议头部是UDP/IP头部。
32.根据权利要求28所述的RNC,其中所述头部压缩协议是ROHC(坚固头部压缩)。
33.根据权利要求29所述的RNC,其中在接收到请求将用于MBMS服务的控制分组发送到一个小区的请求消息时,所述PDCP实体根据所述请求消息产生控制分组,通过将PDCP头部附连到控制分组上来产生下层协议数据,和将下层协议数据发送到在多个下层实体中与所述小区对应的下层实体。
34.根据权利要求28所述的RNC,还包括:
对于多个小区公共的RLC(无线电链路控制)实体,用于将PDCP实体连接到下层实体,具有公共缓存器的所述RLC实体用于接收下层协议数据、缓存所接收的下层协议数据、和在从与小区对应的下层实体之一接收到请求时将与所请求的数量相同数量的缓存的数据发送到所述下层实体;和
开关,用于将从所述公共缓存器接收来的数据切换到下层实体。
35.根据权利要求34所述的RNC,其中所述RLC实体从公共缓存器中将所缓存的数据中已经被发送到所有下层实体的数据删除。
36.根据权利要求34所述的RNC,其中所述RLC实体把要被发送到下层实体的所缓存的数据量通知给下层实体。
37.根据权利要求34所述的RNC,其中所述RLC实体为公共缓存器管理与下层实体对应的指针,在从一个下层实体接收到指示要接收的数据量的请求时根据所请求的数据量来确定要被发送到下层实体的数据量,将与所确定的量相同的数据发送到下层实体,和将与所述下层实体对应的指针的值减小所确定的量。
38.根据权利要求34所述的RNC,其中所述RLC实体还包括:
分段器/连接器,用于执行将从缓存器输出的数据分段和连接为预定的数据尺寸的操作之一;和
头部附连器,用于将具有序号(SN)的RLC头部附连到分段过和连接过的数据之一,并且将附连了RLC头部的数据发送到下层实体。
39.根据权利要求28所述的RNC,还包括对于多个小区公共的、用于将PDCP实体连接到下层实体的、具有复制器/分配器的RLC实体,所述复制器/分配器用于创建与下层实体的数量相同数量的下层协议数据拷贝,并且将这些拷贝分配到用于各个小区的多个缓存器中。
40.根据权利要求39所述的RNC,其中所述RLC实体将在与下层实体对应的缓存器中所缓存的数据量通知给每个下层实体。
41.根据权利要求39所述的RNC,其中所述RLC实体在从一个下层实体接收到指示要接收的数据量的请求时,根据所请求的数据量来确定要被发送到下层实体的数据量,并且从与所述下层实体对应的缓存器中将与所确定的量相同的数据发送到所述下层实体。
42.根据权利要求39所述的RNC,其中所述RLC实体还包括:
分段器/连接器,用于执行将从缓存器输出的数据分段和连接为预定的数据尺寸的操作之一;和
头部附连器,用于将具有序号(SN)的RLC头部附连到分段过和连接过的数据之一,并且将附连了RLC头部的数据发送到下层实体。
43.一种用于将MBMS(多媒体广播/多播服务)服务提供给在多个小区内的UE(用户数据)的方法,包括步骤:
接收包括用户数据用于MBMS服务的上层协议数据;
将所接收的上层协议数据缓存在对于多个小区公共的缓存器中;
从与所述小区对应的下层实体之一接收请求;和
将与所请求的数量相同的数据发送到所述下层实体。
44.根据权利要求43所述的方法,还包括从公共缓存器中将所缓存的数据中已经被发送到所有下层实体的数据删除的步骤。
45.根据权利要求43所述的方法,还包括把要被发送到下层实体的所缓存的数据量通知给下层实体的步骤。
46.根据权利要求43所述的方法,还包括步骤:
为公共缓存器管理与下层实体对应的指针;
在从一个下层实体接收到指示要接收的数据量的请求时,根据所请求的数据量来确定要被发送到下层实体的数据量;
将与所确定的量相同的数据发送到下层实体;和
将与所述下层实体对应的指针的值减小所确定的量。
47.根据权利要求43所述的方法,其中所述发送所缓存的数据的步骤包括步骤:
将从缓存器输出的数据分段为预定的数据尺寸;
将具有序号(SN)的RLC(无线电链路控制)头部附连到被分段的数据上;和
将附连了RLC头部的数据发送到下层实体。
48.根据权利要求43所述的方法,其中所述发送所缓存的数据的步骤包括步骤:
将从缓存器输出的数据连接为预定的数据尺寸;
将具有序号(SN)的RLC(无线电链路控制)头部附连到被连接的数据上;和
将附连了RLC头部的数据发送到下层实体。
49.一种将对于多个小区公共的RLC(无线电链路控制)实体进行配置以将MBMS(多媒体广播/多播服务)服务提供给在多个小区内的UE(用户设备)的方法,包括步骤:
接收与要接收MBMS服务的小区对应的下层实体的列表;
配置对于多个小区公共的缓存器以为MBMS服务缓存包括用户数据的上层协议数据;
在公共缓存器中配置指示要被发送到下层实体的数据的位置的多个指针;
将变量设置到开始值,其中所述变量指示要被发送到下层实体的数据的各个序号(SN);
将用于把公共缓存器连接到下层实体的开关进行配置;和
在所述开关和下层实体之间通过参照所述列表建立连接。
50.根据权利要求49所述的方法,其中将所述指针设置到开始值0,并且在每次将数据发送到与所述指针对应的下层实体时以所发送的数据的量增加所述指针。
51.根据权利要求49所述的方法,其中将所述变量设置到开始值1,并且在每次将数据发送到与该变量对应的下层实体时将所述变量更新到最后被发送的数据的SN。
52.根据权利要求49所述的方法,还包括步骤:
将从公共缓存器接收的数据分段为预定的数据尺寸;
将具有SN的RLC头部附连到分段过的数据;和
发送附连的RLC头部的数据到开关。
53.根据权利要求49所述的方法,还包括步骤:
将从公共缓存器接收的数据连接为预定的数据尺寸;
将具有SN的RLC头部附连到连接过的数据;和
发送附连的RLC头部的数据到开关。
54.一种用于将MBMS(多媒体广播/多播服务)服务提供给在多个小区内的UE(用户设备)的无线电网络控制器(RNC),包括:
多个下层实体,与要接收该MBMS服务的多个小区对应;
RLC(无线电链路控制)实体,该实体对于多个小区是公共的而对于该MBMS服务是专用的,并且用于接收MBMS数据、缓存该MBMS数据、并且在从一个下层实体接收到请求时将该MBMS数据发送到所述下层实体。
55.根据权利要求54所述的RNC,其中所述RLC实体包括:
对于多个小区公共的缓存器,用于为所述MBMS服务接收和缓存包括用户数据的上层协议数据,并且输出与下层实体所请求的数据量相同的数据;和
开关,用于将从公共缓存器接收来的数据发送到下层实体。
56.根据权利要求55所述的RNC,其中所述RLC实体从公共缓存器中将所缓存的数据中已经被发送到全部下层实体的数据删除。
57.根据权利要求55所述的RNC,其中所述RLC实体把要被发送到下层实体的所缓存的数据量通知给下层实体。
58.根据权利要求55所述的RNC,其中所述RLC实体为公共缓存器管理与下层实体对应的指针,在从一个下层实体接收到指示要接收的数据量的请求时根据所请求的数据量来确定要被发送到下层实体的数据量,将与所确定的量相同的数据发送到下层实体,和将与所述下层实体对应的指针的值减小所确定的量。
59.根据权利要求55所述的RNC,其中所述RLC实体还包括:
分段器/连接器,用于执行将从缓存器输出的数据分段和连接为预定的数据尺寸的操作之一;
头部附连器,用于将具有序号(SN)的RLC头部附连到分段过和连接过的数据之一;和
将附连了RLC头部的数据发送到下层实体。
60.一种用于将MBMS(多媒体广播/多播服务)服务提供给在多个小区内的UE(用户设备)的方法,包括步骤:
接收用于MBMS服务的包括用户数据的上层协议数据;
将所接收的上层协议数据缓存在与小区对应的多个缓存器中;和
在从与小区对应的多个下层实体之一接收到请求时,将在与该下层实体对应的缓存器中所存储的数据以所请求的数据量发送到该下层实体。
61.根据权利要求60所述的方法,还包括将在与所述下层实体对应的缓存器中所缓存的数据量通知给所述下层实体。
62.根据权利要求60所述的方法,其中发送所缓存的数据的步骤包括步骤:
在从一个下层实体接收到指示要接收的数据量的请求时,根据所请求的数据量确定要被发送到下层实体的数据量;
从与所述下层实体对应的缓存器中将与所确定的量相同的数据发送到所述下层实体;和
将与所述下层实体对应的指针的值减小所确定的量。
63.根据权利要求60所述的方法,其中发送所缓存的数据的步骤包括步骤:
将从缓存器输出的数据分段为预定的数据尺寸;
将具有序号(SN)的RLC(无线电链路控制)头部附连到分段过的数据上;和
将附连了RLC头部的数据发送到下层实体。
64.根据权利要求60所述的方法,其中发送所缓存的数据的步骤包括步骤:
将从缓存器输出的数据连接为预定的数据尺寸;
将具有序号(SN)的RLC(无线电链路控制)头部附连到连接过的数据上;和
将附连了RLC头部的数据发送到下层实体。
65.一种用于配置对于多个小区公共的RLC(无线电链路控制)实体以将MBMS(多媒体广播/多播服务)服务提供给在所述多个小区内的UE(用户设备)的方法,包括步骤:
接收与要接收该MBMS服务的小区对应的下层实体的列表;
为包括MBMS数据的上层协议数据产生与所述小区数量相同数量的拷贝;
将这些拷贝分配到所述下层实体;
缓存所述分配的数据;和
将缓存器和所述下层实体进行连接。
66.根据权利要求65所述的方法,还包括步骤:
将所述上层协议数据分段为预定的数据尺寸;
将具有SN(序号)的RLC头部附连到分段过的数据上;和
将附连了RLC头部的数据发送到复制器/分配器。
67.根据权利要求65所述的方法,还包括步骤:
将所述上层协议数据连接为预定的数据尺寸;
将具有SN(序号)的RLC头部附连到连接过的数据上;和
将附连了RLC头部的数据发送到复制器/分配器。
68.一种用于将MBMS(多媒体广播/多播服务)服务提供给在多个小区内的UE(用户设备)的无线电网络控制器(RNC),包括:
多个下层实体,与要接收该MBMS服务的小区对应;
RLC(无线电链路控制)实体,该实体对于小区是公共的而对于该MBMS服务是专用的,并且用于接收MBMS数据、缓存该MBMS数据、和当从一个下层实体接收到请求时将该MBMS数据发送到在与所述下层实体对应的多个缓存器中与该下层实体对应的缓存器。
69.根据权利要求68所述的RNC,其中所述RLC实体将在与所述下层实体对应的缓存器中所缓存的数据量通知给所述下层实体。
70.根据权利要求68所述的RNC,其中在从一个下层实体接收到指示要接收的数据量的请求时,所述RLC实体根据所请求的数据量确定要被发送到所述下层实体的数据量,并且从与所述下层实体对应的缓存器中将与所确定的量相同的数据发送到所述下层实体。
71.根据权利要求68所述的RNC,其中所述RLC实体还包括:
分段器/连接器,用于从上层接收包括用于该MBMS服务的用户数据的上层协议数据,并且用于执行将上层协议数据分段和连接为预定的尺寸的操作之一;和
头部附连器,用于将具有序号(SN)的RLC头部附连到分段过和连接过的数据之一,并且将附连了RLC头部的数据发送到复制器/分配器。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020030055086 | 2003-08-08 | ||
KR20030055086 | 2003-08-08 | ||
KR1020030081686 | 2003-11-18 | ||
KR1020030087768 | 2003-12-04 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1833413A true CN1833413A (zh) | 2006-09-13 |
Family
ID=36994702
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2004800227861A Pending CN1833413A (zh) | 2003-08-08 | 2004-08-06 | 用于为多媒体广播/多播服务配置协议的方法和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1833413A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008113260A1 (en) * | 2007-03-20 | 2008-09-25 | Datang Mobile Communications Equipment Co., Ltd | Method, system and base station for transmitting mbms by single frequency network |
CN102301784A (zh) * | 2009-01-29 | 2011-12-28 | 三星电子株式会社 | 移动通信系统中计算和发送资源请求并避免死锁情形的方法和系统 |
CN101512928B (zh) * | 2006-10-26 | 2012-07-04 | 富士通株式会社 | 发送方法及装置 |
CN101350690B (zh) * | 2007-07-20 | 2013-03-27 | 中兴通讯股份有限公司 | 一种单载频网络多媒体广播多播业务的扰码配置方法 |
WO2014023240A1 (zh) * | 2012-08-08 | 2014-02-13 | 中兴通讯股份有限公司 | 一种群组小数据的发送方法及系统 |
WO2017124307A1 (zh) * | 2016-01-19 | 2017-07-27 | 华为技术有限公司 | 一种数据传输方法、装置及系统 |
CN108401530A (zh) * | 2017-08-21 | 2018-08-14 | 北京小米移动软件有限公司 | 无线承载的指示方法及装置 |
CN110505587A (zh) * | 2018-05-18 | 2019-11-26 | 成都鼎桥通信技术有限公司 | 宽带集群通信系统群组建立方法及装置 |
CN111757548A (zh) * | 2019-03-29 | 2020-10-09 | 华为技术有限公司 | 通信方法和通信装置 |
-
2004
- 2004-08-06 CN CNA2004800227861A patent/CN1833413A/zh active Pending
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101512928B (zh) * | 2006-10-26 | 2012-07-04 | 富士通株式会社 | 发送方法及装置 |
CN101272522B (zh) * | 2007-03-20 | 2010-10-27 | 大唐移动通信设备有限公司 | 单频网络传输多媒体广播/组播业务的方法、系统及基站 |
US8451765B2 (en) | 2007-03-20 | 2013-05-28 | China Academy Of Telecommunications Technology | Method, system and base station for transmitting MBMS in single frequency network |
WO2008113260A1 (en) * | 2007-03-20 | 2008-09-25 | Datang Mobile Communications Equipment Co., Ltd | Method, system and base station for transmitting mbms by single frequency network |
CN101350690B (zh) * | 2007-07-20 | 2013-03-27 | 中兴通讯股份有限公司 | 一种单载频网络多媒体广播多播业务的扰码配置方法 |
US9860806B2 (en) | 2009-01-29 | 2018-01-02 | Samsung Electronics Co., Ltd | Method and system for computing and sending resource requests and avoiding deadlock situations in mobile communication system |
CN102301784A (zh) * | 2009-01-29 | 2011-12-28 | 三星电子株式会社 | 移动通信系统中计算和发送资源请求并避免死锁情形的方法和系统 |
US9210642B2 (en) | 2009-01-29 | 2015-12-08 | Samsung Electronics Co., Ltd. | Method and system for computing and sending resource requests and avoiding deadlock situations in mobile communication system |
WO2014023240A1 (zh) * | 2012-08-08 | 2014-02-13 | 中兴通讯股份有限公司 | 一种群组小数据的发送方法及系统 |
WO2017124307A1 (zh) * | 2016-01-19 | 2017-07-27 | 华为技术有限公司 | 一种数据传输方法、装置及系统 |
CN108401530A (zh) * | 2017-08-21 | 2018-08-14 | 北京小米移动软件有限公司 | 无线承载的指示方法及装置 |
WO2019036861A1 (zh) * | 2017-08-21 | 2019-02-28 | 北京小米移动软件有限公司 | 无线承载的指示方法及装置 |
CN108401530B (zh) * | 2017-08-21 | 2019-11-01 | 北京小米移动软件有限公司 | 无线承载的指示方法及装置 |
US11212854B2 (en) | 2017-08-21 | 2021-12-28 | Beijing Xiaomi Mobile Software Co., Ltd. | Method and device for indicating radio bearer |
CN110505587A (zh) * | 2018-05-18 | 2019-11-26 | 成都鼎桥通信技术有限公司 | 宽带集群通信系统群组建立方法及装置 |
CN110505587B (zh) * | 2018-05-18 | 2021-09-14 | 成都鼎桥通信技术有限公司 | 宽带集群通信系统群组建立方法及装置 |
CN111757548A (zh) * | 2019-03-29 | 2020-10-09 | 华为技术有限公司 | 通信方法和通信装置 |
CN111757548B (zh) * | 2019-03-29 | 2022-05-24 | 华为技术有限公司 | 通信方法和通信装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR100943901B1 (ko) | 방송 및 멀티캐스트를 위한 무선 프로토콜 엔터티 공유방식 | |
KR100617687B1 (ko) | 멀티미디어 방송/멀티캐스트 서비스를 제공하기 위한프로토콜 계층의 구성 방법 및 장치 | |
US7400636B2 (en) | Apparatus and method for establishing header compression context according to channel type change in packet data service | |
KR100770857B1 (ko) | 멀티미디어 방송/멀티캐스트 서비스 시스템에서 헤더 복원 동작을 재개하는 방법 | |
EP1540852B1 (en) | Method and device for providing multicast services in a point-to-multipoint manner | |
CN100421515C (zh) | 基于移动网络的组播业务数据的实现方法 | |
KR101247851B1 (ko) | 점대다 서비스에 대한 제어 정보 메시지 처리 방법 | |
CN1663151A (zh) | 在无线移动通信系统中的多媒体服务提供方法 | |
CN1643820A (zh) | 移动通信系统中的组播业务提供方法 | |
CN1625864A (zh) | 选择多播/广播服务的分组数据服务节点 | |
CN1910839A (zh) | 用于建立移动终端的无线承载的装置和方法 | |
KR20050019388A (ko) | 멀티미디어 방송 및 멀티캐스트 서비스를 위한 패킷데이터와 관련 제어정보를 송수신하는 방법 | |
US20060050705A1 (en) | Distinguishing between protocol packets in a wireless communication system | |
CN1615618A (zh) | 双向分包数据传输系统和方法 | |
KR20050031268A (ko) | 이동통신 시스템의 방송 및 멀티캐스트 서비스 제공방법 | |
CN1593048A (zh) | 无线通信系统中头部压缩的方法和装置 | |
CN1783873A (zh) | 一种数据分段级联和重组的方法 | |
CN1684466A (zh) | 多媒体广播/组播服务系统中恢复报头解压的方法 | |
CN1921346A (zh) | 数据分割级联传送方法 | |
CN1833413A (zh) | 用于为多媒体广播/多播服务配置协议的方法和设备 | |
CN1716830A (zh) | 一种通过空中接口实现多媒体广播多播业务的方法 | |
CN1921641A (zh) | 当传输模式转换时处理mbms业务的方法 | |
CN1647468A (zh) | 压缩和传输多媒体数据的方法和系统 | |
CN1780291A (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 | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |