CN1323563C - 一种多媒体广播/组播服务控制信息的接收方法 - Google Patents

一种多媒体广播/组播服务控制信息的接收方法 Download PDF

Info

Publication number
CN1323563C
CN1323563C CNB2005100568805A CN200510056880A CN1323563C CN 1323563 C CN1323563 C CN 1323563C CN B2005100568805 A CNB2005100568805 A CN B2005100568805A CN 200510056880 A CN200510056880 A CN 200510056880A CN 1323563 C CN1323563 C CN 1323563C
Authority
CN
China
Prior art keywords
rlc
configuration information
order transmission
receiving entity
information
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.)
Active
Application number
CNB2005100568805A
Other languages
English (en)
Other versions
CN1794827A (zh
Inventor
丁颖哲
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.)
Nokia Technologies Oy
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CNB2005100568805A priority Critical patent/CN1323563C/zh
Priority to EP05811909A priority patent/EP1758408B1/en
Priority to PCT/CN2005/001906 priority patent/WO2006102807A1/zh
Publication of CN1794827A publication Critical patent/CN1794827A/zh
Priority to US11/613,099 priority patent/US20070133456A1/en
Application granted granted Critical
Publication of CN1323563C publication Critical patent/CN1323563C/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0007Control or signalling for completing the hand-off for multicast or broadcast services, e.g. MBMS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/30Resource management for broadcast services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/08Reselecting an access point

Abstract

本发明公开了一种多媒体广播/组播服务(MBMS)控制信息的接收方法,该方法包括以下步骤:a1.网络侧将无线链路控制层(RLC)配置信息放置于系统信息块中在广播信道传送;b1.UE选择到新小区时,获取该新小区可用的RLC配置信息,并根据所获取的可用RLC配置信息重建RLC接收实体。本发明还同时公开了另一种MBMS控制信息的接收方法,采用本发明的方法使UE在重选到新小区能及时重建RLC实体,进而保证后续信息的正确处理;另外,还能使UE在配置信息发生变化时能及时重配置或重建RLC实体,完善RLC实体的重建机制。

Description

