CN101867871A - 一种选择逻辑信道进行数据处理的方法、***和设备 - Google Patents
一种选择逻辑信道进行数据处理的方法、***和设备 Download PDFInfo
- Publication number
- CN101867871A CN101867871A CN200910082029A CN200910082029A CN101867871A CN 101867871 A CN101867871 A CN 101867871A CN 200910082029 A CN200910082029 A CN 200910082029A CN 200910082029 A CN200910082029 A CN 200910082029A CN 101867871 A CN101867871 A CN 101867871A
- Authority
- CN
- China
- Prior art keywords
- logic channel
- group
- logical channel
- logic
- channel number
- 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
Links
- 238000012545 processing Methods 0.000 title claims abstract description 66
- 238000000034 method Methods 0.000 title claims abstract description 29
- 230000005540 biological transmission Effects 0.000 claims description 39
- 238000012546 transfer Methods 0.000 claims description 14
- 239000000284 extract Substances 0.000 claims description 3
- 230000011664 signaling Effects 0.000 claims description 3
- 238000004891 communication Methods 0.000 claims description 2
- 230000008569 process Effects 0.000 abstract description 2
- 239000010410 layer Substances 0.000 description 23
- 238000010586 diagram Methods 0.000 description 12
- 238000005516 engineering process Methods 0.000 description 8
- 239000000203 mixture Substances 0.000 description 4
- 230000008901 benefit Effects 0.000 description 2
- 239000011229 interlayer Substances 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 239000000945 filler Substances 0.000 description 1
- 239000012467 final product Substances 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了一种选择逻辑信道进行数据处理的方法、***和设备。包括：如果一个承载需要通过两个以上的逻辑信道进行数据处理，或者，根据业务类型，该类型的业务需要通过两个以上的逻辑信道进行数据处理，则预先将所述两个以上的逻辑信道划分成逻辑信道组，并为每个逻辑信道组中的各个逻辑信道赋予子逻辑信道号；用户设备UE根据当前的RB或者业务类型选择出相应的逻辑信道组，根据子逻辑信道号在相应逻辑信道组中选择出相应的逻辑信道，利用选择出的逻辑信道进行数据处理。***包括网络侧设备和UE。应用本发明使得当同一时刻采用的逻辑信道个数多于现有剩余的逻辑信道号个数时，仍能选择出对当前数据进行处理的逻辑信道。
Description
技术领域
本发明涉及移动通信技术领域，尤其涉及一种选择逻辑信道进行数据处理的方法、***和设备。
背景技术
在当前的LTE***中，无线接入网协议分为以下几个子层：媒体接入控制层(Medium Access Control，MAC)，无线链路控制层(Radio LinkControl，RLC)和分组数据汇聚协议层(Packet Data Convergence Protocol，PDCP)。
图1是当前LTE***中下行链路中的无线接入网协议体系结构图。
图2是当前LTE***中上行链路中的无线接入网协议体系结构图。
上行链路中的无线接入网协议体系结构与下行链路中的无线接入网协议体系结构的区别仅在于：下行链路涉及多个用户设备(UE)，下行链路中的MAC层涉及多个UE的数据处理、RLC层和PDCP层分别包含所述多个UE中各个UE对应的RLC实体和PDCP实体；上行链路仅涉及一个UE，因此，上行链路中的MAC层仅涉及一个UE的数据处理，RLC层和PDCP层分别为该UE对应的RLC实体和PDCP实体。
下面以图1为例，说明PDCP层、RLC层和MAC层之间的体系结构。
参见图1，PDCP层和RLC层接口处的圆圈以及RLC层与MAC层接口处的圆圈均表示业务接入点(SAP)，该SAP用于层间点到点通信，其中，物理层到MAC层间的SAP所在信道为传输信道，MAC层和RLC层间的SAP所在信道为逻辑信道。一个无线承载(RB)对应一个PDCP实体和一个RLC实体，因此，一个RB对应一个逻辑信道。
每个逻辑信道的类型由该逻辑信道所传输的信息的类型决定。通常，逻辑信道分为两类：
其一，控制信道，用于传递控制面的信息，例如：广播控制信道(BCCH)、专用控制信道(DCCH)和组播控制信道(MCCH)。
其二，业务信道，用于传递用户面的信息，例如：专用业务信道(DTCH)和组播业务信道(MTCH)。
在LTE***的协议层次结构中，可以将两个以上的逻辑信道传输的数据进行复用，然后采用一个传输信道来传输，其中，所述复用由MAC层来完成，即，由MAC层将各逻辑信道传输的MAC SDU数据包复用为一个传输信道传输的MAC PDU数据包。
图3是目前MAC PDU数据包的格式示意图。
如图3所示，一个MAC PDU数据包由一个MAC头部，零个或多个MAC SDU，零个或多个MAC控制单元(MAC CE)和填充单元(padding)组成。其中，MAC CE的长度是固定的，MAC头和MAC SDU长度是不固定的。
MAC头的大小由MAC PDU所需携带的MAC CE数目、MAC SDU的数目以及padding的放置位置来决定，具体地，MAC头的构成满足以下规则：
1.MAC头由一个或多个MAC子头构成。除MAC子头中的padding子头外，每个MAC子头都与一个MAC SDU、MAC CE或MAC padding相对应。
2.除MAC PDU中的最后一个MAC子头和固定长度的MAC CE所对应的MAC子头外，MAC子头都由6个头域R/R/E/LCID/F/L构成，具体请参见图4。MAC PDU的最后一个子头和固定长度的MAC CE所对应的MAC子头由4个头域R/R/E/LCID构成，具体请参见图5。
图4和图5是MAC PDU中的MAC子头组成示意图。
参见图4和图5，MAC子头中各个头域的含义如下：
LCID是逻辑信道号，用于标识逻辑信道、MAC CE类型或者padding。目前，每个逻辑信道对应一个LCID。
L域用于指示对应有效负荷部分(payload)的长度，单位是byte。L域有两种可能的长度，7bit和15bit，具体使用哪种由F域指示。
F域用于指示L域的长度，F域的长度为1bit。
E域是扩展位，用于指示该MAC子头之后是MAC子头还是MACpayload，其中，E＝1表示后续是MAC子头，E＝0表示后续是MAC负荷部分。
R域是保留位，目前不起任何作用。
综上所述，当前的LTE规范中，逻辑信道和逻辑信道号的对应关系如下：
1、不同类型的数据由不同的逻辑信道发送；
2、每个逻辑信道对应一个LCID；
3、各逻辑信道上的数据映射到对应的MAC SDU中，并复用到MACPDU中；每个MAC SDU都有相应的MAC子头与其对应，MAC SDU对应逻辑信道的LCID在其对应的MAC子头中携带。
在LTE的演进(LTE-A)***中，为了在LTE***基础上提高数据的传输速率，扩大高速数据流的覆盖范围，引入了一些新的技术，例如，协作多点(CoMP)技术和载波聚合(CA)技术。为了支持新技术并兼容当前的LTE***，同时不对当前LTE***的实体功能和PDU格式做大的变化，可能出现以下的协议层结构：
图6是未来LTE-A***中可能采用的多PDCP实体结构。
为方便描述，将当前LTE***的PDCP实体称为原PDCP实体，多PDCP实体结构是指，采用多个原PDCP实体为同一个RB服务，即：一个RB数据流可以对应多个原PDCP实体，从而对应多个逻辑信道。而在现有LTE***中，一个RB对应了一个PDCP实体，并且由于现有***一个PDCP实体也只对应一个RLC实体，所以一个RB对应了一个逻辑信道。
图7是未来LTE-A***中可能采用的多RLC实体结构。
为方便描述，将当前LTE***的RLC实体称为原RLC实体。多RLC实体结构是指，一个PDCP实体对应多个或多对原RLC实体。其中，UM模式下，上下行链路分别对应一个RLC实体，因此，这里称为同一个承载的上下行链路服务的两个RLC实体为一对RLC实体。当采用多RLC实体结构时，一个RB数据流对应多个原RLC实体，从而对应多个逻辑信道。
在采用图6或图7所示的结构时，一个RB将对应多个逻辑信道，如果仍采用当前***一个逻辑信道对应一个LCID的方法，那么一个RB将会占用多个LCID。
当移动通信***支持组播广播(MBMS)业务时，通常每个MBMS业务对应一个MTCH。如果按照当前的逻辑信道和逻辑信道号的对应关系，***提供的每个MBMS业务也需要一个LCID来表示相应的MTCH。
另外，在MBMS业务的一种主要的传输方式，即组播单频网(MBSFN)传输方式中，还引入了分层的控制信道结构，即，每个MBMS业务对应了一个主逻辑信道(Primary-MCCH，P-MCCH)和一个或多个次逻辑信道(Secondary-MCCH，S-MCCH)，如果采用现有一个LCID标识一个逻辑信道的方法来标识P-MCCH和S-MCCH，则各个P-MCCH和S-MCCH也都需要相应的LCID。
其中，MBSFN传输方式是指，在同一时间以相同频率在多个小区发送完全相同的数据内容。这样，当采用MBSFN方式传输业务时，UE接收机就能将多个MBSFN小区视为一个大的小区，不仅不会受到相邻小区传输数据的干扰，而且将受益于来自多个MBSFN小区的信号的叠加。
其中，MBSFN传输方式涉及在多个小区间同步传输业务数据，因此存在以下相关定义：
(1)MBSFN同步区域是指有能力进行MBSFN传输的区域，该区域内的所有基站(eNB)能够被同步并进行MBSFN传输。MBSFN同步区域能支持一个或多个MBSFN区域。在给定的频率层上，每个eNB只能属于一个MBSFN同步区域。
(2)MBSFN区域由一群小区组成，这些小区相互协调来实现MBSFN传输。在MBSFN同步区域范围内的一个小区可以成为多个MBSFN区域的一部分。各个MBSFN区域可以有不同的传输内容和不同的小区参与。对于接收MBSFN传输的UE，整个MBSFN区域可以被看作是一个MBSFN小区。
与MBMS传输相关的逻辑信道主要有：BCCH，MCCH和MTCH。其中，MCCH用于由eNB向UE发送与一个或多个MTCH对应的MBMS控制信息。
根据MBSFN区域的定义可知，MBSFN同步区域范围内的一个小区可以属于多个MBSFN区域，该小区称为MBSFN重叠小区。
图8是多个MBSFN区域的组成示意图。参见图8，MBSFN区域1、2和3中都包含小区4，也就是说，小区4是MBSFN区域1、2和3的重叠小区。
MBSFN重叠小区的MCCH传输的信息不但要包含MBMS的通用控制信息，还要包含针对各不同MBSFN区域的用于MBSFN传输进行合并的信息，例如：各MBSFN区域对应MTCH的调度信息。为此，人们设计了分层的MCCH结构，定义了P-MCCH和S-MCCH。
图9和图10是分层的MCCH结构图。
参见图9和图10，P-MCCH传输的信息中包含MBMS的常用控制信息，还可以包含S-MCCH的调度信息、某个MBSFN区域中用于MBSFN合并的信息等信息。当P-MCCH中包含一个MBSFN区域中用于MBSFN合并的信息时，该P-MCCH将参与某个MBSFN区域中MBSFN传输合并，具体请参见图9；否则，P-MCCH将不参与具体的MBSFN传输合并，具体请参见图10。
图9中，P-MCCH中不携带任何具体MBSFN区域用于MBSFN传输进行合并的信息，例如MTCH对应的MBMS调度信息，只携带S-MCCH的调度信息和MBMS的常用控制信息等内容，即，P-MCCH不对应具体的MBSFN区域。当P-MCCH不对应具体的MBSFN区域时，各MBSFN区域中用于MBSFN传输进行合并的信息由该MBSFN区域对应的S-MCCH携带。
图10中，P-MCCH中携带某个MBSFN区域中用于MBSFN传输进行合并的信息，即：P-MCCH与某个MBSFN区域相对应。图10中，P-MCCH与MBSFN区域3相对应。
S-MCCH与具体的MBMSFN传输区域相对应，将携带对应的MBSFN区域中传输的具体的MBMS业务信息，例如，MTCH所对应的物理资源位置，所述MTCH用于携带具体的MBMS业务内容，即携带MBMS业务的用户面数据。通常，每个MBSFN区域对应一个S-MCCH，但是，如果某个MBSFN区域中传输的MBMS业务信息在P-MCCH中携带，那么该区域不需要对应S-MCCH，例如，在图10中，MBSFN区域1中传输的MBMS业务信息在P-MCCH中携带，那么MBMSFN区域1不需要对应S-MCCH。
目前的LTE***为LCID分配了5个bit，其使用情况如表1和表2所示。
表1下行链路LCID值
| 索引 | LCID values |
| 00000 | CCCH |
| 00001-01010 | 逻辑信道号 |
| 01011-11011 | 预留 |
| 11100 | UE竞争解决标识 |
| 11101 | 定时提前命令 |
| 11110 | DRX命令 |
| 11111 | Padding |
表2上行链路LCID值
| Index | LCID values |
| 00000 | CCCH |
| 00001-01010 | 逻辑信道号 |
| 01011-11001 | 预留 |
| 11010 | 功率头空间报告 |
| 11011 | C-RNTI |
| 11100 | 截短的BSR |
| 11101 | Short BSR |
| Index | LCID values |
| 11110 | Long BSR |
| 11111 | Padding |
由表1和表2可知，当前未使用的上行LCID还剩15个，下行LCID还剩17个。
当前的通信规范中指出，一个逻辑信道对应一个逻辑信道号，也就是说，一个LCID用于标识一个逻辑信道。但是，由于当前未用的LCID有限，其中上行未用的LCID为15个，下行未用的LCID为17个。当CoMP、CA等新的技术或MBMS等新业务引入时，由于一个RB对应两个以上的逻辑信道，或者根据业务类型，当前的业务需要利用两个以上的逻辑信道进行数据处理，则，如果仍采用现有技术中一个逻辑信道对应一个逻辑信道号的方法来标识逻辑信道从而选择相应的逻辑信道进行数据处理，由于同一时刻采用的逻辑信道个数多于目前剩余的LCID个数，将会出现当前采用的逻辑信道无法用目前剩余的LCID标识，从而无法选择出逻辑信道，造成无法进行相应的数据处理，这将会对新技术和新业务的应用造成很大的限制。
发明内容
有鉴于此，本发明实施例的目的在于提供一种选择逻辑信道进行数据处理的方法、***和设备，以使得当同一时刻采用的逻辑信道个数多于现有剩余的LCID个数时，仍能够选择出对当前数据进行处理的逻辑信道。
为达到上述目的，本发明实施例的技术方案具体是这样实现的：
一种选择逻辑信道进行数据处理的方法，该方法包括：
如果一个承载需要通过两个以上的逻辑信道进行数据处理，或者，根据业务类型，该类型的业务需要通过两个以上的逻辑信道进行数据处理，则预先将所述两个以上的逻辑信道划分成逻辑信道组，并为每个逻辑信道组中的各个逻辑信道赋予子逻辑信道号；
用户设备UE根据当前的RB或者业务类型选择出相应的逻辑信道组，根据子逻辑信道号在相应逻辑信道组中选择出相应的逻辑信道，利用选择出的逻辑信道进行数据处理。
一种选择逻辑信道进行数据处理的***，该***包括网络侧设备和UE；
所述网络侧设备，在一个承载需要通过两个以上的逻辑信道进行数据传输，或者，根据业务类型，该类型的业务需要通过两个以上的逻辑信道进行数据传输时，将所述两个以上的逻辑信道划分成逻辑信道组，并为每组逻辑信道中的各个逻辑信道赋予子逻辑信道号；
将用于传输当前数据包的逻辑信道的子逻辑信道号携带在当前数据包中发给所述UE；
所述UE，接收当前数据包，根据所述当前数据包中携带的子逻辑信道号在当前数据包对应的逻辑信道组中选择相应的逻辑信道，在选择出的逻辑信道上处理当前数据包。
一种选择逻辑信道进行数据处理的网络侧设备，该设备包括逻辑信道编码模块和发送模块；
所述逻辑信道编码模块，在一个承载需要通过两个以上的逻辑信道进行数据传输，或者，根据业务类型，该类型的业务需要通过两个以上的逻辑信道进行数据传输时，将所述两个以上的逻辑信道划分成逻辑信道组，并为每组逻辑信道中的各个逻辑信道赋予子逻辑信道号；
所述发送模块，将用于传输当前数据包的逻辑信道的子逻辑信道号携带在当前数据包中发给UE。
一种选择逻辑信道进行数据处理的UE，该UE包括逻辑信道选择模块和数据处理模块；
所述逻辑信道选择模块，接收承载与组逻辑信道号和子逻辑信道号的对应关系、或者承载以及所述该类型的业务分别与组逻辑信道号和子逻辑信道号的对应关系，根据所述对应关系在相应逻辑信道接收当前数据包，根据当前数据包中携带的子逻辑信道号在所述逻辑信道组中选择相应的逻辑信道；
所述数据处理模块，在选择出的逻辑信道上处理当前数据包。
由上述技术方案可见，本发明在一个RB需要通过两个以上的逻辑信道进行数据处理，或者某类型的业务需要通过两个以上的逻辑信道进行数据处理时，将所述两个以上的逻辑信道组划分为一个或多个逻辑信道组，为每组逻辑信道中的各个逻辑信道赋予子逻辑信道号，其中每个逻辑信道组包含两个以上的逻辑信道。这样，由于子逻辑信道号不必采用现有剩余的逻辑信道号而是可以另行赋予，因此，与现有每一个逻辑信道对应一个现有剩余的逻辑信道号相比，在同一时刻采用的逻辑信道个数多于现有剩余的逻辑信道号个数时，应用本发明仍能够选择出逻辑信道进行数据处理。
进一步地，在同一时刻采用的逻辑信道个数多于现有剩余的逻辑信道号个数时，可以将所采用的多个逻辑信道划分为一个逻辑信道组，利用现有剩余的逻辑信道号来标识该组逻辑信道，对于该组逻辑信道中的各个逻辑信道，可以通过赋予子逻辑信道标识来进行区分，其中，子逻辑信道标识不需要选用现有剩余的逻辑信道号，可以另行确定。使得同一时刻采用的逻辑信道个数多于现有剩余的逻辑信道号个数时，仍能够选择出逻辑信道进行数据处理。
附图说明
图1是当前LTE***中下行链路中的无线接入网协议体系结构图。
图2是当前LTE***中上行链路中的无线接入网协议体系结构图。
图3是目前MAC PDU数据包的格式示意图。
图4和图5是MAC PDU中的MAC子头组成示意图。
图6是未来LTE-A***中可能采用的多PDCP实体结构。
图7是未来LTE-A***中可能采用的多RLC实体结构。
图8是多个MBSFN区域的组成示意图。
图9和图10是分层的MCCH结构图。
图11是本发明第二实施例中携带有组逻辑信道号和子逻辑信道号的MAC子头组成示意图。
图12是本发明第五实施例中携带有子逻辑信道号的MAC子头组成示意图。
图13是本发明提供的选择逻辑信道进行数据处理的***组成示意图。
图14是本发明提供的选择逻辑信道进行数据处理的网络侧设备结构图。
图15是本发明提供的选择逻辑信道进行数据处理的UE的结构图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明进一步详细说明。
本发明提出，可以将多个逻辑信道划分为一个逻辑信道组，逻辑信道组中各个不同的逻辑道之间可以通过子逻辑信道号(sub_LCID)来区分，其中，sub_LCID不采用现有剩余的逻辑信道号，而是另行赋予，以避免传输数据的逻辑信道个数大于现有技术中剩余的逻辑信道号的个数时，无法选择逻辑信道，导致无法进行数据传输的情况。
具体地，如果一个承载需要通过两个以上的逻辑信道进行数据处理，或者，根据业务类型，该类型的业务需要通过两个以上的逻辑信道进行数据处理，则网络侧预先将所述两个以上的逻辑信道划分成逻辑信道组，并为每个逻辑信道组中的各个逻辑信道赋予子逻辑信道号；用户设备UE根据当前的RB或者业务类型选择出相应的逻辑信道组，根据子逻辑信道号在相应逻辑信道组中选择出相应的逻辑信道，利用选择出的逻辑信道进行数据处理。
其中，网络侧还可以为每个逻辑信道组赋予组逻辑信道号，该组逻辑信道号可以采用现有剩余的逻辑信道号，由于逻辑信道组中包含了多个逻辑信道，因此，与现有技术中为每个逻辑信道分别赋予现有剩余的逻辑信道号相比，能够减少使用现有剩余逻辑信道号的个数，从而在传输数据的逻辑信道个数大于现有技术中剩余的逻辑信道号的个数时，无法选择逻辑信道进行数据传输等处理。
网络侧还可以为某类型的业务设置专门的数据处理实体，用于处理该类型业务的数据，那么该实体所对应的所有逻辑信道即是该类型业务对应的逻辑信道组。相应地，在UE侧也设置专门为某类型的业务进行数据处理的实体。
下面结合具体的实施例对本发明进行详细说明。
第一实施例：
在本实施例中，一个RB对应多个逻辑信道，例如，如果一个RB对应多个原PDCP实体或者多个原RLC实体，则一个RB对应多个逻辑信道。在这种情况下，每个RB对应一个LCID，该LCID用于标识该RB对应的所有逻辑信道，为该RB对应的各个逻辑信道分配sub_LCID，也就是说，该RB对应的所有逻辑信道的各个逻辑信道之间通过sub_LCID来区分。
在分配sub_LCID时，各个sub_LCID可以是随机确定的，只要各个sub_LCID彼此不同即可，或者，各个sub_LCID也可以是根据该sub_LCID标识的逻辑信道所对应的上层实体确定的，例如，当一个RB对应多个原PDCP实体时，sub_LCID根据该sub_LCID标识的逻辑信道对应的原PDCP实体的编号确定，通常取值为该原PDCP实体的编号。
网络侧设备将传输当前数据包的逻辑信道对应的组逻辑信道号和子逻辑信道号携带在当前数据包中发给UE，UE接收当前数据包，根据当前数据包中携带的组逻辑信道号和子逻辑信道号选择逻辑信道。
网络侧设备可以将所述组逻辑信道号和子逻辑信道号携带在MAC数据包的MAC子头中发给UE。
图11是本发明第二实施例中携带有组逻辑信道号和子逻辑信道号的MAC子头组成示意图。
如图11所示，利用现有MAC子头中的一个预留位标识该MAC子头中是否含有sub_LCID域，图11中，E1位为1时，该MAC子头中含有sub_LCID域，LCID域中的值是组逻辑信道号，用于标识一个逻辑信道组；E1位为0时，该MAC子头中不含有sub_LCID域，LCID域中的值与现有技术中LCID域的含义相同，即用于标识一个逻辑信道。sub_LCID域的长度可以但不限于依据要标识的子逻辑信道的个数而定，在图11中，sub_LCID域的长度是8bit。
第二实施例至第六实施例均是以MBMS业务为例，说明当某类型的业务需要通过两个以上的逻辑信道进行数据处理时，如何选择逻辑信道。
第二实施例：
在本实施例中，当前MBMS业务需要利用多个MCCH来传输控制面数据，则将该多个MCCH划分为一个逻辑信道组，并为该逻辑信道组赋予组逻辑信道号，为所述多个MCCH中的各个MCCH分别赋予子逻辑信道号，进一步地，本发明还可以在用于传输控制面数据的MAC数据包中携带所述组逻辑信道号和所述子逻辑信道号。
具体如何赋予组逻辑信道号和子逻辑信道号，以及如何在MAC数据包中携带所述组逻辑信道号和所述子逻辑信道号，请参见第一实施例相关说明。
第三实施例：
在本实施例中，当前MBMS业务需要利用多个MTCH来传输用户面数据，则将该多个MTCH划分为一个逻辑信道组，并为该逻辑信道组赋予组逻辑信道号，为所述多个MTCH中的各个MTCH分别赋予子逻辑信道号，进一步地，本发明还可以在用于传输用户面数据的MAC数据包中携带所述组逻辑信道号和所述子逻辑信道号。
具体如何赋予组逻辑信道号和子逻辑信道号，以及如何在MAC数据包中携带所述组逻辑信道号和所述子逻辑信道号，请参见第一实施例相关说明。
在第二实施例中，如果当前MBMS业务还需要利用多个MTCH传输用户面数据，则可以采用第三实施例的方法，将所述多个MTCH划分为一个逻辑信道组，并赋予相应的组逻辑信道号和子逻辑信道号，也可以采用现有技术中的方法，即为每个MTCH均赋予一个现有剩余的逻辑信道号。
类似地，在第三实施例中，如果当前MBMS业务还需要利用多个MCCH传输控制面数据，则可以采用第二实施例的方法，将所述多个MCCH划分为一个逻辑信道组，并赋予相应的组逻辑信道号和子逻辑信道号，也可以采用现有技术中的方法，即为每个MCCH均赋予一个现有剩余的逻辑信道号。
如果当前MBMS业务还需要用到其他的逻辑信道，如组播调度(MSCH)信道，并且该其他的逻辑信道个数为两个以上，则也可以将该其他的逻辑信道按照逻辑信道类型划分相应的逻辑信道组，例如，将两个以上的MSCH划分为一个逻辑信道组，并为该逻辑信道组赋予组逻辑信道号。
第四实施例，
在本实施例中，将当前MBMS业务对应的所有逻辑信道划分为一个逻辑信道组，为其赋予一个组逻辑信道号，并为该逻辑信道组中的各个逻辑信道赋予子逻辑信道号。所述的所有逻辑信道包括MCCH和/或MTCH和/或MSCH，其中的MCCH可以为多个也可以为一个，例如MCCH包括P-MCCH和S-MCCH，MTCH也可以为多个或一个，MSCH也可以为一个或多个，各个MCCH、MTCH、MSCH之间通过子逻辑信道号来区分。
进一步地，本发明还可以在用于传输用户面数据的MAC数据包中携带所述组逻辑信道号和MTCH对应的子逻辑信道号，在传输控制面数据的MAC数据包中携带所述组逻辑信道号和MCCH对应的子逻辑信道号。
具体如何赋予组逻辑信道号和子逻辑信道号，以及如何在MAC数据包中携带所述组逻辑信道号和所述子逻辑信道号，请参见第一实施例相关说明。
第五实施例：
本实施例与第二、三、四实施例的区别在于，本实施例中，在传输数据的MAC数据包的MAC子头中携带子逻辑信道号，但是不携带组逻辑信道号。
图12是本发明第五实施例中携带有子逻辑信道号的MAC子头组成示意图。
如图12所示，该MAC子头与现有技术中的MAC子头的区别仅在于，在现有的LCID域中存储子逻辑信道号。
用于承载MBMS业务的MAC数据包的TB块和用于承载其他业务的MAC数据包的TB块在是独立传输的，或者说是分别在特定的时隙中传输的，因此，在第五实施例中，UE根据接收到MAC数据包的接收时间信息确定当前业务类型是否是MBMS业务类型，如果是，则根据MBMS业务类型对应的组逻辑信道号选择出相应的逻辑信道组，再根据该MAC数据包中的子逻辑信道号选择出相应的逻辑信道。其中，MBMS业务类型对应的组逻辑信道号预先由网络侧通过***消息或者RRC信令通知给UE。或者在网络和UE端均为处理MBMS业务设置专门的MAC处理实体MAC-m，在接收端根据数据包的接收时间信息判断数据包为MBMS业务的数据包时直接送到该实体进行处理，因此这种情况下不再需要通过组逻辑信道号区分是否MBMS业务，只需根据数据包中携带的子逻辑信号选择出相应的逻辑信道进行处理即可。
第六实施例：
本实施例与第二至第五实施例的区别在于，在网络侧和UE侧分别为某类型的业务设置专门的数据处理实体，用于处理该类型业务的数据，那么该实体所对应的所有逻辑信道即是该类型业务对应的逻辑信道组，例如设置专门用于处理MBMS业务数据的MAC-m实体，那么MAC-m实体对应的所有逻辑信道就是该MBMS业务对应的逻辑信道组。对于该逻辑信道组，可以为其赋予组逻辑信道号，也可以不为其赋予组逻辑信道号，当不赋予组逻辑信道号时，当UE判断出当前MAC数据包的业务类型后，直接在专门处理该类型业务的实体对应的逻辑信道组中根据所述MAC数据包中携带的子逻辑信道号选择具体的逻辑信道进行相关数据处理。
上述第一至第六实施例中，在建立所述承载的过程中，或者在传输MBMS业务的数据前，需要由网络侧设备将承载与组逻辑信道号和子逻辑信道号的对应关系、或者业务类型与组逻辑信道号和子逻辑信道号的对应关系通知给UE，然后，UE根据所述对应关系在相应的逻辑信道上接收网络侧发来的MAC数据包，再根据MAC数据包的各个MAC子头中携带的子逻辑信道号或者组逻辑信道号和子逻辑信道号选择出相应的逻辑信道，将MAC数据包中该MAC子头对应的数据提取出来，提交给相应逻辑信道对应的实体进行处理。
图13是本发明提供的选择逻辑信道进行数据处理的***组成示意图。如图13所示，该***包括网络侧设备1301和UE1302。
网络侧设备1301，在一个承载需要通过两个以上的逻辑信道进行数据传输，或者，根据业务类型，该类型的业务需要通过两个以上的逻辑信道进行数据传输时，将所述两个以上的逻辑信道划分成逻辑信道组，并为每组逻辑信道中的各个逻辑信道赋予子逻辑信道号；将用于传输当前数据包的逻辑信道的子逻辑信道号携带在当前数据包中发给UE1302；
UE1302，接收当前数据包，根据所述当前数据包中携带的子逻辑信道号在当前数据包对应的逻辑信道组中选择相应的逻辑信道，在选择出的逻辑信道上处理当前数据包。
网络侧设备1301进一步包括专门用于对所述该类型的业务进行数据处理的实体，该实体对应的所有逻辑信道组成该类型业务对应的逻辑信道组；网络侧为每个承载对应的逻辑信道组赋予组逻辑信道号，并将承载与组逻辑信道号和子逻辑信道号的对应关系和/或业务类型与子逻辑信道号的对应关系发给UE1302。
UE1302，根据接收数据包的接收时间信息判断接收的当前数据包是否为所述该类型的业务，若是，在该类型业务对应的逻辑信道组中选择相应的逻辑信道，若不是，根据当前数据包所在承载对应的逻辑信道组中选择相应的逻辑信道。
或者，UE1302根据当前业务类型确定的处理当前业务类型的专门MAC实体(如：MAC-m实体)以及当前数据包中携带的子逻辑信道号选择相应的逻辑信道
图14是本发明提供的选择逻辑信道进行数据处理的网络侧设备结构图。如图14所示，该设备包括逻辑信道编码模块1401和发送模块1402。
逻辑信道编码模块1401，在一个承载需要通过两个以上的逻辑信道进行数据传输，或者，根据业务类型，该类型的业务需要通过两个以上的逻辑信道进行数据传输时，将所述两个以上的逻辑信道划分成逻辑信道组，并为每组逻辑信道中的各个逻辑信道赋予子逻辑信道号。
发送模块1402，将用于传输当前数据包的逻辑信道的子逻辑信道号携带在当前数据包中发给UE。
所述网络侧设备进一步包括专门用于对所述该类型的业务进行数据处理的实体；所述将所述两个以上的逻辑信道划分成包含两个以上逻辑信道的逻辑信道组包括：将对所述该类型的业务进行数据处理的实体对应的所有逻辑信道划分为一个逻辑信道组。
逻辑信道编码模块1401进一步用于，为承载对应的逻辑信道组赋予组逻辑信道号，或者分别为承载和所述该类型的业务对应的逻辑信道组赋予组逻辑信道号，将承载与组逻辑信道号的对应关系、或者承载以及所述该类型的业务分别与组逻辑信道号的对应关系发给UE。
图15是本发明提供的选择逻辑信道进行数据处理的UE的结构图。如图15所示，该UE包括逻辑信道选择模块1501和数据处理模块1502。
逻辑信道选择模块1501，接收承载与组逻辑信道号和子逻辑信道号的对应关系、或者承载以及所述该类型的业务分别与组逻辑信道号和子逻辑信道号的对应关系，根据所述对应关系在相应逻辑信道接收当前数据包，根据当前数据包中携带的子逻辑信道号在所述逻辑信道组中选择相应的逻辑信道。
数据处理模块1502，在选择出的逻辑信道上处理当前数据包。
数据处理模块1502，根据选择出的逻辑信道从数据包中提取各逻辑信道对应的数据，并提交给各逻辑信道所对应的实体进行处理。
或者，逻辑信道选择模块1501根据接收所述当前数据包的接收时间信息确定当前业务类型，根据当前业务类型确定的处理当前业务类型的专门MAC实体(如：MAC-m实体)以及当前数据包中携带的子逻辑信道号选择相应的逻辑信道。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (15)
1.一种选择逻辑信道进行数据处理的方法，其特征在于，该方法包括：
如果一个承载需要通过两个以上的逻辑信道进行数据处理，或者，根据业务类型，该类型的业务需要通过两个以上的逻辑信道进行数据处理，则预先将所述两个以上的逻辑信道划分成逻辑信道组，并为每个逻辑信道组中的各个逻辑信道赋予子逻辑信道号；
用户设备UE根据当前的RB或者业务类型选择出相应的逻辑信道组，根据子逻辑信道号在相应逻辑信道组中选择出相应的逻辑信道，利用选择出的逻辑信道进行数据处理。
2.如权利要求1所述的方法，其特征在于，所述该类型的业务为组播广播MBMS业务，
所述该类型的业务需要通过两个以上的逻辑信道进行数据处理包括：
当前MBMS业务需要通过两个以上的MTCH信道传输用户面数据，和/或通过两个以上的MCCH信道传输控制面数据，和/或需要通过两个以上的MSCH信道进行组播逻辑调度；
预先将所述两个以上的逻辑信道划分成逻辑信道组包括：将所述两个以上的MTCH信道划分成逻辑信道组，和/或将所述两个以上的MCCH信道划分成逻辑信道组，和/或将两个以上的MSCH信道划分成逻辑信道组，为划分出的每个逻辑信道组赋予一个组逻辑信道号；
将MBMS业务与组逻辑信道号以及子逻辑信道号的对应关系发给UE。
3.如权利要求1所述的方法，其特征在于，所述该类型的业务为MBMS业务，
预先从所述两个以上的逻辑信道划分出包含两个以上逻辑信道的逻辑信道组包括：将传输当前MBMS业务的数据所用到的所有逻辑信道划分为一个逻辑信道组，并为该逻辑信道组赋予一个组逻辑信道号；
将MBMS业务与组逻辑信道号以及子逻辑信道号的对应关系发给UE。
4.如权利要求1所述的方法，其特征在于，该方法进一步包括：为逻辑信道组赋予组逻辑信道号，在UE接收MAC数据包前，网络侧通过广播消息或信令将承载或者业务类型与组逻辑信道号以及子逻辑信道号的对应关系通知给所述UE，在待传输的媒体接入控制层MAC数据包中携带组逻辑信道号和子逻辑信道号；UE根据所述对应关系选择出相应的逻辑信道，在相应的逻辑信道上接收所述MAC数据包；
所述选择出相应的逻辑信道包括：UE根据MAC数据包中携带的组逻辑信道号和子逻辑信道号选择出相应的逻辑信道。
5.如权利要求4所述的方法，其特征在于，所述携带组逻辑信道号和子逻辑信道号包括：
利用MAC数据包的MAC子头中的预留数据位标识是否存在子逻辑信道号，并在存在子逻辑信道号时，在所述MAC子头中填写组逻辑信道号和子逻辑信道号。
6.如权利要求1所述的方法，其特征在于，该方法进一步包括：为逻辑信道组赋予组逻辑信道号，在UE接收MAC数据包前，网络侧通过广播消息或信令将承载或者业务类型与组逻辑信道号以及子逻辑信道号的对应关系通知给所述UE，并在待传输的媒体接入控制层MAC数据包的MAC子头中携带子逻辑信道号，但不携带组逻辑信道号；
所述根据组逻辑信道号选择出相应的逻辑信道组包括：
UE根据接收到MAC数据包的接收时间信息，判断该数据包是哪种类型业务的数据包，根据判断出的业务类型对应的组逻辑信道号和接收到的MAC数据包所携带的子逻辑信道号选择出相应的逻辑信道。
7.如权利要求1所述的方法，其特征在于，所述该类型的业务为MBMS业务，
预先将所述两个以上的逻辑信道划分成逻辑信道组包括：设置专门用于处理MBMS业务数据的实体，将该实体对应的所有逻辑信道划分为一个逻辑信道组，将MBMS业务与子逻辑信道号的对应关系发给UE。
8.如权利要求1所述的方法，其特征在于，所述子逻辑信道号是随机确定的，或者是根据所述两个以上的逻辑信道共同对应的通信实体的编号确定的，或者是根据对应逻辑信道传输的业务标识来确定的。
9.一种选择逻辑信道进行数据处理的***，其特征在于，该***包括网络侧设备和UE；
所述网络侧设备，在一个承载需要通过两个以上的逻辑信道进行数据传输，或者，根据业务类型，该类型的业务需要通过两个以上的逻辑信道进行数据传输时，将所述两个以上的逻辑信道划分成逻辑信道组，并为每组逻辑信道中的各个逻辑信道赋予子逻辑信道号；
将用于传输当前数据包的逻辑信道的子逻辑信道号携带在当前数据包中发给所述UE；
所述UE，接收当前数据包，根据所述当前数据包中携带的子逻辑信道号在当前数据包对应的逻辑信道组中选择相应的逻辑信道，在选择出的逻辑信道上处理当前数据包。
10.如权利要求9所述的***，其特征在于，所述网络侧和UE分别进一步包括专门用于对所述该类型的业务进行数据处理的实体，该实体对应的所有逻辑信道组成该类型业务对应的逻辑信道组；网络侧为每个承载对应的逻辑信道组赋予组逻辑信道号，并将承载与组逻辑信道号和子逻辑信道号的对应关系和/或业务类型与子逻辑信道号的对应关系发给UE；
所述UE，根据接收数据包的接收时间信息判断接收的当前数据包是否为所述该类型的业务，若是，在该类型业务对应的逻辑信道组中根据子逻辑信道号选择相应的逻辑信道，若不是，根据当前数据包所在承载对应的逻辑信道组中选择相应的逻辑信道。
11.一种选择逻辑信道进行数据处理的网络侧设备，其特征在于，该设备包括逻辑信道编码模块和发送模块；
所述逻辑信道编码模块，在一个承载需要通过两个以上的逻辑信道进行数据传输，或者，根据业务类型，该类型的业务需要通过两个以上的逻辑信道进行数据传输时，将所述两个以上的逻辑信道划分成逻辑信道组，并为每组逻辑信道中的各个逻辑信道赋予子逻辑信道号；
所述发送模块，将用于传输当前数据包的逻辑信道的子逻辑信道号携带在当前数据包中发给UE。
12.如权利要求11所述的网络侧设备，其特征在于，所述网络侧设备进一步包括专门用于对所述该类型的业务进行数据处理的实体；
所述将所述两个以上的逻辑信道划分成包含两个以上逻辑信道的逻辑信道组包括：将对所述该类型的业务进行数据处理的实体对应的所有逻辑信道划分为一个逻辑信道组；
所述逻辑信道编码模块进一步用于，为承载对应的逻辑信道组赋予组逻辑信道号，或者分别为承载和所述该类型的业务对应的逻辑信道组赋予组逻辑信道号，将承载与组逻辑信道号的对应关系、或者承载以及所述该类型的业务分别与组逻辑信道号的对应关系发给UE。
13.一种选择逻辑信道进行数据处理的UE，其特征在于，该UE包括逻辑信道选择模块和数据处理模块；
所述逻辑信道选择模块，接收承载与组逻辑信道号和子逻辑信道号的对应关系、或者承载以及所述该类型的业务分别与组逻辑信道号和子逻辑信道号的对应关系，根据所述对应关系在相应逻辑信道接收当前数据包，根据当前数据包中携带的子逻辑信道号在所述逻辑信道组中选择相应的逻辑信道；
所述数据处理模块，在选择出的逻辑信道上处理当前数据包。
14.如权利要求13所述的UE，其特征在于，
所述数据处理模块，根据选择出的逻辑信道从数据包中提取各逻辑信道对应的数据，并提交给各逻辑信道所对应的实体进行处理。
15.如权利要求13所述的UE，其特征在于，
所述UE进一步包括专门用于对所述该类型的业务进行数据处理的实体；
所述逻辑信道选择模块判断出当前数据包为所述该类型业务的数据包后，将该数据包发给所述专门用于对所述该类型的业务进行数据处理的实体，并由该实体根据所述逻辑信道选择模块选择出的逻辑信道对所述数据包进行处理。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200910082029 CN101867871B (zh) | 2009-04-17 | 2009-04-17 | 一种选择逻辑信道进行数据处理的方法、***和设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200910082029 CN101867871B (zh) | 2009-04-17 | 2009-04-17 | 一种选择逻辑信道进行数据处理的方法、***和设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101867871A true CN101867871A (zh) | 2010-10-20 |
| CN101867871B CN101867871B (zh) | 2013-02-13 |
Family
ID=42959383
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200910082029 Active CN101867871B (zh) | 2009-04-17 | 2009-04-17 | 一种选择逻辑信道进行数据处理的方法、***和设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101867871B (zh) |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102647332A (zh) * | 2011-02-21 | 2012-08-22 | 电信科学技术研究院 | 一种传输数据的方法及装置 |
| CN102883278A (zh) * | 2011-07-12 | 2013-01-16 | 普天信息技术研究院有限公司 | 一种集群组呼业务下行数据的传输方法 |
| WO2014026375A1 (zh) * | 2012-08-17 | 2014-02-20 | 华为技术有限公司 | 多用户协作通信的下行数据传输方法和装置 |
| CN103782569A (zh) * | 2013-07-15 | 2014-05-07 | 华为技术有限公司 | 数据处理装置和方法 |
| WO2014117335A1 (zh) * | 2013-01-30 | 2014-08-07 | 华为技术有限公司 | 上行传输方法、基站和用户设备 |
| CN105262572A (zh) * | 2014-07-16 | 2016-01-20 | 深圳市中兴微电子技术有限公司 | 一种lte制式下逻辑信道的组操作方法及装置 |
| CN107426776A (zh) * | 2016-05-24 | 2017-12-01 | 华为技术有限公司 | QoS控制方法及设备 |
| WO2018028562A1 (zh) * | 2016-08-09 | 2018-02-15 | 夏普株式会社 | 用户设备、基站和相关方法 |
| WO2019028866A1 (zh) * | 2017-08-11 | 2019-02-14 | Oppo广东移动通信有限公司 | 数据传输方法及相关产品 |
| WO2019028872A1 (zh) * | 2017-08-11 | 2019-02-14 | Oppo广东移动通信有限公司 | 数据传输方法及相关产品 |
| WO2019056276A1 (zh) * | 2017-09-21 | 2019-03-28 | Oppo广东移动通信有限公司 | 传输信息的方法、终端设备和网络设备 |
| CN110691425A (zh) * | 2013-10-29 | 2020-01-14 | 三星电子株式会社 | 在移动通信***中的终端、基站及其方法 |
| CN112087720A (zh) * | 2019-06-12 | 2020-12-15 | 华为技术有限公司 | 一种通信方法和装置 |
| CN114157404A (zh) * | 2020-09-08 | 2022-03-08 | 普天信息技术有限公司 | 一种数据传输方法、装置电子设备及存储介质 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101047881A (zh) * | 2006-03-30 | 2007-10-03 | 华为技术有限公司 | 一种提供组播承载的方法与*** |
| CN101242346A (zh) * | 2007-02-06 | 2008-08-13 | 中兴通讯股份有限公司 | 将逻辑信道数据映射到高速物理下行共享信道发送的方法 |
| WO2008156275A2 (en) * | 2007-06-18 | 2008-12-24 | Lg Electronics Inc. | Method of allocating resources in wireless communication system |
-
2009
- 2009-04-17 CN CN 200910082029 patent/CN101867871B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101047881A (zh) * | 2006-03-30 | 2007-10-03 | 华为技术有限公司 | 一种提供组播承载的方法与*** |
| CN101242346A (zh) * | 2007-02-06 | 2008-08-13 | 中兴通讯股份有限公司 | 将逻辑信道数据映射到高速物理下行共享信道发送的方法 |
| WO2008156275A2 (en) * | 2007-06-18 | 2008-12-24 | Lg Electronics Inc. | Method of allocating resources in wireless communication system |
Cited By (29)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102647332A (zh) * | 2011-02-21 | 2012-08-22 | 电信科学技术研究院 | 一种传输数据的方法及装置 |
| CN102883278A (zh) * | 2011-07-12 | 2013-01-16 | 普天信息技术研究院有限公司 | 一种集群组呼业务下行数据的传输方法 |
| CN102883278B (zh) * | 2011-07-12 | 2016-03-23 | 普天信息技术有限公司 | 一种集群组呼业务下行数据的传输方法 |
| EP2887705A4 (en) * | 2012-08-17 | 2015-07-22 | Huawei Tech Co Ltd | METHOD AND DEVICE FOR DATA TRANSFER IN DOWNWARD DIRECTION IN A COOPERATIVE MULTI-USER COMMUNICATION |
| WO2014026375A1 (zh) * | 2012-08-17 | 2014-02-20 | 华为技术有限公司 | 多用户协作通信的下行数据传输方法和装置 |
| US10201003B2 (en) | 2012-08-17 | 2019-02-05 | Huawei Technologies Co., Ltd. | Method and device for transmitting downlink data in multiple UEs cooperative communication |
| US10015814B2 (en) | 2013-01-30 | 2018-07-03 | Huawei Technologies Co., Ltd. | Uplink transmission method, base station and user equipment |
| CN104081745A (zh) * | 2013-01-30 | 2014-10-01 | 华为技术有限公司 | 上行传输方法、基站和用户设备 |
| CN104081745B (zh) * | 2013-01-30 | 2017-02-15 | 华为技术有限公司 | 上行传输方法、基站和用户设备 |
| WO2014117335A1 (zh) * | 2013-01-30 | 2014-08-07 | 华为技术有限公司 | 上行传输方法、基站和用户设备 |
| CN103782569B (zh) * | 2013-07-15 | 2016-09-28 | 华为技术有限公司 | 数据处理装置和方法 |
| CN103782569A (zh) * | 2013-07-15 | 2014-05-07 | 华为技术有限公司 | 数据处理装置和方法 |
| WO2015006896A1 (zh) * | 2013-07-15 | 2015-01-22 | 华为技术有限公司 | 数据处理装置和方法 |
| CN110691425A (zh) * | 2013-10-29 | 2020-01-14 | 三星电子株式会社 | 在移动通信***中的终端、基站及其方法 |
| CN110691425B (zh) * | 2013-10-29 | 2023-04-07 | 三星电子株式会社 | 在移动通信***中的终端、基站及其方法 |
| CN105262572A (zh) * | 2014-07-16 | 2016-01-20 | 深圳市中兴微电子技术有限公司 | 一种lte制式下逻辑信道的组操作方法及装置 |
| CN107426776A (zh) * | 2016-05-24 | 2017-12-01 | 华为技术有限公司 | QoS控制方法及设备 |
| CN107426776B (zh) * | 2016-05-24 | 2024-06-04 | 华为技术有限公司 | QoS控制方法及设备 |
| WO2018028562A1 (zh) * | 2016-08-09 | 2018-02-15 | 夏普株式会社 | 用户设备、基站和相关方法 |
| WO2019028872A1 (zh) * | 2017-08-11 | 2019-02-14 | Oppo广东移动通信有限公司 | 数据传输方法及相关产品 |
| US11116037B2 (en) | 2017-08-11 | 2021-09-07 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Data transmission method and related product |
| US11116038B2 (en) | 2017-08-11 | 2021-09-07 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for transmitting MAC PDUs and related product |
| WO2019028866A1 (zh) * | 2017-08-11 | 2019-02-14 | Oppo广东移动通信有限公司 | 数据传输方法及相关产品 |
| CN110115062A (zh) * | 2017-09-21 | 2019-08-09 | Oppo广东移动通信有限公司 | 传输信息的方法、终端设备和网络设备 |
| WO2019056276A1 (zh) * | 2017-09-21 | 2019-03-28 | Oppo广东移动通信有限公司 | 传输信息的方法、终端设备和网络设备 |
| CN112087720A (zh) * | 2019-06-12 | 2020-12-15 | 华为技术有限公司 | 一种通信方法和装置 |
| CN112087720B (zh) * | 2019-06-12 | 2023-10-24 | 华为技术有限公司 | 一种通信方法和装置 |
| CN114157404A (zh) * | 2020-09-08 | 2022-03-08 | 普天信息技术有限公司 | 一种数据传输方法、装置电子设备及存储介质 |
| CN114157404B (zh) * | 2020-09-08 | 2023-11-24 | 普天信息技术有限公司 | 一种数据传输方法、装置电子设备及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101867871B (zh) | 2013-02-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101867871B (zh) | 一种选择逻辑信道进行数据处理的方法、***和设备 | |
| CN102118858B (zh) | 分配逻辑信道号和确定逻辑信道的方法、***和装置 | |
| CN102026411B (zh) | 一种mac pdu的发送方法、***和装置 | |
| CN101237604A (zh) | Td-scdma***中单频网的组网方法 | |
| CN104247469A (zh) | 多用户协作通信的下行数据传输方法和装置 | |
| CN101911610B (zh) | 传输的方法、用户设备以及网络设备 | |
| CN102118694A (zh) | 确定组播单频网区域与业务区域映射关系的方法和*** | |
| CN105282850A (zh) | 缓存状态报告的上报方法 | |
| CN105635985B (zh) | 确定挂起业务的方法及装置、指示信息处理方法及装置 | |
| CN104378825A (zh) | 一种上报缓存状态报告的方法、装置及*** | |
| CN101945336B (zh) | 多媒体广播组播业务的调度处理方法及下层网元 | |
| CN102595633A (zh) | 随机接入方法、用户设备及网络设备 | |
| CN104144484A (zh) | 支持多连接的移动通信上行***中构建数据单元的方法 | |
| CN103796170A (zh) | 一种传输数据的方法、***和设备 | |
| CN103209395B (zh) | 一种集群寻呼消息的发送和接收方法 | |
| CN101296407B (zh) | 多载波移动通信***传输mbms的方法及装置 | |
| CN101500276A (zh) | 一种增强-专用传输信道优先级调度的实现方法 | |
| CN101860905B (zh) | 一种状态转移过程中确定数据传输格式的方法和*** | |
| CN102264031B (zh) | 一种为多播控制信道分配无线资源的方法及*** | |
| CN101742410A (zh) | 一种多媒体广播/组播业务控制消息的收发方法 | |
| CN104080173B (zh) | 一种lte***中基站mac层对mbms业务的处理*** | |
| CN101425914A (zh) | 一种多媒体组播多播业务同步调整的方法及增强型基站 | |
| CN1968453B (zh) | 用临时流设置标识符提供分配通信资源通知的设备和方法 | |
| CN102118872A (zh) | 上行同步命令传递的方法和*** | |
| CN101965018B (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 | ||
| ASS | Succession or assignment of patent right |
Owner name: INST OF TELECOMMUNICATION SCIENCE AND TECHNOLGOY Free format text: FORMER OWNER: DATANG MOBILE COMMUNICATION EQUIPMENT CO., LTD. Effective date: 20110629 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| COR | Change of bibliographic data |
Free format text: CORRECT: ADDRESS; FROM: 100083 NO. 29, XUEYUAN ROAD, HAIDIAN DISTRICT, BEIJING TO: 100191 NO. 40, XUEYUAN ROAD, HAIDIAN DISTRICT, BEIJING |
|
| TA01 | Transfer of patent application right |
Effective date of registration: 20110629 Address after: 100191 Haidian District, Xueyuan Road, No. 40, Applicant after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY Address before: 100083 Haidian District, Xueyuan Road, No. 29, Applicant before: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. |
|
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210607 Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |