一种用户设备能力的处理方法和设备 |
|||||||
| 申请号 | CN201110001886.8 | 申请日 | 2011-01-06 | 公开(公告)号 | CN102045763B | 公开(公告)日 | 2014-06-04 |
| 申请人 | 大唐移动通信设备有限公司; | 发明人 | 梁靖; 赵亚利; | ||||
| 摘要 | 本 发明 公开了一种用户设备能 力 的处理方法和设备，该方法包括：用户设备将自身是否支持聚合不同TDD上/下行子 帧 配置载波的能力通知给网络侧；或者，用户设备将自身的能力信息通知给网络侧。本发明 实施例 中，网络侧能够获知用户设备是否支持聚合不同TDD上/下行配置载波的能力信息，并使用户设备可以在这种场景下工作。 | ||||||
| 权利要求 | 1.一种用户设备能力的处理方法，其特征在于，包括： |
||||||
| 说明书全文 | 一种用户设备能力的处理方法和设备技术领域[0001] 本发明涉及通信技术领域，尤其涉及一种用户设备能力的处理方法和设备。 背景技术[0002] （1）载波聚合技术 [0003] 在LTE（Long Term Evolution，长期演进）系统及以前的无线通信系统中，一个小区中只有一个载波，在LTE系统中最大带宽为20MHz，如图1所示的LTE小区的载波分布示意图。在LTE-A（LTE-Advanced，高级LTE）系统中，系统的峰值速率比LTE系统有巨大的提高，要求达到下行1Gbps，上行500Mbps。 [0004] 如果只使用一个最大带宽为20MHz的载波是无法达到峰值速率要求的，因此，LTE-A系统需要扩展UE（User Equipment，用户设备）可以使用的带宽，由此引入了CA（Carrier Aggregation，载波聚合）技术，即将同一个eNB（基站）下的多个连续或不连续的载波聚合在一起，同时为UE提供服务，以提供UE所需的速率。这些聚合在一起的载波又称为CC（component carrier，成员载波），每个小区均可是一个成员载波，不同eNB下的小区（成员载波）不能聚合。而为了保证LTE的UE能在每一个聚合的载波下工作，每个载波最大不超过20MHz，如图2所示的LTE-A系统的CA技术示意图。图2所示的LTE-A的基站下有4个可聚合的载波，基站可同时在4个载波上和UE进行数据传输，以提高系统吞吐量。 [0005] （2）LTE系统中的TDD（Time Division Duplex，时分双工）子帧配置[0006] 在LTE系统中，FDD（Frequency Division Duplex，频分双工）和TDD模式均是一个无线帧10ms，一个子帧1ms。对于每个TDD的无线帧，定义了七种TDD上/下行子帧配置，如表1所示，其中D代表DL子帧，U代表UL子帧，S代表TDD系统的特殊子帧，例如，配置1为DSUUDDSUUD。 [0007] 表 1 TDD上/下行子帧配置 [0008] [0009] （3）不同TDD上/下行子帧配置的聚合场景 [0010] LTE Rel-11或以后版本的系统中，为了避免对其他TDD系统的干扰，位于不同band（频带）的LTE小区可能使用不同的TDD上/下行子帧配置，如图3所示的LTE-A CA的UE的聚合的不同band使用不同TDD上/下行子帧配置示意图。其中，载波1和载波2位于Band A，载波3位于Band B，小区1、小区2和小区3分别是载波1、载波2和载波3上的小区。小区1和小区2的TDD上/下行配置相同，均为配置1，小区3的TDD上/下行子帧配置与小区1和小区2不同，为配置2。如果UE希望利用这三个小区进行载波聚合，则会出现UE所有聚合小区的TDD上/下行配置不同的情况。需要说明的是，如果一个UE可以聚合多个band，而且不同band可以支持不同TDD上/下行子帧配置，则一般来说，UE会针对不同band使用不同的收发机。 [0012] 现有技术中UE只能对TDD上/下行子帧配置相同的小区进行聚合，在LTE Rel-11，针对UE聚合的不同载波/频带可能引入不同的TDD上/下行子帧配置，现有技术无法让UE在这种场景下工作。 发明内容[0013] 本发明实施例提供一种用户设备能力的处理方法和设备，以使网络能够获知用户设备是否支持聚合不同TDD上/下行配置载波的能力信息。 [0014] 为了达到上述目的，本发明实施例提供一种用户设备能力的处理方法，包括： [0015] 用户设备将自身是否支持聚合不同TDD上/下行子帧配置载波的能力通知给网络侧；或者， [0016] 用户设备将自身的能力信息通知给网络侧。 [0017] 本发明实施例提供一种用户设备能力的处理方法，包括： [0018] 网络侧接收用户设备是否支持聚合不同TDD上/下行子帧配置载波的能力的信息；或者， [0019] 网络侧接收用户设备的能力信息，并根据所述能力信息确定用户设备是否支持聚合不同TDD上/下行子帧配置载波的能力。 [0020] 本发明实施例提供一种用户设备，包括： [0021] 发送模块，用于将是否支持聚合不同TDD上/下行子帧配置载波的能力通知给网络侧；或者，将用户设备的能力信息通知给网络侧。 [0022] 本发明实施例提供一种网络侧设备，包括： [0023] 接收模块，用于接收用户设备是否支持聚合不同TDD上/下行子帧配置载波的能力的信息；或者，接收用户设备的能力信息； [0024] 确定模块，用于根据所述能力信息确定用户设备是否支持聚合不同TDD上/下行子帧配置载波的能力。 [0025] 与现有技术相比，本发明至少具有以下优点： [0027] 为了更清楚地说明本发明的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。 [0028] 图1是现有技术中LTE小区的载波分布示意图； [0029] 图2是现有技术中LTE-A系统的CA技术示意图； [0030] 图3是现有技术中LTE-A CA的UE的聚合的不同band使用不同TDD上/下行子帧配置示意图； [0031] 图4是本发明实施例一提供的一种用户设备能力的处理方法流程示意图； [0032] 图5是本发明实施例二提供的一种用户设备能力的处理方法流程示意图； [0033] 图6是本发明实施例提供的一种用户设备结构示意图； [0034] 图7是本发明实施例提供的一种网络侧设备结构示意图。 具体实施方式[0035] 在LTE-A系统中引入了CA技术，UE可以同时聚合多个载波进行工作，对于TDD模式的UE，在LTE Rel-10仅能聚合上/下行子帧配置相同的载波，由于可聚合的载波可能归属不同频带，且归属的频带间距可能较大，而这些频带可能是和其它系统（如TD-SCDMA系统）共享或者相邻的，因此为了避免不同系统之间的上/下行交叉干扰，在LTE Rel-11，针对UE聚合的不同载波/频带可能引入不同的TDD上/下行子帧配置。 [0036] 为了保证UE在不同载波/频带上配置不同TDD上/下行子帧配置的情况下仍可正常工作，UE需要支持这种配置，而网络侧需要获取UE的这种能力，现有技术中并没有相关的UE能力获取和使用方法。针对上述问题，本发明实施例提供一种用户设备能力的处理方法和设备，以使网络侧获知UE是否支持不同TDD上/下行子帧配置的能力信息，并使UE可以正常工作。 [0037] 下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。 [0038] 实施例一 [0039] 本发明实施例一提供一种用户设备能力的处理（如UE能力的获取及使用）方法，如图4所示，该方法包括以下步骤： [0040] 步骤401，UE根据预设策略和自身的能力信息确定自身是否支持聚合不同TDD上/下行子帧配置载波的能力。其中，该预设策略可以为预先规定的，包括但不限于：可使用不同TDD上/下行子帧配置的最小频带间隔；或者，可使用不同TDD上/下行子帧配置的载波聚合场景。该能力信息包括但不限于以下信息之一或任意组合：用户设备所支持的频带信息、频点信息、带宽信息、接收机个数信息等。 [0041] 具体的，UE可根据预设策略，并结合自身的射频设备（如接收机）、所支持的频带（频点）、带宽等信息，确定是否具备支持聚合不同TDD上/下行子帧配置的载波的UE能力。 [0042] 步骤402，用户设备将自身是否支持聚合不同TDD上/下行子帧配置载波的能力通知给网络侧。其中，用户设备可通过RRC（Radio Resource Control，无线资源控制）过程将自身是否支持聚合不同TDD上/下行子帧配置载波的能力通知给网络侧。该RRC过程可以利用现有的UE能力查询过程，也可以是新增的RRC过程。 [0043] 本发明实施例中，可通过第一标识（如某个bit为0）表示支持聚合不同TDD上/下行子帧配置载波的能力、通过第二标识（如某个bit为1）表示不支持聚合不同TDD上/下行子帧配置载波的能力；或者，通过第三标识（如某个bit为0）表示支持某个band和其他band聚合不同TDD上/下行子帧配置载波、通过第四标识（如某个bit为1）表示不支持所述band和其他band聚合不同TDD上/下行子帧配置载波；或者，通过第五标识（如某个bit为0）表示支持某个band组合聚合不同TDD上/下行子帧配置载波、通过第六标识（如某个bit为1）表示不支持所述band组合聚合不同TDD上/下行子帧配置载波；或者，通过第七标识（如某个bit为0）表示支持某个聚合场景聚合不同TDD上/下行子帧配置载波、通过第八标识（如某个bit为1）表示不支持所述聚合场景聚合不同TDD上/下行子帧配置载波。 [0044] 步骤403，网络侧接收用户设备是否支持聚合不同TDD上/下行子帧配置载波的能力的信息。其中，网络侧可通过RRC过程接收用户设备是否支持聚合不同TDD上/下行子帧配置载波的能力的信息。 [0045] 步骤404，如果用户设备支持聚合不同TDD上/下行子帧配置载波的能力，网络侧为用户设备配置可聚合的不同TDD上/下行子帧配置的载波集合。 [0046] 具体的，网络侧可根据UE能力，并结合其他信息（如系统需求或者限制）为UE配置可以聚合的不同TDD上/下行子帧配置的载波集合。 [0047] 实施例二 [0048] 本发明实施例二提供一种用户设备能力的处理方法，如图5所示，该方法包括以下步骤： [0049] 步骤501，UE将自身的能力信息通知给网络侧。其中，该能力信息包括但不限于以下信息之一或任意组合：用户设备所支持的频带信息、频点信息、带宽信息、接收机个数信息等。 [0050] 本发明实施例中，用户设备可通过RRC过程将自身的能力信息通知给网络侧，该RRC过程可以利用现有的UE能力查询过程，也可以是新增的RRC过程。 [0051] 步骤502，网络侧通过RRC过程接收用户设备的能力信息。 [0052] 步骤503，网络侧根据该能力信息确定用户设备是否支持聚合不同TDD上/下行子帧配置载波的能力。 [0053] 具体的，网络侧可根据预设策略和该能力信息确定用户设备是否支持聚合不同TDD上/下行子帧配置载波的能力；网络侧可根据预设策略、用户设备的能力信息、网络侧的能力信息确定用户设备是否支持聚合不同TDD上/下行子帧配置载波的能力。其中，该预设策略可以为预先规定的，包括但不限于：可使用不同TDD上/下行子帧配置的最小频带间隔；或者，可使用不同TDD上/下行子帧配置的载波聚合场景。该网络侧的能力信息包括：网络侧是否支持聚合不同TDD上/下行子帧配置的载波。 [0054] 步骤504，如果用户设备支持聚合不同TDD上/下行子帧配置载波的能力，网络侧为用户设备配置可聚合的不同TDD上/下行子帧配置的载波集合。 [0055] 具体的，网络侧可根据UE能力，并结合其他信息（如系统需求或者限制）为UE配置可以聚合的不同TDD上/下行子帧配置的载波集合。 [0056] 实施例三 [0057] 本实施例中，从硬件能力和需求等角度，协议预先规定可以使用不同TDD上/下行子帧配置的最小频带间隔为100MHz。UE有两个接收机，接收机1支持band1，接收机2支持band2，二个band的频率间隔为200MHz。UE可同时聚合band1中的带宽为20MHz的载波和band2内的带宽为20MHz的载波进行载波聚合传输。 [0058] UE根据最小频带间隔的需求（100MHz）以及自身的射频设备能力（支持band1和band2聚合，二者间隔为200MHz），确定自身支持聚合不同TDD上/下行配置的载波。例如，band1中的带宽为20MHz的小区1和band2中的带宽为20MHz的小区2，可以是不同的TDD上/下行配置，小区1为TDD配置1，小区2为TDD配置2，则UE能力中会指示UE可聚合小区1和小区2。 [0059] 进一步的，UE确定自己可以聚合这两个band上的TDD上/下行配置不同的载波，并将其包含在UE能力中通知给网络。其中，UE能力中的指示可以是一个BOOLEAN型的变量，TRUE表示支持，FALSE表示不支持。或者是一个bit，“1” 表示支持，“0” 表示不支持。UE能力的格式可以如表2所示： [0060] 表2 [0061]UE支持的聚合频带组合 是否可以聚合不同TDD上/下行配置的载波 Band1+Band2 是 [0062] 本发明实施例中，UE可以利用现有的UE能力查询过程通知网络该能力；也可以使用新的RRC过程，在网络需要该能力时向网络上报该能力。 [0063] 进一步的，网络侧（如基站）根据上报的UE能力，为UE配置可以聚合的不同TDD上/下行配置的载波集合，即为UE配置聚合band1的小区1和band2的小区2，并且在这两个小区上调度UE进行后续工作。 [0064] 实施例四 [0065] 本实施例中，从硬件能力和需求等角度，协议预先规定可以使用不同TDD上/下行子帧配置的最小频带间隔为100MHz。UE有两个接收机，接收机1支持band1，接收机2支持band2，二个band的频率间隔为200MHz。UE可同时聚合band1中的带宽为20MHz的载波和band2内的带宽为20MHz的载波进行载波聚合传输。UE将以上信息包含在UE能力中通知给网络，UE能力的格式可以如表3所示： [0066] 表3 [0067]UE支持的聚合频带组合 可以聚合的带宽 Band1+Band2 20MHz（band1）+20MHz（band2） [0068] 本发明实施例中，UE可以利用现有的UE能力查询过程通知网络该能力；也可以使用新的RRC过程，在网络需要该能力时向网络上报该能力。 [0069] 进一步的，网络根据最小频带间隔的需求（100MHz）以及UE上报的UE能力（支持band1和band2聚合），同时结合band1和band2的频率间隔为200MHz，确定该UE支持聚合不同TDD上/下行配置的载波。例如，band1中的带宽为20MHz的小区1和band2中的带宽为20MHz的小区2，可以是不同的TDD上/下行配置，小区1为TDD配置1，小区2为TDD配置2，UE可以聚合。 [0070] 基站根据上报的UE能力确定UE可以聚合band1和band2上的不同TDD配置小区（小区1和小区2），之后结合基站自身能力也支持band1和band2聚合，为UE配置可以聚合的不同TDD上/下行配置的载波集合，即为UE配置聚合band1的小区1和band2的小区2，并且在这两个小区上调度UE进行后续工作。 [0071] 实施例五 [0072] 本实施例中，从硬件能力和需求等角度，协议预先规定可以使用不同TDD上/下行子帧配置的载波聚合场景：对于TDD的UE，可以聚合band1和band5上的使用不同TDD上/下行子帧配置的载波。UE有两个接收机，接收机1支持band1，接收机2支持band5；UE可以同时聚合band1中的带宽为20MHz的载波和band5内的带宽为20MHz的载波进行载波聚合传输。 [0073] UE根据载波聚合场景（对于TDD的UE，可以聚合band1和band5上的使用不同TDD上/下行子帧配置的载波）以及自身的射频设备能力（支持band1和band5聚合），确定自身支持聚合不同TDD上/下行配置的载波。例如，band1中的带宽为20MHz的小区1和band5中的带宽为20MHz的小区2，可以是不同的TDD上/下行配置，小区1为TDD配置1，小区2为TDD配置2，则UE能力中会指示UE可以聚合小区1和小区2。 [0074] UE确定自身可以聚合这两个band上的TDD上/下行配置不同的载波，将其包含在UE能力中通知网络。UE能力中的指示可以是一个BOOLEAN型的变量，TRUE表示支持，FALSE表示不支持；或者是一个bit，“1” 表示支持，“0” 表示不支持。UE能力的格式可以如表4所示。 [0075] 表4 [0076]UE支持的聚合频带组合 是否可以聚合不同TDD上/下行配置的载波 Band1+Band5 是 [0077] 本发明实施例中，UE可以利用现有的UE能力查询过程通知网络该能力；也可以使用新的RRC过程，在网络需要该能力时向网络上报该能力。 [0078] 进一步的，网络侧（如基站）根据上报的UE能力，为UE配置可以聚合的不同TDD上/下行配置的载波集合，即为UE配置聚合band1的小区1和band5的小区2，并且在这两个小区上调度UE进行后续工作。 [0079] 实施例六 [0080] 本实施例中，从硬件能力和需求等角度，协议预先规定可以使用不同TDD上/下行子帧配置的载波聚合场景：对于TDD的UE，可以聚合band1和band5上的使用不同TDD上/下行子帧配置的载波。UE有两个接收机，接收机1支持band1，接收机2支持band5；UE可以同时聚合band1中的带宽为20MHz的载波和band5内的带宽为20MHz的载波进行载波聚合传输。UE将以上信息包含在UE能力中通知网络，UE能力的格式可以如表5所示： [0081] 表5 [0082]UE支持的聚合频带组合 可以聚合的带宽 Band1+Band5 20MHz（band1）+20MHz（band5） [0083] 本发明实施例中，UE可以利用现有的UE能力查询过程通知网络该能力；也可以使用新的RRC过程，在网络需要该能力时向网络上报该能力。 [0084] 进一步的，网络根据载波聚合场景（对于TDD的UE，可以聚合band1和band5上的使用不同TDD上/下行子帧配置的载波），同时结合UE能力中的UE支持band1和band5聚合，确定该UE支持聚合不同TDD上/下行配置的载波。例如，band1中的带宽为20MHz的小区1和band5中的带宽为20MHz的小区2，可以是不同的TDD上/下行配置，小区1为TDD配置1，小区2为TDD配置2，UE可以聚合。 [0085] 基站根据UE上报的UE能力确定了UE可以聚合band1和band5上的不同TDD配置小区（小区1和小区2），然后结合基站自身能力也支持band1和band5聚合，为UE配置可以聚合的不同TDD上/下行配置的载波集合，即为UE配置聚合band1的小区1和band5的小区2，并且在这两个小区上调度UE进行后续工作。 [0086] 实施例七 [0087] 基于与上述方法同样的发明构思，本发明实施例中还提供了一种用户设备，如图6所示，该设备包括： [0088] 发送模块11，用于将是否支持聚合不同TDD上/下行子帧配置载波的能力通知给网络侧；或者，将用户设备的能力信息通知给网络侧。 [0089] 确定模块12，用于根据预设策略和用户设备的能力信息确定用户设备是否支持聚合不同TDD上/下行子帧配置载波的能力。 [0090] 本发明实施例中，所述预设策略包括：可使用不同TDD上/下行子帧配置的最小频带间隔；或者，可使用不同TDD上/下行子帧配置的载波聚合场景。 [0091] 所述能力信息包括以下信息之一或任意组合：所述用户设备所支持的频带信息、频点信息、带宽信息、接收机个数信息。 [0092] 所述发送模块11，具体用于通过RRC过程将自身是否支持聚合不同TDD上/下行子帧配置载波的能力通知给网络侧；或者，通过RRC过程将自身的能力信息通知给网络侧。 [0093] 本发明实施例中，可通过第一标识表示支持聚合不同TDD上/下行子帧配置载波的能力、通过第二标识表示不支持聚合不同TDD上/下行子帧配置载波的能力；或者，通过第三标识表示支持某个band和其他band聚合不同TDD上/下行子帧配置载波、通过第四标识表示不支持所述band和其他band聚合不同TDD上/下行子帧配置载波；或者，通过第五标识表示支持某个band组合聚合不同TDD上/下行子帧配置载波、通过第六标识表示不支持所述band组合聚合不同TDD上/下行子帧配置载波；或者，通过第七标识表示支持某个聚合场景聚合不同TDD上/下行子帧配置载波、通过第八标识表示不支持所述聚合场景聚合不同TDD上/下行子帧配置载波。 [0094] 其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。 [0095] 实施例八 [0096] 基于与上述方法同样的发明构思，本发明实施例中还提供了一种网络侧设备，如图7所示，该设备包括： [0097] 接收模块21，用于接收用户设备是否支持聚合不同TDD上/下行子帧配置载波的能力的信息；或者，接收用户设备的能力信息； [0098] 确定模块22，用于根据所述能力信息确定用户设备是否支持聚合不同TDD上/下行子帧配置载波的能力。 [0099] 所述确定模块22，具体用于根据预设策略和所述能力信息确定用户设备是否支持聚合不同TDD上/下行子帧配置载波的能力。 [0100] 所述确定模块22，具体用于 根据预设策略、所述用户设备的能力信息、网络侧的能力信息确定用户设备是否支持聚合不同TDD上/下行子帧配置载波的能力。 [0101] 本发明实施例中，所述预设策略包括：可使用不同TDD上/下行子帧配置的最小频带间隔；或者，可使用不同TDD上/下行子帧配置的载波聚合场景。所述用户设备的能力信息包括以下信息之一或任意组合：所述用户设备所支持的频带信息、频点信息、带宽信息、接收机个数信息；所述网络侧的能力信息包括：网络侧是否支持聚合不同TDD上/下行子帧配置的载波。 [0102] 所述接收模块21，具体用于通过RRC过程接收用户设备是否支持聚合不同TDD上/下行子帧配置载波的能力的信息；或者，通过RRC过程接收用户设备的能力信息。 [0103] 该网络侧设备还包括： [0104] 配置模块23，用于如果用户设备支持聚合不同TDD上/下行子帧配置载波的能力，为所述用户设备配置可聚合的不同TDD上/下行子帧配置的载波集合。 [0105] 本发明实施例中，可通过第一标识表示支持聚合不同TDD上/下行子帧配置载波的能力、通过第二标识表示不支持聚合不同TDD上/下行子帧配置载波的能力；或者，通过第三标识表示支持某个band和其他band聚合不同TDD上/下行子帧配置载波、通过第四标识表示不支持所述band和其他band聚合不同TDD上/下行子帧配置载波；或者，通过第五标识表示支持某个band组合聚合不同TDD上/下行子帧配置载波、通过第六标识表示不支持所述band组合聚合不同TDD上/下行子帧配置载波；或者，通过第七标识表示支持某个聚合场景聚合不同TDD上/下行子帧配置载波、通过第八标识表示不支持所述聚合场景聚合不同TDD上/下行子帧配置载波。 [0106] 其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。 [0107] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。 [0108] 本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。 [0109] 本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。 [0110] 上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。 [0111] 以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。 |
||||||