一种多媒体广播/组播服务控制信息的接收方法
技术领域
本发明涉及信息接收技术,特别是指一种多媒体广播/组播服务(MBMS)控制信息的接收方法。
背景技术
组播和广播是一种从一个数据源向多个目标传送数据的技术。在传统移动通信网络中,小区组播业务或广播业务(CBS,Cell Broadcast Service)允许低比特率数据通过小区共享广播信道向所有用户发送,此种业务属于消息类业务。
现在,人们对移动通信的需求已不再满足于电话和消息业务,随着因特网(Internet)的迅猛发展,大量移动多媒体业务涌现出来。其中一些移动多媒体业务要求多个用户能同时接收相同数据,例如视频点播、电视广播、视频会议、网上教育、互动游戏等。这些移动多媒体业务与一般的数据业务相比,具有数据量大、持续时间长、时延敏感等特点。目前的网际协议(IP)组播和广播技术只适用于有线IP通信网络,不适用于移动通信网络,因为移动通信网络具有特定的网络结构、功能实体和无线接口,这些都与有线通信IP网络不同。
为了有效地利用移动通信网络资源,第三代移动通信全球标准化组织(3GPP)提出了移动通信网络的MBMS,从而在移动通信网络中提供一个数据源向多个用户发送数据的点到多点业务,实现网络资源共享,提高网络资源的利用率,尤其是空口接口资源。3GPP提出的MBMS不仅能实现纯文本低速率的消息类组播和广播,而且还能实现高速多媒体业务的组播和广播,这无疑顺应了未来移动数据发展的趋势。
图1为支持广播/组播业务的无线网络结构示意图,如图1所示,现有3GPP中,支持广播/组播业务的无线网络结构为广播/组播业务服务器(BM-SC)101,BM-SC 101通过Gmb接口或Gi接口与TPF关口GPRS支持节点(GGSN,Gateway GPRS Support Node)102相连,一个BM-SC 101可与多个TPF GGSN102相连;TPF GGSN 102通过Gn/Gp接口与服务GPRS支持节点(SGSN,ServingGPRS Support Node)103相连,一个GGSN 102可与多个SGSN 103相连;SGSN103可通过Iu接口与通用移动通信系统(UMTS)陆地无线接入网(UTRAN)104相连,然后UTRAN 104通过Uu接口与用户终端(UE)106相连,SGSN 103也可通过Iu/Gb接口与全球移动通信系统(GSM)增强无线接入网(GERAN)105相连,然后GERAN 105通过Um接口与UE 107相连。其中,GGSN和SGSN属于无线网络中核心网(CN)内的节点。
从图1给出的网络结构可以看出,为了支持MBMS业务,在第三代移动通信系统中增加了移动网功能实体--广播组播业务中心,即BM-SC,所述BM-SC为内容提供者的入口,用于授权和在移动网中发起MBMS承载业务,并按照预定时间计划传送MBMS内容。此外,在UE、UTRAN、GERAN、SGSN、GGSN等功能实体上增加了与MBMS相关的功能。
MBMS包括组播模式和广播模式,其中组播模式需要用户签约相应的组播组,进行业务激活,并产生相应的计费信息。由于组播模式和广播模式在业务需求上存在不同,导致各自的业务流程也不同,如图2和图3所示,图2为MBMS组播模式的业务流程示意图,图3为MBMS广播模式的业务流程示意图。
如图2所示,MBMS组播业务涉及的处理过程包括:签约(Subscription)、服务宣告(Service announcement)、用户加入(Joining)、会话开始(Session Start)、MBMS通知(MBMS notification)、数据传送(Data transfer)、会话结束(SessionStop)和用户退出(Leaving)。其中,签约过程用来让用户预先订阅所需的MBMS服务;服务宣告过程用于由BM-SC宣告当前能提供的服务;用户加入过程即MBMS组播业务激活过程,UE在加入过程中,通知网络自身愿意成为当前组播组的成员,接收对应业务的组播数据,该加入过程会在网络和加入组播组的UE中创建记录UE信息的MBMS UE上下文;会话开始过程中,BM-SC准备好数据传输,通知网络建立相应核心网和接入网的承载资源;MBMS通知过程用于通知UE MBMS组播会话即将开始;在数据传送过程中,BM-SC通过会话开始过程中建立的承载资源将数据传输给UE,MBMS业务在UTRAN和UE间传输时有两种模式:点对多点(PTM)模式和点对点(PTP)模式,PTM模式通过MTCH逻辑信道发送相同的数据,所有加入组播业务或对广播业务感兴趣的UE都可以接收,PTP模式通过DTCH逻辑信道发送数据,只有相应的一个UE可以收到;会话结束过程用于将会话开始过程建立的承载资源释放;用户退出过程使组内的订户离开组播组,即用户不再接收组播数据,该过程会将相应MBMS UE上下文删除。
如图3所示,MBMS广播业务涉及的处理过程与MBMS组播业务类似,只是在会话开始之前,不需要执行签约过程和用户加入过程,并且,在会话结束之后,不需要执行用户退出过程。
在组播模式业务和广播模式业务的数据传送阶段,MBMS业务在UTRAN和UE间传输信息的方式有两种模式:点到多点(PTM)模式和点到点(PTP)模式。其中,PTM模式通过MBMS点到多点业务信道(MTCH)发送相同的数据,所有加入组播业务或对广播业务感兴趣的UE都可以接收;PTP模式通过专用业务信道(DTCH)发送数据,只有相应的一个UE可以接收到。
在MBMS PTM传输模式中,相关的无线控制信息包括业务信息、接入信息、无线承载信息、频率层收敛(FLC)信息等,都由无线资源控制(RRC)层通过逻辑信道如MBMS点到多点控制信道(MCCH)发送。MCCH信息是基于固定调度方式来传送,并且为了提高可靠性,UTRAN会重复MCCH信息。图4为MCCH信息的传输调度示意图,如图4所示,图中所有的方块均为MCCH信息,重复发送MCCH信息的周期称为重复周期,完整的MCCH信息会在重复周期被周期性的发送;修改周期被定义为整数倍的重复周期,在每一个修改周期内都要对MCCH信息进行修改;MBMS的接入信息可以在接入信息周期被周期性的发送,其中,接入信息周期是重复周期的整数分割。
MCCH信息又被分成准则信息(Critical Info)和非准则信息,其中,准则信息由MBMS邻小区信息、MBMS业务信息、MBMS无线承载信息组成,且为需周期性重复发送的信息,在每个重复周期中所发送的内容不变,只能在修改周期中,MCCH信息第一次发送时才可以被修改;非准则信息是指MBMS接入信息,且为不需周期性重复发送的信息,可在任何时间修改。
MCCH的协议栈结构如图5所示,MCCH的协议单元由上至下依次为:RRC层、无线链路控制层(RLC)、介质访问控制层(MAC)、物理层(PHY)。其中,MAC层逻辑通道与物理层FACH通道的映射关系如图6所示,在现有的系统中,MCCH信息即MBMS的控制信息都被映射到前向接入信道(FACH)上发送。
RLC层使用非确认模式(UM)来传送MCCH信息,目前UM模式的数据传送过程包括发送方(Sender)RLC UM实体的发送过程,以及接收方(Receiver)RLC UM实体的接收过程。在每个传输时间间隔内可以发送一个或几个协议数据单元(PDU),MAC决定每个传输时间间隔内PDU的大小和个数。在传输过程中,发送方根据PDU的大小对高层要发送的业务数据单元(SDU)进行分段级联,接收方再根据收到的PDU重组出相应的SDU。现有技术中,进一步对RLC增加了SDU乱序传输功能,所谓乱序传输功能是指对已发送过的PDU,能够根据指示将任意一个指定的PDU进行重传。
根据目前的协议,MCCH的配置信息或称RLC配置信息被UTRAN放到系统信息块类型5或5bis(System Information Block type 5 or 5bis)中发送,UE收到MCCH配置信息后,根据MCCH配置信息中的辅助公共物理信道(Secondary CCPCH)、前向接入信道(FACH)和RLC信息配置物理信道、传输信道和RLC实体,来接收相应的MCCH信息。现有技术中,系统信息块是用来传送小区广播系统信息的,根据逻辑功能的不同,系统信息块分为调度块、系统信息块类型1、系统信息块类型2、...、系统信息块类型5、5bis等等,每个系统信息块对应一个值标签(value tag),值标签相当于信息的版本号,用于确定相应的系统信息是否发生变化。一般,系统信息块的任一字段发生变化,值标签就会相应地发生变化。这里,所述MCCH配置信息中包括各种配置信息,比如:包含乱序传送配置信息等,所述系统信息块包含于每个小区对应的主信息块的调度信息中。
当UE重选到新小区或接收到UTRAN的寻呼指示广播信息发生修改时,UE将读取广播信息。并且,UE在以下两种情况下会读取系统信息块类型5或5bis:①当所读到的调度信息中系统信息块的value tag值与UE为该系统信息块已存储的value tag值不同;②UE未存储所读到的调度信息中的该系统信息块及其value tag。相应的,UE在读取系统信息块类型5或5bis后,会存储该系统信息块及其对应的value tag值,并根据系统信息块中的信息重建RLC实体。
如果UE所读取的系统信息块类型5或5bis中的MCCH配置信息中包含乱序传送配置信息,则UE将采用乱序传送配置信息中的这些参数配置相应重建的RLC实体,以便能使用乱序传送功能。
现有技术方案存在如下的问题:
1)当UE重选到新小区时,可能会出现SDU被错误重组的情况。具体说就是:由于目前协议规定,在所读到的调度信息中系统信息块的value tag值与UE为该系统信息块已存储的value tag值不同,或UE未存储调度信息中的系统信息块及其value tag值时,UE才会读取该系统信息。那么,当UE已存储了一个系统信息块及value tag值,且发现从调度信息中读到的系统信息块的valuetag值与自身存储的value tag值相同,则UE不会读取该系统信息块,也不会根据该系统信息块的内容做出动作。
假设UE从小区A选择到小区B,且UE之前已存储了小区B相应的系统信息块及其value tag值,那么,UE就会发现自己从广播信道上读取的value tag值与自身存储的value tag值相同,因此UE不会再读取该系统信息块,而是继续使用在小区A中使用的MCCH RLC UM实体来接收和处理小区B中的MCCH信息。这种情况下,由于MCCH RLC UM实体中可能还缓存有未处理完的小区A的MCCH信息,因此,在重组SDU时就有可能将小区A的MCCH信息和小区B的MCCH信息合并,从而造成错误的重组SDU。
2)缺少通知UE进行MCCH RLC实体重建的机制,给使用带来不便。
发明内容
有鉴于此,本发明的主要目的在于提供一种MBMS控制信息的接收方法,使UE在重选到新小区能及时重建RLC实体,进而保证后续信息的正确处理。
本发明的另一目的在于提供一种MBMS控制信息的接收方法,使UE在配置信息发生变化时能及时重配置或重建RLC实体,完善RLC实体的重建机制。
为达到上述目的,本发明的技术方案是这样实现的:
一种MBMS控制信息的接收方法,该方法包括以下步骤:
a1.网络侧将无线链路控制层RLC配置信息放置于系统信息块中在广播信道传送;
b1.UE选择到新小区时,获取该新小区可用的RLC配置信息,并根据所获取的可用RLC配置信息重建RLC接收实体。
其中,步骤b1中所述获取可用的RLC配置信息具体为:判断当前收到的系统信息块是否为包含RLC配置信息的系统信息块,如果是,则读取并存储当前的系统信息块,将所读取的系统信息块中的RLC配置信息作为可用的RLC配置信息;否则,结束当前处理流程。
步骤b1中所述获取可用的RLC配置信息具体为:判断当前收到的系统信息块是否为包含RLC配置信息的系统信息块,如果不是,则结束当前处理流程;如果是,再判断系统信息块内容是否发生变化,如果发生变化,则读取并存储当前的系统信息块,将所读取的系统信息块中的RLC配置信息作为可用的RLC配置信息;如果未发生变化,则将自身存储的系统信息块中的RLC配置信息作为可用的RLC配置信息。其中,所述判断系统信息块内容是否发生变化具体是:判断所读取的当前系统信息块对应的值标签是否与UE自身存储的该系统信息块对应的值标签相同,如果相同,则所述系统信息块的内容未发生变化,否则,所述系统信息块的内容发生变化。
上述方案中,所述可用RLC配置信息中包含乱序传送配置信息。其中,步骤b1所述重建RLC接收实体为:UE在获取所述新小区的可用RLC配置信息后立即重建RLC接收实体;或者,在获取到可用RLC配置信息的修改周期的下一修改周期中重建RLC接收实体;或者,UE根据网络侧指示决定重建RLC接收实体的时刻。这里,步骤b1所述重建RLC接收实体具体包括:重置状态变量到初始值;设置配置参数到配置值;设置超帧号到高层配置值;丢弃RLC实体中所有的UMD PDUs。步骤b1所述重建RLC接收实体进一步包括:判断定时器是否已启动,如果是,则取消该定时器;否则不作处理。步骤b1所述重建RLC接收实体进一步包括:将重建的RLC接收实体收到的第一个协议数据单元PDU作为该RLC实体接收的第一个PDU;并在接收到第一个PDU后,将状态变量VR(UOH)设置为当前PDU的序列号-1。
上述方案中,所述系统信息块为系统信息块类型5、或为5bis。
本发明还同时提供一种MBMS控制信息的接收方法,该方法包括:
a2.网络侧将RLC配置信息放置于系统信息块中在广播信道传送;
b2.UE接收并判断RLC配置信息中是否含有乱序传送配置信息,如果有,则根据所接收到的乱序传送配置信息配置RLC接收实体;否则,结束当前处理流程。
其中,步骤b2中RLC配置信息中含有乱序传送配置信息,则步骤b2进一步包括:判断RLC配置信息中的乱序传送配置信息是否发生变化,如果发生变化,则根据所接收到的新乱序传送配置信息配置RLC接收实体;否则,结束当前处理流程。
该方法进一步包括:设置对应于乱序传送配置信息的乱序信息值标签;步骤b2中所述判断具体为:判断当前读到的乱序信息值标签与UE自身存储的相应乱序传送配置信息的乱序信息值标签是否相同,如果相同,则乱序传送配置信息未发生变化;如果不同,则乱序传送配置信息发生变化。或者,步骤b2中所述判断具体为:判断所读取的乱序传送配置信息与UE自身存储的乱序传送配置信息的所有参数值是否相同,如果相同,则乱序传送配置信息未发生变化;如果不同,则乱序传送配置信息发生变化。其中,乱序传送配置信息发生变化,步骤b2中进一步包括:保存当前读到的乱序信息值标签。
对于第二种方法,乱序传送配置信息发生变化,步骤b2中进一步包括:保存当前读到的RLC配置信息。
第二种方法中,所述配置RLC接收实体具体为:根据所接收到的乱序传送配置信息重新配置RLC接收实体的配置参数。其中,所述重新配置RLC接收实体的配置参数为:UE在获取到乱序传送配置信息后立即重新配置RLC接收实体的配置参数;或者,在获取到乱序传送配置信息的修改周期的下一修改周期重新配置RLC接收实体的配置参数;或者,UE根据网络侧指示决定重新配置RLC接收实体配置参数的时刻。其中,所述重新配置的RLC接收实体配置参数为乱序传送接收窗口大小;则在重新配置参数后,该方法进一步包括:判断更新后的乱序传送接收窗口大小是否小于更新前的乱序传送接收窗口大小,如果是,则丢掉RLC接收实体缓冲区中序列号在更新后乱序传送接收窗口之外的PDU。
第二种方法中,所述配置RLC接收实体具体为:根据所接收到的乱序传送配置信息重建RLC实体。其中,所述重建RLC接收实体为:UE在获取到乱序传送配置信息后立即重建RLC接收实体;或者,在获取到乱序传送配置信息的修改周期的下一修改周期重建RLC接收实体;或者,UE根据网络侧指示决定重建RLC接收实体的时刻。所述重建RLC接收实体具体包括:重置状态变量到初始值;设置配置参数到配置值;设置超帧号到高层配置值;丢弃RLC实体中所有的UMD PDUs。
第二种方法中,所述系统信息块为系统信息块类型5、或为5bis。
本发明所提供的MBMS控制信息的接收方法,在UE重选到新小区或RLC配置信息发生变化的情况下,及时重建或重配置RLC接收实体,如此,不仅能避免包含新小区MCCH信息的PDU和包含原小区MCCH信息的PDU重组出错误的RLC SDU,同时也能及时清除缓冲区;而且,还能减少不必要的RLC实体重建,使RLC实体重建机制更完善。
附图说明
图1为支持广播/组播业务的无线网络结构示意图;
图2为MBMS组播模式的业务流程示意图;
图3为MBMS广播模式的业务流程示意图;
图4为MCCH信息的传输调度示意图;
图5为MCCH的协议栈结构图;
图6为MAC层的逻辑通道与物理层的FACH通道的映射关系图;
图7为本发明一种实施例的实现流程图;
图8为本发明另一种实施例的实现流程图。
具体实施方式
本发明的核心思想是:UE在重选到新小区或乱序传送配置信息发生变化时,及时重配置或重建接收实体,以保证后续操作的正确性,并建立一个完善的重建接收实体的机制。具体到如何重建接收实体一般都是根据乱序传送配置信息来重建,所述乱序传送配置信息可以是新读取到的,也可以是已存储的。
本发明涉及三种实现方案:第一种实现方案,在UE重选到新小区后,无论所读到的系统信息块的value tag是否相同,均重建接收实体。第二种实现方案和第三种实现方案,在UE未移动小区的情况下,只有乱序传送配置信息发生变化时才重建接收实体,第二种实现方案和第三种实现方案的区别在于:判断乱序传送配置信息是否发生变化所采用的手段不同。由于目前的value tag对应于整个系统信息块,而乱序传送配置信息只是系统信息块中所包含的一种信息,value tag发生变化,不一定表示乱序传送配置信息发生变化,因此,在第二种实现方案中,专门为乱序传送配置信息设置一个value tag,以标识乱序传送配置信息是否发生变化;而在第三种方案中,UE将接收到的乱序传送配置信息与自身存储的乱序传送配置信息进行比较,以确定乱序传送配置信息是否发生变化。
对于上述三种实现方案,具体到每种实现方案都分别存在不同的实现方式,比如:完全基于已有的标准过程完成RLC接收实体的重配置或重建,只是将操作条件或相应的判断加以修改,如此,对已有的协议标准改动最小;或者是,完全采用全新的符合特定情况特性的重建过程,以省去一些不必要的处理步骤,简化处理流程的复杂度。
下面分别通过具体实施例和附图对不同实现方案的不同情况进行详细地描述和说明。
实施例一:
本实施例中,UE重选到新的小区,且本实施例在现有标准流程的基础上实现。如图7所示,本实施例中的MBMS信息的接收方法包括以下步骤:
步骤701:网络侧将RLC配置信息放置于系统信息块中在广播信道传送。
通常,UTRAN将乱序传送配置信息放到系统信息块类型5或5bis中通过广播信道发送。
步骤702:当UE选择到一个新小区时,获取该小区可用的RLC配置信息。
一般,UE在选择到一个新小区时,要读取该小区对应的主信息块(MasterInformation Block),然后根据所读到的主信息块中的调度信息或根据已存储的主信息块中的调度信息去读取系统信息块和调度块。
对于当前收到的系统信息块类型5或5bis,UE比较从调度信息中读到的该系统信息块的value tag值和在自身VALUE TAG变量中为该系统信息块存储的value tag值;如果Value tag值不同或UE中未存储相应的系统信息块,则将从调度信息中读到的value tag值存储到UE的变量VALUE TAG中,且读取并存储该系统信息块,将当前读取的系统信息块中的RLC配置信息作为可用的RLC配置信息;如果value tag值相同,UE可以将自身已存储的系统信息块中的RLC配置信息作为可用的RLC配置信息。
因此,本实施例中所述获取的可用RLC配置信息是指当前读取的系统信息块中的信息、或是UE自身已存储的系统信息块中的信息。
步骤703:UE根据所获取的可用RLC配置信息重建RLC接收实体。具体说就是,UE选择到新小区后,如果读取的或自身存储的系统信息块类型5或5bis中包含乱序传送配置信息,则UE根据乱序传送配置信息重新配置RLC UM接收实体,换句话说,就是重建相应的RLC接收实体。
重建RLC接收实体具体包括以下操作:①重置状态变量到初始值。这里所述的状态变量是指VR(UOH),该状态变量用于表明目前RLC实体已经接收到的PDU的最大序列号。一般,VR(UOH)的值为已经接收到的PDU的序列号的上限,VR(UOH)减去乱序传送接收窗口大小为已经接收到的PDU的序列号的下限。②设置配置参数到配置值,实际就是设置乱序传送接收窗口大小,将当前乱序传送接收窗口大小设置为所读取系统信息块或已存储系统信息块中的对应参数值。③设置超帧号到高层配置值。④丢弃RLC实体中所有的UMD PDUs。⑤如果定时器Timer_OSD已启动,则取消该定时器。重建RLC接收实体的具体实现属于现有技术,在此不再赘述。
实施例二:
本实施例与实施例一基本相同,区别仅在于:重建RLC接收实体还包括以下操作:RLC接收实体重建后,将重建的RLC接收实体收到的第一个PDU作为该RLC实体接收的第一个PDU;并且,在接收到第一个PDU后,将VR(UOH)设置为当前PDU的序列号-1。
实施例三:
本实施例的处理过程与实施例一基本相同,区别在于:由于UE重选小区后,必须重建RLC接收实体,因此,本实施例不再考虑对value tag的处理,也就是说,不再比较当前读取到的value tag值是否与自身已存储的value tag值相同,也不再判断自身是否已存储相应的value tag值。那么,步骤702就变为:
步骤702’:当UE选择到一个新小区时,读取当前小区的RLC配置信息。
一般,UE在选择到一个新小区时,要读取该小区对应的主信息块(MasterInformation Block),然后根据所读到的主信息块中的调度信息或根据已存储的主信息块中的调度信息去读取系统信息块和调度块。
如果当前收到的系统信息块为系统信息块类型5或5bis,则UE从当前的调度信息中读取value tag值存储到自身的变量VALUE_TAG中,且读取并存储当前的系统信息块。本实施例中,所读取的系统信息块中的RLC配置信息就是当前可用的RLC配置信息。
相应的,在步骤703中,如果读取的系统信息块类型5或5bis中包含乱序传送配置信息,则UE根据乱序传送配置信息重建相应的RLC接收实体。
实施例四:
本实施例与实施例三基本相同,区别仅在于:重建RLC接收实体还包括以下操作:RLC接收实体重建后,将重建的RLC实体收到的第一个PDU作为该RLC实体接收的第一个PDU,并且,在接收到第一个PDU后,将VR(UOH)设置为当前PDU的序列号-1。
上述实施例一至实施例四,UE在重选到新小区时,使用读取到的乱序传送配置信息、或自身存储的乱序传送配置信息来重建MCCH RLC实体,防止了包含新小区MCCH信息的UMD PDU和包含原小区MCCH信息的UMD PDU重组出错误的RLC SDU,同时也能及时清除缓冲区。
实施例一至实施例四中,所述的乱序传送配置信息均包含于系统信息块类型5或5bis中发送,实际应用中,所述乱序传送配置信息也可以包含于其它类型的系统信息块中发送。另外,UE决定重建RLC实体时,可以在本修改周期内重建,即:获取到新小区的乱序传送配置信息后立即重建;也可以推迟到下一修改周期重建;还可以根据网络侧的指示决定重建时刻。
实施例五:
本实施例中,对于未发生小区重选的UE,只有在乱序传送配置信息发生变化时才重新配置或重建RLC接收实体。由于现有技术中的value tag是用于标识整个系统信息块中是否有信息发生变化的,而无法确切获知乱序传送配置信息是否发生变化,因此,本实施例中为乱序传送配置信息设置了一个单独的valuetag,专门用于标识乱序传送配置信息的内容是否发生变化,该参数可称为乱序信息值标签。只要乱序传送配置信息的内容发生变化,乱序传送配置信息对应的乱序信息value tag就会相应被修改为不同的值。如图8所示,本实施例中的MBMS信息的接收方法包括以下步骤:
步骤801:网络侧将RLC配置信息放置于系统信息块中在广播信道传送。
通常,UTRAN将乱序传送配置信息放到系统信息块类型5或5bis中通过广播信道发送。当系统信息块类型5或5bis的内容有变化时,该系统信息块对应的value tag会相应被修改为不同的值;当乱序传送配置信息内容发生变化时,所设置的乱序信息value tag就会相应被修改为不同的值。
步骤802~803:UE判断RLC配置信息中的乱序传送配置信息是否发生变化,如果是,则根据新的乱序传送配置信息配置RLC接收实体;否则,结束当前的处理流程。
本实施例中,所述判断乱序传送配置信息是否发生变化具体是:判断乱序信息value tag是否发生变化。
对于当前接收的系统信息块类型5或5bis,UE比较从调度信息中读到的该系统信息块的value tag值和在自身VALUE_TAG变量中为该系统信息块存储的value tag值;如果value tag值不同或UE中未存储相应的系统信息块,则将从调度信息中读到的value tag值存储到UE的VALUE_TAG变量中,且读取并存储该系统信息块,将当前读取的系统信息块中的信息作为可用的系统信息;如果value tag值相同,UE可以将自身已存储的系统信息块中的信息作为可用的系统信息。
对于系统信息块中的乱序传送配置信息,UE比较从系统信息中读到的对应乱序传送配置信息的乱序信息value tag值和在自身为该乱序传送配置信息存储的乱序信息value tag值,如果乱序信息value tag值不同,则UE将读到的乱序信息value tag值存储到自身的相应变量中,并根据所读到的乱序传送配置信息的参数配置RLC接收实体;如果乱序信息value tag值相同,则UE忽略所接收到的乱序传送配置信息。
上述对系统信息块所对应的value tag值的判断处理,主要是为了符合现有技术中标准协议的规定,在实际应用中,该操作可以省略。当然,也可以先确定系统信息块内容是否发生变化,如果发生变化,再进一步确定是否是乱序传送配置信息的内容发生变化,否则,可以直接结束处理。
步骤803中所述的配置RLC接收实体,在本实施例中是指根据更新的乱序传送配置信息参数重新配置RLC接收实体,更新配置参数,例如,修改参数乱序传送接收窗口的大小。相应的,在RLC接收实体内,如果新配置的乱序传送接收窗口参数值小于原来的乱序传送接收窗口参数值,则丢弃RLC接收实体缓冲区中的在窗口外的PDU。这里,所述窗口外的PDU是指:序列号(SN)在VR(UOH)-乱序传送接收窗口大小<SN<VR(UOH)范围之外的PDU。
本实施例中,所设置的乱序信息value tag的取值范围为任何连续的整数,如1至8,初始值可以随机取,每次乱序传送配置信息发生改变时,乱序信息value tag的值递增1然后取模。
实施例六:
本实施例的处理与实施例五基本相同,区别在于:本实施例中,步骤803所述的配置RLC接收实体是指重建RLC接收实体。其中,重建RLC接收实体具体包括以下操作:①重置状态变量到初始值。这里所述的状态变量是指VR(UOH),该状态变量用于表明目前RLC实体已经接收到的PDU的最大序列号。一般,VR(UOH)的值为已经接收到的PDU的序列号的上限,VR(UOH)减去乱序传送接收窗口大小为已经接收到的PDU的序列号的下限。②设置配置参数到配置值,实际就是设置乱序传送接收窗口大小,将当前乱序传送接收窗口大小设置为所读取系统信息块或已存储系统信息块中的对应参数值。③设置超帧号到高层配置值。④丢弃RLC实体中所有的UMD PDUs。⑤如果定时器Timer_OSD已启动,则取消该定时器。
实施例七:
本实施例的处理与实施例六基本相同,区别仅在于:重建RLC接收实体还包括以下操作:RLC接收实体重建后,将重建的RLC实体收到的第一个PDU作为该RLC实体接收的第一个PDU;并且,在接收到第一个PDU后,将VR(UOH)设置为当前PDU的序列号-1。
实施例五至实施例七的基本思想是:只有当乱序传送配置信息的内容发生改变时,才处理该乱序传送配置信息,根据读取的乱序传送配置信息重新配置RLC实体、或重建RLC实体,如此,可避免因包含乱序传送配置信息的系统信息块中其它信息内容发生变化而导致重建或重配RLC接收实体的情况。其中,具体需要重新配置RLC接收实体还是重建RLC接收实体,可以由UTRAN通过相应的标识发给UE,指示UE进行重新配置还是重新建立RLC接收实体。
实施例五至实施例七中,所述的乱序传送配置信息均包含于系统信息块类型5或5bis中发送,实际应用中,所述乱序传送配置信息也可以包含于其它类型的系统信息块中发送。另外,UE决定重配置或重建RLC实体时,可以在本修改周期内重配置或重建,即:得到乱序传送配置信息后立即重配置或重建;也可以推迟到下一修改周期重配置或重建;还可以根据网络侧的指示决定重配置时刻或重建时刻。
实施例八:
本实施例中,对于未发生小区重选的UE,只有在乱序传送配置信息发生变化时才重新配置或重建RLC接收实体。本实施例是直接将UE当前读取的乱序传送配置信息与自身存储的乱序传送配置信息的参数值进行比较,以确定乱序传送配置信息是否发生变化。这里,所述乱序传送配置信息发生变化可以是其中一个参数发生变化,也可以是多个参数发生变化。
实际上,本实施例的处理与实施例五的处理基本类似,区别在于步骤802的判断。本实施例中,所述判断乱序传送配置信息是否发生变化具体是:判断所读取的乱序传送配置信息与自身存储的乱序传送配置信息的所有参数值是否相同,如果不相同,则根据读取的乱序传送配置信息配置RLC接收实体;否则,结束当前的处理流程。
这里,UE先从调度信息中读取系统信息块,再从系统信息块的系统信息中读取乱序传送配置信息。
在本实施例中,步骤803中所述的配置RLC接收实体是指根据更新的乱序传送配置信息参数重新配置RLC接收实体。例如,修改参数乱序传送接收窗口的大小。相应的,在RLC接收实体内,如果新配置的乱序传送接收窗口参数值小于原来的乱序传送接收窗口参数值,则丢弃RLC接收实体缓冲区中的在窗口外的PDU。这里,所述窗口外的PDU是指:序列号(SN)在VR(UOH)-乱序传送接收窗口大小<SN<VR(UOH)范围之外的PDU。
实施例九:
本实施例的处理与实施例八基本相同,区别在于:本实施例中所述配置RLC接收实体是指重建RLC接收实体。其中,重建RLC接收实体具体包括以下操作:①重置状态变量到初始值。这里所述的状态变量是指VR(UOH),该状态变量用于表明目前RLC实体已经接收到的PDU的最大序列号。一般,VR(UOH)的值为已经接收到的PDU的序列号的上限,VR(UOH)减去乱序传送接收窗口大小为已经接收到的PDU的序列号的下限。②设置配置参数到配置值,实际就是设置乱序传送接收窗口大小,将当前乱序传送接收窗口大小设置为所读取系统信息块或已存储系统信息块中的对应参数值。③设置超帧号到高层配置值。④丢弃RLC实体中所有的UMD PDUs。⑤如果定时器Timer_OSD已启动,则取消该定时器。
实施例十:
本实施例的处理与实施例九基本相同,区别仅在于:重建RLC接收实体还包括以下操作:RLC接收实体重建后,将重建的RLC实体收到的第一个PDU作为该RLC实体接收的第一个PDU;并且,在接收到第一个PDU后,将VR(UOH)设置为当前PDU的序列号-1。
实施例八至实施例十的基本思想是:只有当读取的乱序传送配置信息的内容发生改变时,才处理该乱序传送配置信息,根据读取的乱序传送配置信息重新配置RLC实体、或重建RLC实体,如此,可避免因包含乱序传送配置信息的系统信息块中其它信息内容发生变化而导致重建或重配RLC接收实体的情况。其中,具体需要重新配置RLC接收实体还是重建RLC接收实体,可以由UTRAN通过相应的标识下发给UE,指示UE进行重新配置还是重新建立RLC接收实体。
实施例八至实施例十中,所述的乱序传送配置信息均包含于系统信息块类型5或5bis中发送,实际应用中,所述乱序传送配置信息也可以包含于其它类型的系统信息块中发送。另外,UE决定重配置或重建RLC实体时,可以在本修改周期内重配置或重建,即:得到乱序传送配置信息后立即重配置或重建;也可以推迟到下一修改周期重配置或重建;还可以根据网络侧的指示决定重配置时刻或重建时刻。
对于实施例五到实施例十,所基于的前提是:RLC配置信息中含有乱序传送配置信息,如果不基于此前提,那么,在UE接收到RLC配置信息后应该先判断:RLC配置信息中是否含有乱序传送配置信息,如果有,再继续判断乱序传送配置信息是否发生变化,否则,直接就结束处理流程。当然,还有一种特殊情况就是:UE只要接收到乱序传送配置信息,无论乱序传送配置信息是否发生变化都重配置或重建RLC接收实体,这种情况下,UE只要判断出RLC配置信息中含有乱序传送配置信息,就进行重配置或重建RLC接收实体的操作,无需继续判断乱序传送配置信息是否发生变化。具体如何进行RLC接收实体的重配置或重建,与实施例五至实施例十中所述处理相同。
上面所有实施例中提到的RLC接收实体可以是MCCH RLC UM实体,总之,以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。

