CN101350943B - Hsdpa业务类型转换中的rlc模式设置方法 - Google Patents
Hsdpa业务类型转换中的rlc模式设置方法 Download PDFInfo
- Publication number
- CN101350943B CN101350943B CN2007101192920A CN200710119292A CN101350943B CN 101350943 B CN101350943 B CN 101350943B CN 2007101192920 A CN2007101192920 A CN 2007101192920A CN 200710119292 A CN200710119292 A CN 200710119292A CN 101350943 B CN101350943 B CN 101350943B
- Authority
- CN
- China
- Prior art keywords
- rlc
- message
- pattern
- rlc pattern
- field
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种HSDPA业务类型转换中的RLC模式的设置方法,该方法包括:RNC根据转换后的业务类型确定RLC模式,并修改自身RLC实体模式;RNC通知NodeB将承载所述HSDPA业务的RAB所对应PQ的RLC模式修改为所确定的模式,通知UE修改RLC实体模式;NodeB根据接收到的消息修改该RAB对应PQ的RLC模式;UE根据接收到的消息修改RLC实体模式。应用本发明的方法后,能够避免在NodeB和UE上新建PQ并删除先前对应的PQ以实现其RLC模式的设置,从而简化了RLC模式的设置过程,节省了系统资源。
Description
技术领域
本发明涉及高速下行分组接入(HSDPA)技术,特别涉及一种HSDPA业务类型转换中的无线链路控制(RLC)模式设置方法。
背景技术
3G网络可以承载的业务多种多样,从业务特性上看主要有会话业务(Conversational)、流业务(Streaming)、交互业务(Interactive)、背景业务(Background)4种。其中,交互业务和背景业务对时延抖动要求不高,也称为尽力而为(Best Effort,BE)业务。HSDPA技术主要提供对流业务和BE业务的承载。在承载业务时,利用用户设备(UE)与核心网(CN)间建立的无线接入承载(RAB)来进行。
在某些应用中,虽然已经建立了用于承载HSDPA流业务的RAB,并且可以传输业务数据,但是由于用户的需求,可能需要将该RAB上承载的业务转换为HSDPA BE业务。例如,某用户利用手机在看电影,该业务属于HSDPA流业务,并且显然已经建立了承载该流业务的RAB,这时用户希望下载该部电影,由于下载属于HSDPA BE业务,需要利用原来建立好的承载流业务的RAB承载HSDPA BE业务,因而涉及业务类型转换。
上述的业务类型转换可以通过对建立的RAB进行修改来实现,从而适应新的HSDPA业务类型,这种对建立的RAB进行修改的过程称为RAB修改过程。由于HSDPA流业务与BE业务对应的MAC-d流信息、优先级队列(PQ)信息、RLC模式等不同,因此在RAB修改过程中,需要对这些信息进行修改。
其中,RLC模式的修改涉及到用户设备(UE)和RNC中RLC实体模 式,以及基站(NodeB)中优先级队列(PQ)的RLC模式。上述三个RLC模式需要保持一致,否则会对业务传输造成影响。一般将对时延不敏感的HSDPA BE业务的三个RLC模式设置为确认模式,而将HSDPA流业务对应的三个RLC模式设置为非确认模式。
目前,对建立的RAB进行修改时,该RAB修改过程包括以下步骤:
步骤1:CN向RNC发送RAB Assignment消息,并在该消息中注明需要修改的RAB。
步骤2:RNC接收CN的指令,对自身RLC实体模式进行修改,例如,要将业务类型转换为HSDPA BE业务,就需要将RLC模式修改为确认模式。
步骤3:RNC分别向NodeB和UE发送无线链路重配置预备消息和RB重配置消息。
本步骤中,RNC在发送给NodeB的无线链路重配置预备消息中携带与转换后的业务类型相适应的MAC-d流信息和PQ信息,但是该PQ信息中不包括RLC模式信息;RNC在发送给UE的RB重配置消息中携带与转换后的业务类型相适应的MAC-d流信息、PQ信息和RLC实体模式信息。
步骤4:NodeB根据接收到的信息修改MAC-d流信息和PQ信息,并向RNC返回响应信息。
本步骤中,由于无线链路重配置预备消息的修改PQ信息中不包括RLC模式信息,因此NodeB并不知道需要对PQ的RLC模式进行调整,从而保持PQ的RLC模式不变。
步骤5:UE根据接收到的信息修改MAC-d流信息、PQ信息和RLC实体模式,并向RNC返回RB重配置完成消息。其中,将RLC实体模式修改为与RNC中一致。
步骤6:RNC接收到NodeB和UE返回的信息,向CN返回RABAssignment Complete消息,RAB修改过程结束。
通过上述RAB修改过程,RNC和UE中RLC实体的RLC模式均已经完成了修改,但是NodeB中PQ的RLC模式却没有改变,可见转换后的 HSDPA业务对应的RLC模式出现差错,会导致业务性能下降。
为避免上述RLC模式差错问题,现有的一种解决方案为:RNC在下发给NodeB的无线链路重配置预备消息中指令NodeB新建对应被修改RAB的PQ,由于在新建PQ的信息中可以包括RLC模式信息,因此通过这种方式可以改变PQ的RLC模式,使其适应于转换后的业务类型。并且,需要将原有的PQ删除。同时,虽然UE中的PQ不包括RLC模式信息,但为与NodeB中的PQ同步,需要在UE中也新建与NodeB中新建的PQ一致的PQ,并将原有的PQ删除。
在上述过程中,为实现RLC模式的改变需要分别在NodeB和UE中新建和删除PQ,增加了系统的复杂度和资源开销。
发明内容
有鉴于此,本发明提供一种HSDPA业务类型转换中的RLC模式设置方法,能够简化RLC模式的设置过程,降低系统复杂度,节省系统资源。
为实现上述目的,本发明采用如下的技术方案:
一种HSDPA业务类型转换中的RLC模式设置方法,包括:
无线网络控制器RNC根据转换后业务类型确定的RLC模式,修改自身RLC实体模式;
RNC通知基站NodeB将所修改的RAB对应优先级队列PQ的RLC模式修改为所确定的RLC模式,通知用户设备UE修改RLC实体模式;
NodeB根据接收到的通知修改对应PQ的RLC模式;UE根据接收到的通知修改RLC实体模式。
较佳地,在所述RNC根据转换后的业务类型确定RLC模式前,该方法进一步包括:RNC根据转换前和转换后的业务类型,判断是否需要改变RLC模式,若是,则继续执行所述RNC根据转换后的业务类型确定RLC模式的操作,否则结束本流程。
较佳地,所述RNC通知NodeB将承载所述HSDPA业务的RAB对应 PQ的RLC模式修改为所述确定的RLC模式为:在RNC向NodeB发送的通知消息或新建的消息中携带所述PQ的PQ ID和确定的RLC模式。
PQ的RLC模式修改为所述确定的RLC模式为:在RNC向NodeB发送的通知消息或新建的消息中携带所述PQ的PQ ID和确定的RLC模式。
较佳地,所述通知消息为无线链路重配置预备消息;
所述在通知消息中携带所述PQ的PQ ID为:在无线链路重配置预备消息的修改优先级队列IE中的PQ ID字段写入所述PQ的PQ ID;
所述在通知消息中携带确定的RLC模式为:在无线链路重配置预备消息的修改优先级队列IE中新增RLC模式字段,在该RLC模式字段中写入确定的RLC模式。
较佳地,所述NodeB根据接收到的通知修改所述RAB对应PQ的RLC模式为:
NodeB接收所述无线链路重配置预备消息,并在该消息中提取修改优先级队列IE中PQ ID字段和RLC模式字段的信息,将所述PQ ID字段所指示的PQ的RLC模式修改为所述RLC模式字段指示的RLC模式。
较佳地,所述在该新建的消息中携带所述PQ的PQ ID和确定的RLC模式为:
在新建的消息中至少设置报文标识字段、PQ ID字段和RLC模式字段;
在所述报文标识字段中写入指示修改PQ的RLC模式的报文标识;在所述PQ ID字段中写入所述PQ ID;在所述RLC模式字段中写入所述确定的RLC模式。
较佳地,所述NodeB根据接收到的通知修改所述RAB对应PQ的RLC模式为:
NodeB接收所述新建的消息,并根据该消息中报文标识字段的信息确定进行PQ的RLC模式修改操作;提取所述PQ ID字段和RLC模式字段的信息,将所述PQ ID字段所指示的PQ的RLC模式修改为所述RLC模式字段指示的RLC模式。
较佳地,所述RNC通知UE修改RLC实体模式为:RNC向UE发送RB重配置消息,在该消息中携带所述确定的RLC模式,并在该RB重配置
较佳地,所述RNC通知UE修改RLC实体模式为:RNC向UE发送RB重配置消息,在该消息中携带所述确定的RLC模式,并在该RB重配置 消息中进一步携带承载所述HSDPA业务的RAB对应PQ的重配置信息。
较佳地,将所述PQ的重配置信息携带在所述RB重配置消息的MAC-hs队列的增加或重配置列表(MAC-hs queue to add or reconfigure list)IE中。
较佳地,所述RNC根据转换前和转换后的业务类型判断是否需要改变RLC模式:若转换前和转换后的类型业务对应的RLC模式不同,则判定需要改变RLC模式,否则判定不需要改变RLC模式。
由上述技术方案可见,在本发明中,RNC根据转换后的业务类型确定RLC模式,并修改自身RLC实体模式;然后,RNC通知NodeB将承载所述HSDPA业务的RAB对应PQ的RLC模式修改为所述确定的RLC模式,并通知UE修改RLC实体模式;最后,NodeB和UE分别根据接收到的通知修改所述RAB对应PQ的RLC模式和RLC实体模式。这样,NodeB能够根据RNC发送的通知,确定需要将RAB对应PQ的RLC模式修改为RNC确定的与转换后的业务类型相适应的RLC模式,从而避免了在NodeB和UE上新建并删除PQ来实现RLC模式的设置,进而简化了RLC模式的设置过程,节省了系统资源。
附图说明
图1为本发明提供的HSDPA业务类型转换中的RLC模式设置方法的总体流程图。
图2为本发明实施例中HSDPA业务转换中的RLC设置方法具体流程图。
具体实施方式
为使本发明的目的、技术手段和优点更加清楚明白,以下结合附图对本发明作进一步详细描述。
本发明的基本思想是:在HSDPA业务类型转换过程中,RNC通知NodeB将原PQ的RLC模式进行修改,从而避免在NodeB和UE中均执行新建和 删除PQ的操作,简化RLC模式设置过程,节省系统资源。
图1为本发明提供的HSDPA业务类型转换中的RLC模式设置方法的总体流程图。如图1所示,该方法包括:
步骤101,RNC根据转换后业务类型确定的RLC模式,并修改自身RLC实体模式。
步骤102,RNC通知NodeB将承载所述HSDPA业务的RAB对应PQ的RLC模式修改为所述确定的RLC模式,通知UE修改RLC实体模式。
步骤103,NodeB根据接收到的通知修改PQ的RLC模式;UE根据接收到的通知修改RLC实体模式。
至此,本发明的HSDPA业务类型转换中的RLC设置方法结束。应用上述方法后,NodeB能够获知PQ需要修改RLC模式的信息,并且能够通过对原有PQ的RLC模式进行修改来适应新的业务类型。而不需要通过在NodeB中新建PQ、并删除原有PQ的方式来设置正确的RLC模式,同时也避免了UE为实现与NodeB的同步而新建PQ和删除原有PQ的操作,从而简化了RLC模式改变过程,节省系统资源。
上述即为本发明的总体概述,下面通过具体实施例说明本发明的具体实施方式。
在本发明实施例中,仍以利用RAB修改过程为例说明本发明的具体实施方式。其中,RNC在通知NodeB修改PQ的RLC模式时,通过扩展无线链路重配置预备消息来实现,并且假定需要将HSDPA交互业务转换为HSDPA流业务。
图2为本发明实施例中HSDPA业务转换中的RLC设置方法具体流程图。如图2所示,该方法包括:
步骤201,RNC根据转换前和转换后的业务类型,判断是否需要改变RLC模式,若是,则执行步骤202,否则结束本流程。
本实施例中,优选地,首先判断是否需要改变RLC模式,具体判断方式为:若转换前和转换后的业务类型对应的RLC模式不同,则判定需要改 变RLC模式,否则,不需要改变RLC模式。例如,若转换前和转换后的业务类型分别为交互业务和背景业务,或者刚好相反,则由于二者对应的RLC模式均为确认模式,不需要改变RLC模式;若转换前和转换后的业务类型分别为流业务和某种BE业务类型,或者刚好相反,则由于二者对应的RLC模式分别为非确认模式和确认模式,需要改变RLC模式。对于本实施例而言,由于将交互业务转换为流业务,因此需要改变确认模式。
步骤202,RNC根据转换后的业务类型确定RLC模式信息,并修改自身RLC实体模式。
本实施例中,确定将RLC模式由确认模式改为非确认模式,并且将自身RLC实体模式进行修改。
步骤203,RNC向NodeB发送无线链路重配置预备消息,并在该消息中携带RAB对应PQ的PQ ID和该PQ的RLC模式修改信息。
本实施例中,RNC向NodeB发送的无线链路重配置预备消息中包括需要修改的RLC模式信息。具体地,本实施例发送的无线链路重配置预备消息中HS-DSCH Information To Modify信元的格式如表1所示。
IE/Group名称 | Presence | 取值范围 | IE类型and Reference | 描述信息 |
HS-DSCH MAC-d流信息 | 0..<maxnoofMACdFlo ws> | |||
>HS-DSCH MAC-d流ID (HS-DSCH MAC-d Flow ID) | M | 9.2.1.31I | ||
>抢占/被抢占优先级 (Allocation/RetentionPriority) | O | 9.2.1.1A | ||
>传输承载请求指示(TransportBearer Request Indicator) | M | 9.2.1.62A | ||
>绑定ID(Binding ID) | O | 9.2.1.4 | 如果已经存在ALCAP的承载,则忽略此项 | |
>传输层地址(Transport LayerAddress) | O | 9.2.1.63 | 如果已经存在ALCAP的承载,则忽略此项 | |
优先级队列信息(PriorityQueue Information) | 0..<maxnoofPrioQueues> | |||
>选择优先级队列(CHOICEPriority Queue) | M | |||
>>新增优先级队列(AddPriority Queue) | ||||
>>>优先级队列ID(PriorityQueue ID) | M | 9.2.1.49C | ||
>>>关联HS-DSCH MAC-d 流(Associated HS-DSCHMAC-dFlow) | M | HS-DSCH MAC-dFlow ID 9.2.1.31I | 只能指向在现有配置中已存在的HS-DSCH MAC-d流;多个优 先级队列可以关联同一个 HS-DSCH MAC-d流ID | |
>>>调度优先级指示 (Scheduling PriorityIndicator) | M | 9.2.1.53H | ||
>>>T1 | M | 9.2.1.56a | ||
>>>丢弃定时器(DiscardTimer) | O | 9.2.1.24E | ||
>>>MAC-hs窗长(MAC-hsWindow Size) | M | 9.2.1.38B | ||
>>>MAC-hs保证比特率 (MAC-hs Guaranteed BitRate) | O | 9.2.1.38Aa | ||
>>>MAC-d PDU大小索引(MAC-dPDU Size Index) | 0..<maxnoofMACdPD Uindexes> | |||
>>>>SID | M | 9.2.1.53I | ||
>>>>MAC-d PDU大小(MAC-dPDU Size) | M | 9.2.1.38A | ||
>>>RLC模式(RLC Mode) | M | 9.2.1.52B | ||
>>修改优先级队列(ModifyPriority Queue) | ||||
>>>优先级队列ID(PriorityQueue ID) | M | 9.2.1.49C | 只能指向在现有配置中已存在的优先级队列 | |
>>>调度优先级指示 (Scheduling PriorityIndicator) | O | 9.2.1.53H | ||
>>>T1 | O | 9.2.1.56a | ||
>>>丢弃定时器(DiscardTimer) | O | 9.2.1.24E | ||
>>>MAC-hs窗长(MAC-hsWindow Size) | O | 9.2.1.38B | ||
>>>MAC-hs保证比特率 (MAC-hs Guaranteed BitRate) | O | 9.2.1.38Aa | ||
>>>MAC-d PDU大小索 | 0..<maxnoo |
引(MAC-dPDU SizeIndex) | fMACdPD Uindexes> | |||
>>>>SID | M | 9.2.1.53I | ||
>>>>MAC-d PDU大小(MAC-dPDU Size) | M | 9.2.1.38A | ||
>>>RLC模式(RLCMode) | O | 9.2.1.52B | ||
>>删除优先级队列(DeletePriority Queue) | ||||
>>>优先级队列ID(PriorityQueue ID) | M | 9.2.1.49C | 只能指向在现有配置中已存在的优先级队列 | |
RLC-UM的MAC-hs重排缓存大 小(MAC-hs Reordering BufferSize for RLC-UM) | O | 9.2.1.38Ab | ||
CQI反馈周期k(CQI FeedbackCyclek) | O | 9.2.2.21B | 只适用于FDD | |
CQI循环因子(CQI RepetitionFactor) | O | 9.2.2.4Cb | 只适用于FDD | |
ACK-NACK重复因子 (ACK-NACK RepetitionFactor) | O | 9.2.2.a | 只适用于FDD | |
CQI功率偏移(CQI PowerOffset) | O | 9.2.2.4Ca | 只适用于FDD | |
ACK功率偏移(ACK PowerOffset) | O | 9.2.2.b | 只适用于FDD | |
NACK功率偏移(NACK PowerOffset) | O | 9.2.2.23a | 只适用于FDD | |
HS-SCCH功率偏移(HS-SCCHPower Offset) | O | 9.2.2.18I | 只适用于FDD | |
测量功率偏移(MeasurementPower Offset) | O | 9.2.2.21C | 只适用于FDD | |
HS-SCCH码改变准予HS-SCCHCode Change Grant | O | 9.2.1.31L | ||
时间复用的ACK和NACK功率偏移(TDD ACK NACK Power Offset) | O | 9.2.3.18F | 只适用于FDD |
表1
在现有的无线链路重配置预备消息中,只有在新增优先级队列IE中包括RLC模式字段,在修改优先级队列IE中不包括RLC模式字段。本实施例中,如表1所示,在修改优先级队列IE中增加了RLC模式字段(阴影显示的字段),并且RNC在该字段中写入转换后的业务类型对应的RLC模式,在修改优先级队列IE的PQ ID字段写入RAB对应PQ的PQ ID。通过这种方式可以通知NodeB将PQ对应的RLC模式修改为步骤202中确定的RLC模式。本实施例中,由于转换后的业务类型为流业务,因此在新增的RLC模式字段中写入非确认模式。
另外,在该无线链路重配置预备消息中还包括其它RAB修改过程中需要与新的业务类型相适应而修改的相关信息,例如MAC-d流等,具体方式 与现有方式相同,这里就不再赘述。
步骤204,NodeB接收无线链路重配置预备消息,根据其中修改优先级队列IE中RLC模式字段的内容,将相应PQ的RLC模式进行修改。
本步骤中,NodeB提取修改优先级队列IE中RLC模式字段的内容,将相应PQ的RLC模式修改为该字段中记录的RLC模式。具体地,在本实施例中,该字段中记录的RLC模式为非确认模式,因此,NodeB将相应PQ的RLC模式由确认模式修改为非确认模式。
步骤205,RNC向UE发送RB重配置消息,通知UE修改RLC实体模式。
本步骤中,在RNC发送的RB重配置消息中携带转换后的业务类型对应的RLC模式,同时,将对PQ的重配置信息携带在该RB重配置消息的MAC-hs队列的增加或重配置列表(MAC-hs queue to add or reconfigure list)IE中。
步骤206,UE根据接收到的RB重配置消息,对RLC实体模式进行修改。
本步骤中,根据RB重配置消息中携带的RLC模式信息,将RLC实体的RLC模式修改为与转换后的业务类型相一致,具体地,将其修改为非确认模式。
由于本发明中NodeB不需要通过新建PQ并删除原有PQ的方式重新设置PQ的RLC模式,因此,也就避免了UE为与NodeB同步而进行的新建PQ和删除原有PQ的操作。于是,在步骤205~206中,可以直接对原有的PQ信息进行修改即可。
至此,本实施例的HSDPA业务转换中的RLC设置方法流程结束。由上述流程可以看出,通过在无线链路重配置预备消息中的修改优先级队列IE中扩展了RLC模式字段,从而实现了通知NodeB修改PQ的RLC模式的目的,从而使HSDPA业务转换中的RLC修改不必通过在NodeB中新建PQ并删除原有PQ的方式实现,也就避免了UE为与NodeB同步而进行的新建 PQ和删除原有PQ的操作,进而简化了RLC设置的过程,节省了系统资源。
事实上,RNC通知NodeB修改PQ的RLC模式也可以通过新建一个消息的方式进行,在该消息中携带转换后的业务类型对应的RLC模式以及PQID,相应地,NodeB接收到预先设定的该消息后,提取RLC模式信息和PQID,对PQ ID所指示的PQ的RLC模式进行修改。这样,同样可以实现RLC模式的改变。具体地,在新建消息中携带RLC模式和PQ ID的方式可以为:在新建的消息中至少设置报文标识字段、RLC模式字段和PQ ID字段,在报文标识字段中写入报文标识,在RLC模式字段中写入转换后的业务类型对应的RLC模式,在PQ ID字段写入需要修改PQ的PQ ID。当NodeB接收到该新建的消息后,提取报文标识字段中的信息,根据该报文标识确定需要进行PQ的RLC模式修改操作,再提取RLC模式字段和PQ ID字段中的信息,确定需要修改的PQ和修改后的RLC模式信息,从而完成对该PQ的RLC模式修改。
当然,在上述新建的消息中也可以携带其它一些信息,发送给NodeB。
以上仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种HSDPA业务类型转换中的RLC模式设置方法,其特征在于,该方法包括:
无线网络控制器RNC根据转换后业务类型确定的RLC模式,修改自身RLC实体模式;
RNC通知基站NodeB将所修改的RAB对应优先级队列PQ的RLC模式修改为所确定的RLC模式,通知用户设备UE修改RLC实体模式;
NodeB根据接收到的通知修改对应PQ的RLC模式;UE根据接收到的通知修改RLC实体模式。
2.根据权利要求1所述的方法,其特征在于,在所述RNC根据转换后的业务类型确定RLC模式前,该方法进一步包括:RNC根据转换前和转换后的业务类型,判断是否需要改变RLC模式,若是,则继续执行所述RNC根据转换后的业务类型确定RLC模式的操作,否则结束本流程。
3.根据权利要求1或2所述的方法,其特征在于,所述RNC通知NodeB将承载所述HSDPA业务的RAB对应PQ的RLC模式修改为所述确定的RLC模式为:在RNC向NodeB发送的通知消息或新建的消息中携带所述PQ的PQID和确定的RLC模式。
4.根据权利要求3所述的方法,其特征在于,所述通知消息为无线链路重配置预备消息;
所述在通知消息中携带所述PQ的PQ ID为:在无线链路重配置预备消息的修改优先级队列IE中的PQ ID字段写入所述PQ的PQ ID;
所述在通知消息中携带确定的RLC模式为:在无线链路重配置预备消息的修改优先级队列IE中新增RLC模式字段,在该RLC模式字段中写入确定的RLC模式。
5.根据权利要求4所述的方法,其特征在于,所述NodeB根据接收到的通知修改所述RAB对应PQ的RLC模式为:
NodeB接收所述无线链路重配置预备消息,并在该消息中提取修改优先级队列IE中PQ ID字段和RLC模式字段的信息,将所述PQ ID字段所指示的PQ的RLC模式修改为所述RLC模式字段指示的RLC模式。
6.根据权利要求3所述的方法,其特征在于,所述在该新建的消息中携带所述PQ的PQ ID和确定的RLC模式为:
在新建的消息中至少设置报文标识字段、PQ ID字段和RLC模式字段;
在所述报文标识字段中写入指示修改PQ的RLC模式的报文标识;在所述PQ ID字段中写入所述PQ ID;在所述RLC模式字段中写入所述确定的RLC模式。
7.根据权利要求6所述的方法,其特征在于,所述NodeB根据接收到的通知修改所述RAB对应PQ的RLC模式为:
NodeB接收所述新建的消息,并根据该消息中报文标识字段的信息确定进行PQ的RLC模式修改操作;提取所述PQ ID字段和RLC模式字段的信息,将所述PQ ID字段所指示的PQ的RLC模式修改为所述RLC模式字段指示的RLC模式。
8.根据权利要求1或2所述的方法,其特征在于,所述RNC通知UE修改RLC实体模式为:RNC向UE发送RB重配置消息,在该消息中携带所述确定的RLC模式,并在该RB重配置消息中进一步携带承载所述HSDPA业务的RAB对应PQ的重配置信息。
9.根据权利要求8所述的方法,其特征在于,将所述PQ的重配置信息携带在所述RB重配置消息的MAC-hs队列的增加或重配置列表(MAC-hs queue toadd or reconfigure list)IE中。
10.根据权利要求2所述的方法,其特征在于,所述RNC根据转换前和转换后的业务类型判断是否需要改变RLC模式:若转换前和转换后的类型业务对应的RLC模式不同,则判定需要改变RLC模式,否则判定不需要改变RLC模式。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101192920A CN101350943B (zh) | 2007-07-19 | 2007-07-19 | Hsdpa业务类型转换中的rlc模式设置方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101192920A CN101350943B (zh) | 2007-07-19 | 2007-07-19 | Hsdpa业务类型转换中的rlc模式设置方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101350943A CN101350943A (zh) | 2009-01-21 |
CN101350943B true CN101350943B (zh) | 2012-02-08 |
Family
ID=40269486
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101192920A Expired - Fee Related CN101350943B (zh) | 2007-07-19 | 2007-07-19 | Hsdpa业务类型转换中的rlc模式设置方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101350943B (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1689130A1 (en) * | 2005-02-07 | 2006-08-09 | Lg Electronics Inc. | Method for settling an error in a radio link control |
CN1866812A (zh) * | 2005-12-05 | 2006-11-22 | 华为技术有限公司 | 配置无线链路控制层中确认传输模式参数的方法 |
CN1921641A (zh) * | 2005-08-23 | 2007-02-28 | 华为技术有限公司 | 当传输模式转换时处理mbms业务的方法 |
-
2007
- 2007-07-19 CN CN2007101192920A patent/CN101350943B/zh not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1689130A1 (en) * | 2005-02-07 | 2006-08-09 | Lg Electronics Inc. | Method for settling an error in a radio link control |
CN1921641A (zh) * | 2005-08-23 | 2007-02-28 | 华为技术有限公司 | 当传输模式转换时处理mbms业务的方法 |
CN1866812A (zh) * | 2005-12-05 | 2006-11-22 | 华为技术有限公司 | 配置无线链路控制层中确认传输模式参数的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101350943A (zh) | 2009-01-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109565703B (zh) | 用于管理无线通信网络中的数据通信的方法和设备 | |
JP5750817B2 (ja) | サービスのアップリンク品質を保証するための方法、基地局、およびユーザ装置 | |
CN101765211B (zh) | 半持续调度资源的配置方法、系统及设备 | |
CN101326845B (zh) | 规定数据分组的传输中的服务质量的方法和装置 | |
CN101132260B (zh) | 增强上行链路异步混合自动重传请求的重传控制方法 | |
CN101946463B (zh) | 无线网络中的上行链路调度 | |
JP6212030B2 (ja) | フレームの確認に用いられている方法及び装置 | |
CN100393174C (zh) | 时分同步码分多址系统多载波高速下行分组接入实现方法 | |
US20090116468A1 (en) | Method for implementing hsdpa for td-scdma | |
EP1524804A1 (en) | A method of providing packetized data from a radio network controller to a base station | |
CN100388806C (zh) | 管理多载波高速下行分组接入系统中无线资源的方法 | |
WO2007124682A1 (fr) | Procédé et dispositif de gestion de porteuse de service à débit binaire garanti dans un réseau évolutif | |
CN1954563A (zh) | 使用配置消息对无线通信网络中数据传输的服务质量控制 | |
CN100388866C (zh) | 配置增强的专用传输信道e-dch的方法和系统 | |
CN103250445B (zh) | 用于将服务标识符从分组核心网络传递到无线电网络的方法和节点 | |
CN105472658A (zh) | 业务流删除方法和装置 | |
CN1984041B (zh) | 实现hsdpa业务下行速率控制的方法及utran系统 | |
CN101790192A (zh) | 一种扩展tsn的方法、装置和系统 | |
CN101237388B (zh) | 优先级队列配置方法、系统和设备 | |
CN101350943B (zh) | Hsdpa业务类型转换中的rlc模式设置方法 | |
CN101442776B (zh) | 通过激活集更新消息传递harq进程分配信息的方法 | |
CN101388826B (zh) | 一种发送重排缓存区信息的方法及装置 | |
CN101232715A (zh) | 配置增强的专用传输信道e-dch的方法和系统 | |
CN101128058B (zh) | 一种建立业务上下行传输信道的方法、系统和装置 | |
CN101355549B (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 | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20120208 Termination date: 20160719 |
|
CF01 | Termination of patent right due to non-payment of annual fee |