Claims (23)

1、一种多媒体广播/组播服务MBMS控制信息的接收方法,其特征在于,该方法包括以下步骤:
a1.网络侧将无线链路控制层RLC配置信息放置于系统信息块中在广播信道传送;
b1.UE每选择到新小区时,获取该新小区可用的RLC配置信息,并根据所获取的可用RLC配置信息重建RLC接收实体。
2、根据权利要求1所述的方法,其特征在于,步骤b1中所述获取可用的RLC配置信息具体为:判断当前收到的系统信息块是否为包含RLC配置信息的系统信息块,如果是,则读取并存储当前的系统信息块,将所读取的系统信息块中的RLC配置信息作为可用的RLC配置信息;否则,结束当前处理流程。
3、根据权利要求1所述的方法,其特征在于,步骤b1中所述获取可用的RLC配置信息具体为:判断当前收到的系统信息块是否为包含RLC配置信息的系统信息块,如果不是,则结束当前处理流程;如果是,再判断系统信息块内容是否发生变化,如果发生变化,则读取并存储当前的系统信息块,将所读取的系统信息块中的RLC配置信息作为可用的RLC配置信息;如果未发生变化,则将自身存储的系统信息块中的RLC配置信息作为可用的RLC配置信息。
4、根据权利要求3所述的方法,其特征在于,所述判断系统信息块内容是否发生变化具体是:判断所读取的当前系统信息块对应的值标签是否与UE自身存储的该系统信息块对应的值标签相同,如果相同,则所述系统信息块的内容未发生变化,否则,所述系统信息块的内容发生变化。
5、根据权利要求1至4任一项所述的方法,其特征在于,所述可用RLC配置信息中包含乱序传送配置信息。
6、根据权利要求5所述的方法,其特征在于,步骤b1所述重建RLC接收实体为:UE在获取所述新小区的可用RLC配置信息后立即重建RLC接收实体;或者,在获取到可用RLC配置信息的修改周期的下一修改周期中重建RLC接收实体;或者,UE根据网络侧指示决定重建RLC接收实体的时刻。
7、根据权利要求6所述的方法,其特征在于,步骤b1所述重建RLC接收实体具体包括:重置状态变量到初始值;设置配置参数到配置值;设置超帧号到高层配置值;丢弃RLC实体中所有的UMD PDUs。
8、根据权利要求7所述的方法,其特征在于,步骤b1所述重建RLC接收实体进一步包括:判断定时器是否已启动,如果是,则取消该定时器;否则不作处理。
9、根据权利要求8所述的方法,其特征在于,步骤b1所述重建RLC接收实体进一步包括:将重建的RLC接收实体收到的第一个协议数据单元PDU作为该RLC实体接收的第一个PDU;并在接收到第一个PDU后,将状态变量VR(UOH)设置为当前PDU的序列号-1。
10、根据权利要求1至4任一项所述的方法,其特征在于,所述系统信息块为系统信息块类型5、或为5bis。
11、一种MBMS控制信息的接收方法,其特征在于,该方法包括以下步骤:
a2.网络侧将RLC配置信息放置于系统信息块中在广播信道传送;
b2.UE接收并判断RLC配置信息中是否含有乱序传送配置信息,如果有,则根据所接收到的乱序传送配置信息配置RLC接收实体;否则,结束当前处理流程。
12、根据权利要求11所述的方法,其特征在于,步骤b2中RLC配置信息中含有乱序传送配置信息,则步骤b2进一步包括:
判断RLC配置信息中的乱序传送配置信息是否发生变化,如果发生变化,则根据所接收到的新乱序传送配置信息配置RLC接收实体;否则,结束当前处理流程。
13、根据权利要求12所述的方法,其特征在于,该方法进一步包括:设置对应于乱序传送配置信息的乱序信息值标签;
步骤b2中所述判断具体为:判断当前读到的乱序信息值标签与UE自身存储的相应乱序传送配置信息的乱序信息值标签是否相同,如果相同,则乱序传送配置信息未发生变化;如果不同,则乱序传送配置信息发生变化。
14、根据权利要求12所述的方法,其特征在于,步骤b2中所述判断具体为:判断所读取的乱序传送配置信息与UE自身存储的乱序传送配置信息的所有参数值是否相同,如果相同,则乱序传送配置信息未发生变化;如果不同,则乱序传送配置信息发生变化。
15、根据权利要求13所述的方法,其特征在于,乱序传送配置信息发生变化,步骤b2中进一步包括:保存当前读到的乱序信息值标签。
16、根据权利要求12、13或14所述的方法,其特征在于,乱序传送配置信息发生变化,步骤b2中进一步包括:保存当前读到的RLC配置信息。
17、根据权利要求11、12、13或14所述的方法,其特征在于,所述配置RLC接收实体具体为:根据所接收到的乱序传送配置信息重新配置RLC接收实体的配置参数。
18、根据权利要求17所述的方法,其特征在于,所述重新配置RLC接收实体的配置参数为:UE在获取到乱序传送配置信息后立即重新配置RLC接收实体的配置参数;或者,在获取到乱序传送配置信息的修改周期的下一修改周期重新配置RLC接收实体的配置参数;或者,UE根据网络侧指示决定重新配置RLC接收实体配置参数的时刻。
19、根据权利要求17所述的方法,其特征在于,所述重新配置的RLC接收实体配置参数为乱序传送接收窗口大小;则在重新配置参数后,该方法进一步包括:判断更新后的乱序传送接收窗口大小是否小于更新前的乱序传送接收窗口大小,如果是,则丢掉RLC接收实体缓冲区中序列号在更新后乱序传送接收窗口之外的PDU。
20、根据权利要求11、12、13或14所述的方法,其特征在于,所述配置RLC接收实体具体为:根据所接收到的乱序传送配置信息重建RLC实体。
21、根据权利要求20所述的方法,其特征在于,所述重建RLC接收实体为:UE在获取到乱序传送配置信息后立即重建RLC接收实体;或者,在获取到乱序传送配置信息的修改周期的下一修改周期重建RLC接收实体;或者,UE根据网络侧指示决定重建RLC接收实体的时刻。
22、根据权利要求20所述的方法,其特征在于,所述重建RLC接收实体具体包括:重置状态变量到初始值;设置配置参数到配置值;设置超帧号到高层配置值;丢弃RLC实体中所有的UMD PDUs。
23、根据权利要求11、12、13或14所述的方法,其特征在于,所述系统信息块为系统信息块类型5、或为5bis。
CNB2005100568805A 2005-03-28 2005-03-28 一种多媒体广播/组播服务控制信息的接收方法 Active CN1323563C (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CNB2005100568805A CN1323563C (zh) 2005-03-28 2005-03-28 一种多媒体广播/组播服务控制信息的接收方法
EP05811909A EP1758408B1 (en) 2005-03-28 2005-11-11 Methods, system and user equipment for receiving multimedia broadcast/multicast service control information
PCT/CN2005/001906 WO2006102807A1 (fr) 2005-03-28 2005-11-11 Procede de reception d’informations de commande de diffusion multimedia ou de service multidiffusion
US11/613,099 US20070133456A1 (en) 2005-03-28 2006-12-19 Method and System for Receiving Multimedia Broadcast/Multicast Service Control Information, and UE Thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2005100568805A CN1323563C (zh) 2005-03-28 2005-03-28 一种多媒体广播/组播服务控制信息的接收方法

Publications (2)

Publication Number Publication Date
CN1794827A CN1794827A (zh) 2006-06-28
CN1323563C true CN1323563C (zh) 2007-06-27

Family

ID=36806047

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2005100568805A Active CN1323563C (zh) 2005-03-28 2005-03-28 一种多媒体广播/组播服务控制信息的接收方法

Country Status (4)

Country Link
US (1) US20070133456A1 (zh)
EP (1) EP1758408B1 (zh)
CN (1) CN1323563C (zh)
WO (1) WO2006102807A1 (zh)

Families Citing this family (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100965659B1 (ko) * 2004-09-14 2010-06-25 삼성전자주식회사 멀티미디어 방송/멀티캐스트 서비스 시스템에서 서비스 세션의 종료시 셀 선택 지시 방법 및 이를 위한 시스템
KR101341515B1 (ko) 2007-06-18 2013-12-16 엘지전자 주식회사 무선 통신 시스템에서의 반복 전송 정보 갱신 방법
KR101486352B1 (ko) 2007-06-18 2015-01-26 엘지전자 주식회사 무선 통신 시스템의 단말에서의 상향링크 동기 상태 제어방법
WO2008156314A2 (en) * 2007-06-20 2008-12-24 Lg Electronics Inc. Effective system information reception method
US9008006B2 (en) * 2007-08-10 2015-04-14 Lg Electronics Inc. Random access method for multimedia broadcast multicast service(MBMS)
CN101378528B (zh) * 2007-08-27 2011-10-26 鼎桥通信技术有限公司 一种在mbms专用载波上通知系统消息改变的方法
KR100937432B1 (ko) 2007-09-13 2010-01-18 엘지전자 주식회사 무선 통신 시스템에서의 무선자원 할당 방법
KR101513033B1 (ko) 2007-09-18 2015-04-17 엘지전자 주식회사 다중 계층 구조에서 QoS를 보장하기 위한 방법
KR101591824B1 (ko) 2007-09-18 2016-02-04 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
WO2009038377A2 (en) 2007-09-20 2009-03-26 Lg Electronics Inc. Method of effectively transmitting radio resource allocation request in mobile communication system
KR20100057759A (ko) 2007-10-10 2010-06-01 엘지전자 주식회사 무선 네트워크에서의 멀티캐스트 프레임 재전송 방법 및 수신된 멀티캐스트 프레임 처리 방법
CN101448333B (zh) 2007-11-29 2011-12-21 创新音速有限公司 设定最大接收状态变量的方法及其通讯装置
US8180335B2 (en) * 2008-01-11 2012-05-15 Qualcomm Incorporated System information modification notification and detection in wireless communications
KR101594359B1 (ko) 2008-01-31 2016-02-16 엘지전자 주식회사 랜덤 접속에서 백오프 정보를 시그널링하는 방법
WO2009096731A2 (en) 2008-01-31 2009-08-06 Lg Electronics Inc. Method for signaling back-off information in random access
US8804546B2 (en) 2008-06-13 2014-08-12 Qualcomm Incorporated Method and apparatus for managing interaction between DRX cycles and paging cycles
EP2136501B1 (en) * 2008-06-20 2019-12-04 LG Electronics Inc. Method of delivering a PDCP data unit to an upper layer
US8843115B2 (en) * 2008-06-23 2014-09-23 Qualcomm Incorporated Method and apparatus for managing system information modification in a wireless communication system
CN101742572B (zh) * 2008-11-07 2016-03-30 中兴通讯股份有限公司 调度信息的传输方法和装置
CN101753281B (zh) * 2008-12-10 2013-03-20 中兴通讯股份有限公司 无线链路控制层减少冗余报文重传的方法及系统
US8908578B2 (en) 2008-12-22 2014-12-09 Lg Electronics Inc. Method for requesting and allocating uplink resource in wireless communication system
KR101641119B1 (ko) 2009-02-02 2016-07-20 삼성전자 주식회사 무선 통신 시스템에서 제어 채널 송수신 방법 및 장치
KR101680660B1 (ko) * 2009-02-12 2016-11-29 엘지전자 주식회사 광대역 무선통신 시스템에서 시스템 정보 갱신 방법 및 장치
US20100216421A1 (en) * 2009-02-20 2010-08-26 Qualcomm Incorporated Methods and apparatus for providing emergency alerts in a communication network
KR101604874B1 (ko) * 2009-03-05 2016-03-18 엘지전자 주식회사 광대역 무선통신 시스템에서 시스템 정보 갱신 방법 및 장치
US8625630B2 (en) 2009-03-05 2014-01-07 Lg Electronics Inc. Method and apparatus for updating system information in broadband wireless communication system
US8743896B2 (en) * 2009-03-16 2014-06-03 Htc Corporation Method and related communication device for radio link control reconfiguration in a wireless communications system
CN101965009A (zh) * 2009-07-22 2011-02-02 中兴通讯股份有限公司 一种网络侧无线链路控制层报文异常的处理方法及系统
US8811253B2 (en) 2009-08-12 2014-08-19 Qualcomm Incorporated Resource specification for broadcast/multicast services
CN103004255B (zh) * 2011-06-17 2015-09-30 华为技术有限公司 配置信息的处理方法、无线网络控制器和基站
WO2013167339A1 (en) * 2012-05-07 2013-11-14 Nokia Siemens Networks Oy Handling status data units from multiple data streams
US9307570B2 (en) * 2012-08-03 2016-04-05 Telefonaktiebolaget Lm Ericsson (Publ) Controlling user equipment nodes for enhanced uplink and user equipment nodes configured for enhanced uplink
US10075881B2 (en) * 2013-04-02 2018-09-11 Lg Electronics Inc. Method for performing a cell change procedure in a wireless communication system and a device therefor
CN104219681B (zh) * 2013-06-03 2020-05-05 索尼公司 无线通信系统中的装置和方法
US10070364B2 (en) * 2014-07-21 2018-09-04 Intel IP Corporation Neighbor cell system information provisioning
US10616822B2 (en) 2015-02-10 2020-04-07 Qualcomm Incorporated System information updating
US9769733B2 (en) 2015-02-10 2017-09-19 Qualcomm Incorporated Incremental transmission of system information
US10200920B2 (en) 2015-02-10 2019-02-05 Qualcomm Incorporated On-demand system information
CN108307387B (zh) * 2016-09-27 2020-11-06 华为技术有限公司 数据传输方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5404355A (en) * 1992-10-05 1995-04-04 Ericsson Ge Mobile Communications, Inc. Method for transmitting broadcast information in a digital control channel
CN1371576A (zh) * 1999-05-20 2002-09-25 艾利森电话股份有限公司 蜂窝通信网中用于广播系统信息的方法和设备
WO2005015776A1 (en) * 2003-08-06 2005-02-17 Samsung Electronics Co., Ltd. Method for providing requested mbms service to ues that failed to receive paging message in a mobile communication system supporting mbms service
WO2005018269A1 (en) * 2003-08-19 2005-02-24 Lg Electronics Inc. Apparatus and method for sharing radio protocol entities in wireless communication system

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE60043476D1 (de) * 1999-01-12 2010-01-21 Gambro Ind Sas Gerät für Dialyse mit Erwärmung vom Blut
JP4002204B2 (ja) * 2002-04-09 2007-10-31 三星電子株式会社 移動通信システムにおけるマルチメディア放送/マルチキャストサービスのための制御情報伝送装置及びその方法
US20030206534A1 (en) * 2002-05-03 2003-11-06 Wu Frank Chih-Hsiang Scheme to handle radio link control service data units upon reception of a radio link control reset or reset acknowledge protocol data unit in a wireless communication system
CA2534277C (en) * 2003-08-22 2012-10-02 Samsung Electronics Co., Ltd. Cell reselection method for receiving packet data in a mobile communication system supporting mbms
KR101000699B1 (ko) * 2004-04-19 2010-12-10 엘지전자 주식회사 무선링크 제어계층에서의 데이터 처리방법

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5404355A (en) * 1992-10-05 1995-04-04 Ericsson Ge Mobile Communications, Inc. Method for transmitting broadcast information in a digital control channel
CN1371576A (zh) * 1999-05-20 2002-09-25 艾利森电话股份有限公司 蜂窝通信网中用于广播系统信息的方法和设备
WO2005015776A1 (en) * 2003-08-06 2005-02-17 Samsung Electronics Co., Ltd. Method for providing requested mbms service to ues that failed to receive paging message in a mobile communication system supporting mbms service
WO2005018269A1 (en) * 2003-08-19 2005-02-24 Lg Electronics Inc. Apparatus and method for sharing radio protocol entities in wireless communication system

Also Published As

Publication number Publication date
US20070133456A1 (en) 2007-06-14
WO2006102807A1 (fr) 2006-10-05
EP1758408B1 (en) 2012-06-13
EP1758408A1 (en) 2007-02-28
EP1758408A4 (en) 2007-08-01
CN1794827A (zh) 2006-06-28

Similar Documents

Publication Publication Date Title
CN1323563C (zh) 一种多媒体广播/组播服务控制信息的接收方法
CN1330162C (zh) 一种数据分段级联的方法
CN100459781C (zh) 适用于在umts中的mbms数据预定发送的方法
CN1663151B (zh) 在无线移动通信系统中的多媒体服务提供方法
JP4327089B2 (ja) 無線移動通信システムにおけるmbmsデータのための制御信号伝送方法
US7706318B2 (en) Method and apparatus for transmitting and receiving MBMS packet data and control information
AU2006282187B2 (en) Method of processing control information messages for point-to-multipoint services
KR100932485B1 (ko) 방송 및/또는 멀티캐스트 서비스를 제공하는 방법
MXPA06015269A (es) Cronometraje de informacion de canal de control de punto a puntos multiples.
CN1953602A (zh) Ue接收无线资源控制消息及接收业务调度信息的方法
CN100502570C (zh) 移动通信系统中终端加入组播业务组时获取apn的方法
CN101114921B (zh) 一种发送多媒体广播/组播服务业务的方法及装置
CN101094439B (zh) 无线通信系统中为广播业务动态分配资源的方法及装置
CN100421507C (zh) 一种多媒体广播/组播业务中业务控制信息的传输方法
CN100502280C (zh) 一种保证网络侧接收用户设备消息的方法
CN101115231B (zh) 信息传输方法
CN100433701C (zh) 多媒体广播/组播业务信息的传输方法
CN100450296C (zh) 一种广播/组播业务控制信息的传输方法
CN100466762C (zh) 实现广播组播业务通知的方法
CN100355258C (zh) 信息传输方法
CN100389615C (zh) 多媒体广播/组播业务中用户设备进行频率层分散的方法
CN1780291B (zh) 一种数据分段级联和重组的方法
CN100563361C (zh) 广播组播业务去激活的方法及设备
CN101998320A (zh) 终端管理方法及装置、终端远程管理系统
CN1330155C (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
C14 Grant of patent or utility model
GR01 Patent grant
EE01 Entry into force of recordation of patent licensing contract

Application publication date: 20060628

Assignee: APPLE Inc.

Assignor: HUAWEI TECHNOLOGIES Co.,Ltd.

Contract record no.: 2015990000755

Denomination of invention: Receiving method of multimedia brondiasting/group broadcast service control information

Granted publication date: 20070627

License type: Common License

Record date: 20150827

LICC Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model
CP01 Change in the name or title of a patent holder

Address after: Espoo, Finland

Patentee after: NOKIA TECHNOLOGIES OY

Address before: Espoo, Finland

Patentee before: Nokia Technologies

CP01 Change in the name or title of a patent holder
TR01 Transfer of patent right

Effective date of registration: 20190319

Address after: Espoo, Finland

Patentee after: Nokia Technologies

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.

TR01 Transfer of patent right