CN101505451B - 能力信息获取/发送方法、通信系统及相关设备 - Google Patents

Abstract

本发明涉及通信技术领域，公开了能力信息获取/发送方法、通信系统及相关设备，具体公开的相关设备有用户设备，能力信息获取装置等；其中，本发明实施例提供的能力信息发送方法包括：接收要求响应本设备的能力信息的触发消息；获取本设备的能力信息，发送响应所述触发消息的响应消息，所述响应消息包括本设备的能力信息。使用本发明实施例提供的技术方案，可以使网络侧能够确定较优的传输方式，减少无线资源的浪费。

Description

能力信息获取/发送方法、通信系统及相关设备

技术领域

本发明涉及通信技术领域，具体涉及能力信息获取/发送方法、通信系统及相关设备。

背景技术

随着通信技术的发展，用户对移动通信系统中业务类型的需求越来越多样化，多媒体广播多播服务(MBMS：Multimedia Broadcast Multicast Service)是其中一个发展较快的业务。使用MBMS，网络侧可以把同一份多媒体业务数据同时发送给网络中的多个接收者，同时，一个接收MBMS业务的接收者，可以同时接收一个或者多个广播/组播业务。在许多网络中都有可以MBMS，例如在宽带分码多工存取(WCDMA：Wideband Code-Division Multiple Access)系统中，引入了MBMS业务，第三代合作伙伴计划(3GPP：3rd GenerationPartnership Project)长期演进(LTE：Long Term Evolution)系统也同样要求为用户提供丰富多彩的MBMS业务等。

由于MBMS业务的多样性，不同的MBMS业务有不同的传输方式，因此，网络侧在准备提供一个MBMS业务时，需要确定传输方式来分配无线资源，现有的一种传输方式的确定方法如下所述：

无线接入网(RAN：Radio Access Network)会发起一个计数流程来决定较优的传输方式，例如在通用移动通讯系统(UMTS：Universal MobileTelecommunications Svstem)中选择点到点(PTP：Point To Point)或点到多点(PTM：Point To Multipoint)；在LTE系统中选择单频网(SFN：SingleFrequency Network)或单小区(SC：Single Cell)等，计数流程如下：

1、RAN把包含服务标识(service ID)，会话标识(session ID)，概率因子(probability factor)的MBMS接入信息消息在组播控制信道(MCCH：Multicast Control Channel)上发送；其中会话标识是可选的；

2、当用户设备(UE：User Equipment)发现自己感兴趣的业务正在进行计数流程后，读取MBMS接入信息消息。概率因子是网络侧控制UE能否给网络回消息，以避免大量UE同时响应造成网络拥塞的参数。UE在收到消息后，进行概率因子检查，检查通过后，UE向网络侧回响应消息，该响应消息可以是计数响应(counting response)消息；网络侧计算对此业务感兴趣的UE数量；

3、当网络侧发现在当前小区中没有UE时，则可以不为此业务分配资源；

4、当响应计数消息的UE数量达到了预先定义的门限值，网络侧决定相应的传输方式；例如在UMTS中，如果达到了门限值可以采用PTM，否则就采用PTP；在LTE系统中，如果达到了门限值可以采用SFN，否则就采用SC。

从上可知，只要UE发现自己感兴趣的业务正在进行计数流程，不管UE自身是否满足该业务的传输要求，都可以向网络侧响应，这样网络侧仅根据回响应消息的UE数量来决定传输方式，从而导致RAN决定的传输方式可能并不是较优的，从而导致部分UE因传输方式而不能正常接收业务，浪费无线资源。

发明内容

本发明实施例提供了能力信息获取/发送方法、通信系统及相关设备，使用本发明实施例提供的技术方案，可以使网络侧能够确定较优的传输方式，减少无线资源的浪费。

本发明实施例的目的是通过以下技术方案实现的：

本发明实施例提供了一种能力信息发送方法，包括：

接收要求响应本设备的能力信息的触发消息，所述触发消息包括第一能力要求与所述第一能力要求对应的业务类型信息，所述第一能力要求是当前业务的能力要求；

获取本设备的能力信息，获取的本设备的能力信息是与所述业务类型信息对应的能力信息；

判断本设备的能力信息是否满足所述第一能力要求；

如果本设备的能力信息不满足所述第一能力要求，但是满足业务类型下其他业务的能力要求时，发送响应所述触发消息的响应消息，所述响应消息包括本设备的能力信息。

本发明实施例还提供了一种能力信息获取方法，包括：

构造要求响应能力信息的触发消息，所述触发消息包括第一能力要求与所述第一能力要求对应的业务类型信息，所述第一能力要求是当前业务的能力要求；

发送所述触发消息；

接收响应所述触发消息的响应消息，所述响应消息包括能力信息，所述能力信息是与所述业务类型信息对应的能力信息，所述能力信息不满足所述第一能力要求，但是满足业务类型下其他业务的能力要求。

本发明实施例还提供了一种用户设备，包括：

消息接收单元，用于接收要求本用户设备响应能力信息的触发消息，所述触发消息包括第一能力要求与所述第一能力要求对应的业务类型信息，所述第一能力要求是当前业务的能力要求；

信息获取单元，用于在所述消息接收单元接收所述触发消息后，获取本用户设备的能力信息，获取的本设备的能力信息是与所述业务类型信息对应的能力信息；

第一判断单元，用于在所述信息获取单元获取能力信息后，判断获取的能力信息是否满足所述第一能力要求；

消息发送单元，用于在所述第一判断单元判断得到获取的能力信息不满足所述第一能力要求，但是满足业务类型下其他业务的能力要求时，发送响应所述触发消息的响应消息，所述响应消息包括所述信息获取单元获取的能力信息。

本发明实施例还提供了一种能力信息获取装置，包括：

消息构造单元，用于构造要求响应能力信息的触发消息，所述触发消息包括第一能力要求与所述第一能力要求对应的业务类型信息，所述第一能力要求是当前业务的能力要求；

消息发送单元，用于发送所述消息构造单元构造的所述触发消息；

消息接收单元，用于接收响应所述触发消息的响应消息，所述响应消息包括能力信息，所述能力信息是与所述业务类型信息对应的能力信息，所述能力信息不满足所述第一能力要求，但是满足业务类型下其他业务的能力要求。

本发明实施例还提供了一种通信系统，包括：

能力信息获取装置，用于构造要求响应能力信息的触发消息，所述触发消息包括第一能力要求与所述第一能力要求对应的业务类型信息，所述第一能力要求是当前业务的能力要求；发送所述触发消息；接收响应所述触发消息的响应消息，所述响应消息包括能力信息；根据所述响应信息所包括的所述能力信息，按照预置的处理方式，确定与所述能力信息对应的传输方式；

用户设备，用于接收所述触发消息；获取所述能力信息；获取的本设备的能力信息是与所述业务类型信息对应的能力信息；判断本设备的能力信息是否满足所述第一能力要求；在本设备的能力信息不满足所述第一能力要求， 但是满足业务类型下其他业务的能力要求时，发送所述响应消息。

本发明实施例还提供了另一种通信系统，包括组播控制实体，演进基站和用户设备，其中：

组播控制实体，用于构造并发送要求响应能力信息的触发消息，所述触发消息包括第一能力要求与所述第一能力要求对应的业务类型信息，所述第一能力要求是当前业务的能力要求；接收响应所述触发消息的响应消息，所述响应消息包括所述用户设备的能力信息；根据所述能力信息，按照预置的处理方式，确定与所述能力信息对应的传输方式；

演进基站，用于接收并转发所述触发消息；接收并转发所述响应消息；

用户设备，用于接收所述触发消息，获取所述能力信息；获取的本设备的能力信息是与所述业务类型信息对应的能力信息；判断本设备的能力信息是否满足所述第一能力要求；在本设备的能力信息不满足所述第一能力要求，但是满足业务类型下其他业务的能力要求时，向所述演进基站发送包括UE的能力信息的所述响应消息。

从本发明实施例提供的以上技术方案可以看出，由于本发明实施例的用户设备在接收到触发消息后，在响应消息中携带能力信息，从而使接收响应消息的网络实体能够获取能力信息，进而可以根据获取的能力信息确定传输方式。从而使得传输方式能够根据获取的能力信息确定，因此使用确定的传输方式发送的业务能够让所有发送了响应消息的设备接收，从而可以减少无线资源的浪费。

附图说明

图1为本发明实施例中能力信息发送方法实施例一的流程图；

图2为本发明实施例中能力信息发送方法实施例二的流程图；

图3为本发明实施例中能力信息获取方法实施例一的流程图；

图4为本发明实施例中能力信息获取方法实施例二的流程图；

图5为本发明实施例中能力信息获取方法实施例三的流程图；

图6为本发明实施例中用户设备实施例一的结构图；

图7为本发明实施例中用户设备实施例二的结构图；

图8为本发明实施例中能力信息获取装置实施例一的结构图；

图9为本发明实施例中能力信息获取装置实施例二的结构图；

图10为本发明实施例中通信系统实施例一的结构图；

图11为本发明实施例中通信系统实施例二的结构图。

具体实施方式

为使本发明的目的、技术方案、及优点更加清楚明白，以下参照附图并举实施例，对本发明进一步详细说明。

图1描述了本发明实施例提供的能力信息发送方法实施例一的流程，包括：

步骤101、接收要求本设备的响应能力信息的触发消息；

接收的触发消息可以是支持MBMS业务的网络侧发送的发起计数流程的计数(counting)消息，也可以是发起重计数流程的重计数(re-counting)消息，还可以是其他需要获取能力信息的网络实体发送的触发消息等；其中计数流程发起消息和重计数流程发起消息可以是接入信息(Access Information)消息；

上述设备可以是用户设备，网络客户端等；

网络侧在需要为某种业务确定传输方式时可以发送上述触发消息，在判断与业务对应的某些小区是否需要取消或增加时也可以发送上述触发消息；一般来说不同的传输方式会对应不同的能力要求；

其中，传输方式具体可以是同一业务类型下不同业务的传输方式；在一个业务类型对应一个传输方式时，也可以确定与传输方式对应的业务类型；在一个小区类型对应一个传输方式时，也可以确定与传输方式对应的小区类型；

步骤102、获取本设备的能力信息；

在接收到触发消息后，可以获取相应的能力信息；假设UE接收到触发消息，由于UE的基本能力是预先设定好的，因此可以直接获取自身的能力信息；同样，其他的网络设备的基本能力也是预先设定的，在接收到要求响应能力信息的触发消息后，也可以获取到相应的信息；当然，如果某个网络设备不能从自身获取自身的能力信息，也可以从保存有其能力信息的装置获取自身的能力信息；

其中，获取的能力信息是与业务的传输方式对应的，例如是为了进行MBMS业务发送的触发消息，则获取的能力信息是MBMS业务的能力信息；如果是为了进行其他业务发送的触发消息，则获取的能力信息是相应的其他 业务的能力信息；

步骤103、发送响应该触发消息的响应消息，该响应消息包括本设备的能力信息。

在获取了能力信息后，就可以将获取的能力信息包括在响应消息中发送出去。一般来说，如果没有某种业务的能力，则获取不到该业务的能力，进而可以不发送响应触发消息的响应消息，从而可以节省网络侧的处理信息量，也可以降低自身的处理信息量，提高系统利用效率。

从上可知，本发明实施例在接收到触发消息后，在响应消息中携带能力信息，从而使接收响应消息的网络实体能够获取能力信息，进而可以根据获取的能力信息确定传输方式，由于确定的传输方式是根据获取的能力信息确定的，因此使用确定的传输方式发送的业务能够让所有发送了响应消息的设备接收，从而可以减少无线资源的浪费。

进一步，接收的所述触发消息包括第一能力要求；则在获取能力信息后可以进一步包括：

判断获取的能力信息是否满足第一能力要求；

如果判断得到不满足第一能力要求，发送包括能力信息响应消息，该响应消息响应上述触发消息；

如果判断得到满足第一能力要求，发送不包括获取的能力信息的响应消息。但是，并不排除在满足第一能力要求时发送的响应消息也包括能力信息的情况。

从而可以只在能力信息不满足第一能力要求时才发送获取的能力信息，使需要获取能力信息的装置能够得到能力信息；而在能力信息满足第一能力要求时不发送获取的能力信息，由于发送的响应消息不包括能力信息，需要获取能力信息的装置能够获知其满足第一能力要求，也能够得到相应的能力信息；同时，由于在响应消息中不用包括能力信息，可以减少需要传送的信息量，提高资源的利用率。

进一步，接收的触发消息还可以包括与第一能力要求对应的业务类型信息，则触发消息中的第一能力要求是当前业务的能力要求；

则获取的能力信息是与业务类型信息对应的能力信息，在判断不满足触发消息中当前业务的第一能力要求，但是可以满足业务类型下其他业务的能力要求时，也可以发送包括获取的能力信息的响应消息。

进一步，如果有两种业务或两种传输方式进行选择，则接收的触发消息还可以包括第二能力要求；第二能力要求也与一种传输方式对应；

此时，如果判读得到不满足第一能力要求，可以进一步判断获取的能力信息是否满足第二能力要求；

如果判断得到满足第二能力要求，发送包括能力信息的响应触发消息的响应消息；

如果判断得到不满足第二能力要求，不发送响应触发消息的响应消息。

进一步，为了让网络侧可以清楚的分辨不同的能力，还可以在发送能力信息时进一步发送所支持的传输方式。

因此，在能力信息不满足第一能力要求，但是满足第二能力要求时，也可以发送包括能力信息的响应消息，使接收响应消息的网络实体也能够获得能力信息，进而根据能力信息确定传输方式；在能力信息既不满足第一能力要求，也不满足第二能力要求时，不发送响应消息，从而既可以减少发送响应消息的设备的处理负荷，也可以减少接收响应消息的网络实体的处理负荷，提高系统利用效率。

本发明实施例进一步提供了能力信息发送方法实施例二，流程如图2所示，包括：

步骤201、接收要求响应本设备的能力信息的触发消息；该触发消息是接入信息消息，包括第一能力要求，第二能力要求和概率因子；

步骤202、判断概率因子检查是否通过；如果是，进入步骤203，如果否，进入步骤207；

概率因子是网络侧控制UE能否给网络侧回消息，以避免大量UE同时响应造成网络拥塞的参数。只有在概率因子检查通过后，才能向网络侧回响应消息；

步骤203、获取本设备的能力信息；

步骤204，判断能力信息是否满足第一能力要求；如果是，进入步骤205；如果不满足进入步骤206；

步骤205、发送响应触发消息的响应消息；结束流程；

在满足第一能力要求时，该响应消息可以包括获取的能力信息，也可以不包括获取的能力信息；此时，如果包括获取的能力信息，可以让网络侧直接从响应消息中获取能力信息，而不需要经过其他操作来获取能力信息，可以提高网络侧的处理效率；

在不满足第一能力要求，但是满足第二能力要求时，发送的响应消息也可以包括能力信息，进一步还可以包括与第二能力要求对应的业务类型信息。

步骤206、判断能力信息是否满足第二能力要求；如果是，进入步骤205；如果否，进入步骤207；

步骤207、不发送响应触发消息的响应消息；结束流程；

从上可知，本发明实施例在接收到触发消息后，在响应消息中携带能力信息，从而使接收响应消息的网络实体能够获取能力信息，进而可以根据获取的能力信息确定传输方式，由于确定的传输方式是根据获取的能力信息确定的，因此使用确定的传输方式发送的业务能够让所有发送了响应消息的设备接收，从而可以减少无线资源的浪费；在能力信息满足第一能力要求时可以不发送获取的能力信息，由于发送的响应消息不包括能力信息，需要获取能力信息的装置能够获知其满足第一能力要求，也能够得到相应的能力信息；同时，由于在响应消息中不用包括能力信息，可以减少需要传送的信息量，提高资源的利用率；在能力信息既不满足第一能力要求，也不满足第二能力要求时，不发送响应消息，从而既可以减少发送响应消息的设备的处理负荷， 也可以减少接收响应消息的网络实体的处理负荷，提高系统利用效率。

图3描述了本发明实施例提供的能力信息获取方法实施例一的流程，包括：

步骤301、构造要求响应能力信息的触发消息；

进一步，构造的触发消息可以包括第一能力要求、或第一能力要求和第二能力要求；

进一步，还可以包括概率因子；

步骤302、发送触发消息；

步骤303、接收响应该触发消息的响应消息；该响应消息包括能力信息；

其中，响应消息可以直接携带能力信息，从而可以直接从响应消息中提取能力信息；也可以不直接携带能力信息，例如在发送响应消息的实体在满足第一能力要求时，可以不在响应消息中携带能力信息，接收响应消息的实体在接收了不直接携带能力信息的响应消息时，可以知道发送响应消息的实体满足第一能力要求，从而可以确定发送响应消息的实体的能力信息是与第一能力要求对应的能力消息；

从上可知，由于构造的触发消息要求响应能力信息，从而可以使接收触发消息的设备在响应消息中携带能力信息，接收响应消息的网络实体能够获取能力信息，使该网络实体可以根据能力信息确定传输方式，减少无线资源的浪费。

图4描述了本发明实施例提供的能力信息获取方法实施例二的流程，包括：

步骤401、构造要求响应能力信息的触发消息；

步骤402、发送触发消息；

步骤403、接收响应消息；该响应消息包括能力信息；

其中，响应消息可以直接携带能力信息，从而可以直接从响应消息中提 取能力信息；也可以不直接携带能力信息，例如在发送响应消息的实体在满足第一能力要求时，可以不在响应消息中携带能力信息，接收响应消息的实体在接收了不直接携带能力信息的响应消息时，可以知道发送响应消息的实体满足第一能力要求，从而可以确定发送响应消息的实体的能力信息是与第一能力要求对应的能力消息；

步骤404、根据能力信息，按照预置的处理方式，确定与能力信息对应的传输方式。

具体的，可以根据接收的能力信息的类型及数量进行确定；

预置的处理方式可以根据具体需要预先设定，以传输方式为例进行说明：

如果网络侧可以同时支持两种传输方式，在接收的响应消息所包括的能力信息对应两种传输方式时，则可以同时采用两种传输方式；在接收的响应消息所包括的能力信息仅对应一种传输方式时，则可以采用与能力信息所对应的那一种传输方式、或采用能力要求低的那一种传输方式；

如果网络侧在同一时刻仅能采用一种传输方式，在接收的响应消息所包括的能力信息能对应两种传输方式时，则只能采用能力要求低的那一种传输方式；在接收的响应消息所包括的能力信息仅对应一种传输方式时，则可以采用与能力信息所对应的那一种传输方式、或采用能力要求低的那一种传输方式。

当然，还可以根据不同能力信息的数量进行取舍选择相应的传输方式。

从上可知，由于构造的触发消息要求响应能力信息，从而可以使接收触发消息的设备在响应消息中携带能力信息，接收响应消息的网络实体能够获取能力信息，使该网络实体可以根据能力信息确定传输方式，使确定的传输方式能够满足能力信息，减少无线资源的浪费。

图5描述了本发明实施例提供的能力信息获取方法实施例三的流程，包括：

步骤501、组播控制实体(MCE：Multi-cell/Multicast Coordination Entity) 构造要求响应能力信息的触发消息；

步骤502、MCE通过演进基站(eNB：Evolution NodeB)将触发消息发送给UE；

步骤503、UE接收到触发消息后，向eNB发送包括UE的能力信息的响应消息，该响应消息响应上述触发消息；

步骤504、eNB将响应消息发送给MCE；

步骤505、MCE根据能力信息，按照预置的处理方式，确定与能力信息对应的传输方式。

从上可知，MCE可以构造要求响应能力信息的触发消息，UE在接收该触发消息后会向MCE发送包括UE的能力信息的响应消息，使MCE可以根据能力信息确定传输方式，使确定的传输方式能够满足UE的能力信息，减少无线资源的浪费。

如下以MBMS为例对本发明实施例提供的能力信息获取/发送方法进行整体描述：

先描述在UMTS或LTE系统中，MBMS业务发送前，本发明实施例提供的确定传输方式的处理流程，主要包括：

网络侧发起计数流程，在MCCH上或其他信道发送计数消息，该计数消息可以是接入信息消息；其中计数消息中可以包含业务标识，概率因子等信息；进一步，还可以包括会话标识和UE能力要求等信息，具体的，如果一个业务包括多个会话，则需要在接入信息消息中携带session ID，如果业务的能力要求发生变化或UE并不知道相应的UE能力要求，则可以在该计数消息中携带UE能力要求。

UE在收到计数消息后，根据概率因子判断是否需要响应，在需要响应时，UE根据自身的能力信息，确定建议网络测使用的传输方式，并在响应消息中包含建议网络侧使用传输方式的信息；例如可以在响应消息中包括自身支持的传输方式类型等信息，UMTS中的传输方式分有PTP、PTM等；LTE中的 传输方式分有SC、组播单频网(MBSFN)等。

网络侧收到响应消息后，可以综合响应UE的数量以及响应消息的内容等信息确定业务开始发送时较优的传输方式，以及根据UE建议的传输信息确定传输方式的细节；细节可以包括传输的速率、传输的内容等。

本实施例的UMTS或LTE系统的网络侧可以获取能力信息，从而可以根据能力信息确定相应的传输方式，提高系统资源利用效率，减少无线资源的浪费。

其中，在UMTS中，在业务数据发送之前，涉及的UE能力可以包括：是否支持PTP，是否支持PTM，分组数据汇聚协议(PDCP：Packet DataConvergence Protocol)特性(PDCP parameters)，支持的无线频率范围(Radiofrequency bands)，安全参数(Security parameters)等。

此时，本发明实施例提供的确定传输方式的处理流程具体可以包括：

通用无线接入网(UTRAN：Universal Terrestrial Radio Access Network)通过发送计数消息发起计数流程；

UE通过时刻监听MCCH、或网络侧通过MBMS指示信道(MICH：MBMSIndicator Channel)通知UE去读MCCH的方式、或其他方法使UE得到计数消息；在得到计数消息后，UE进行概率因子检查，检查通过后，则UE发起计数响应过程；

UE根据自身的能力信息，确定网络侧使用的传输方式，并将建议网络侧使用的传输方式的信息包含在响应消息中发送给网络侧；其中，建议网络侧传输方式的信息可以包括：使用PTP方式或使用PTM方式，PDCP特性，发送频率范围等。

如果没有UE回消息，则UTRAN不会为此业务分配资源。

网络侧在收到UE的响应后，可以将响应消息中的内容和预定义的门限值等信息结合确定正确的传输方式及参数。例如，UE建议使用PTP传输方式，则网络侧可以确定采用PTP传输方式，以及采用PTP传输方式的相关参数。

本实施例的UTRAN可以根据UE响应消息中的能力信息确定相应的传输方式等信息，提高系统资源利用效率，减少无线资源的浪费。

在LTE系统中，业务数据发送之前，涉及的UE能力可以包括：是否支持MBSFN，是否支持SC，PDCP特性，支持的无线频率范围，安全参数等信息。

此时，本发明实施例提供的确定传输方式的处理流程具体可以包括：

MCE控制服务范围内的eNB发送接入信息消息发起计数流程，接入信息消息可以包括：service ID，概率因子等信息；进一步，还可以包括session ID、能力要求等信息。

UE在得到消息后，进行概率因子检查，检查通过后，UE发起计数响应过程：UE根据自身的能力信息，确定建议网络侧使用的传输方式，并在响应消息中包含建议网络侧使用传输方式的信息，例如，可以建议网络侧使用MBSFN传输方式或SC传输方式，建议的PDCP参数，发送无线频率范围等。

如果没有UE回消息，则网络侧不会为此业务分配资源。

eNB将UE的响应消息上报给MCE，MCE在收到UE的响应消息后，可以将UE响应消息的内容和预定义的门限值二者结合确定较优的传输方式。例如，如果UE建议使用SC传输方式，则网络侧可以确定采用SC传输方式。

本实施例的MCE可以根据UE响应消息中的能力信息确定相应的传输方式等信息，提高系统资源利用效率，减少无线资源的浪费。

在LTE中，还有如下几种小区描述SFN中不同的小区类型：

组播单频网区域(MBSFN Area)：由若干个小区组成的区域，在这个区域内的所有小区协调同步使用相同的无线资源发送相同的MBMS业务内容；

组播单频网区域内的传输与广播小区(TAC：MBSFN Area Transmittingand Advertising CeU)，这类小区位于MBSFN area范围内，它们发送MBMS业务，并且在小区范围内在控制信道MCCH上发送关于业务属性相关内容的消息，使UE可以知道业务的情况；

组播单频网区域内的传输小区(TC：MBSFN Area Transmitting-OnlyCell)，这类小区位于MBSFN area范围内，只在小区范围内发送MBMS业务，但没有控制信道MCCH，不会通知UE业务的发送情况，与TAC相比，业务发送质量较差；

组播单频网区域内的保留小区(MBSFN Area Reserved Cell)，位于MBSFN area范围内的某些小区，不对MBSFN发送产生增益。可以在此范围内发送其他单播业务，并可以以受限的功率发送此MBMS业务。

再描述在UMTS或LTE系统中，MBMS业务发送中，本发明实施例提供的确定是否需要改变传输方式的处理流程，主要包括：

网络侧发起计数流程，在MCCH上或其他信道发送接入信息消息，其中接入信息消息中包含service ID，概率因子，当前传输方式的UE能力要求等；进一步，还可以包括session ID。

UE在收到计数消息后，根据概率因子判断是否需要响应，在需要响应时，判断自身UE能力能否满足当前传输方式的能力要求，并根据UE自身的能力信息确定网络侧应该实现的传输方式，并通知网络侧应该实现的传输方式的信息。如果满足当前传输方式的能力要求可以响应消息；如果不满足当前传输方式的能力要求，但是具有其他接收MBMS业务传输方式的能力，也可以响应消息，在响应消息中包含建议网络侧使用的传输方式的信息；如果UE不具备任何接收MBMS的能力，可以不响应消息。

网络侧收到响应消息后，结合响应UE的数量以及响应消息的内容等信息确定是否需要改变传输方式或传输方式的细节；其中，UMTS中的传输方式可以是PTP、PTM等；LTE中的传输方式可以是SC、MBSFN等。

在UMTS中，业务发送过程中，涉及的UE能力可以包括：是否支持PTP，是否支持PTM，是否支持多子载波(Support of multi-carrier)，支持的无线频率范围等，此时本发明实施例提供的根据UE能力确定能否取消业务的流程具体包括：

UTRAN通过发送接入信息消息发起计数流程，其中接入信息消息可以包 含：service ID，概率因子，UE能力要求等；进一步，还可以包括session ID等信息。

UE在得到消息后，进行概率因子检查，检查通过后，UE将自己的UE能力与此业务的UE能力要求进行比较，当UE能力满足UE能力要求时，UE可以向网络发送响应消息，如果不满足当前能力要求并且不具备任何接收MBMS业务能力可以不发送响应消息。例如，网络需要UE具有多子载波接收能力，但UE不满足此能力要求，则可以不发送响应消息，或者UE的频率范围不满足网络的频率范围能力要求也不回响应消息。

如果，计数流程的结果表明没有UE能够或希望接收此业务，则改变小区角色为Reserved Cell。

本实施例的UTRAN可以根据UE响应消息中的能力信息改变传输方式，提高系统资源利用效率，减少无线资源的浪费。

在UMTS或LTE中，业务发送过程中，涉及的UE能力可以包括：是否支持PTP(UMTS)，是否支持PTM(UMTS)，是否支持SC(LTE)，是否支持MBSFN(LTE)，是否支持多子载波，支持的无线频率范围等，此时本发明实施例提供的根据UE能力确定能否取消业务的流程具体包括：

UTRAN通过发送接入信息消息发起计数流程，其中接入信息消息可以包含：service ID，概率因子，UE能力要求等；进一步，还可以包括session ID等信息。

UE在得到消息后，进行概率因子检查，检查通过后，UE将自己的UE能力与此业务的UE能力要求进行比较，当UE能力满足UE能力要求时，UE向网络发送响应消息，如果不满足当前能力要求并且不具备任何接收MBMS业务能力，可以不发送响应消息。例如，网络需要UE具有多子载波接收能力，但UE不满足此能力要求，可以不发送响应消息，或者UE的频率范围不满足网络的频率范围能力要求也可以不发送响应消息。

如果计数流程的结果表明没有UE能够或希望接收此业务，可以取消SC/SFN的发送、或改变小区角色为Reserved Cell。

本实施例的UMTS和LTE系统的网络侧可以根据UE响应消息中的能力信息确定是否需要取消业务，从而提高系统资源利用效率，减少无线资源的浪费。

由于SFN中有上述不同的小区角色，所以在LTE中，MBMS业务发送过程中，本发明实施例还提供了确定是否需要改变小区角色的处理流程，包括：

网络侧发起计数流程，在MCCH上或其他信道发送接入信息消息，接入信息消息中可以包含：service ID，概率因子，当前小区或邻接小区传输方式的UE能力要求等信息；进一步，还可以包括session ID等信息。

UE在收到计数消息后，根据概率因子判断是否需要响应，如果需要响应，判断自身的UE能力能否满足当前小区或邻接小区传输方式的能力要求，并根据是否满足能力要求发送不同的响应消息，在响应消息中可以携带UE对当前小区和/或邻接小区传输方式的支持情况的信息。

网络侧收到响应消息后，综合响应UE的数量以及响应消息的内容等信息确定小区角色是否需要发生变化。

本流程适用于改变MBSFN范围内小区角色，以及将MBSFN周边SC小区加入MBSFN中等情况；其中在改变MBSFN内小区角色时，需要判断的UE能力要求为本小区的；在将MBSFN周边SC小区加入MBSFN中时，则需要判断的UE能力要求为邻小区的。

如下，分不同的情况对MBSFN内不同的小区角色的转换；

一、本发明实施例提供的MBSFN向SC传输方式转换的处理流程：

该流程涉及的UE能力可以包括：是否支持MBSFN，使用MBSFN方式接收MBMS业务时UE需要具有的最小能力(UE minimum capabilities forreception of MBMS provided in MBSFN mode)。

该流程具体包括：

MCE要求其管理的MBSFN范围内的eNB发送接入信息消息进行计数流程，接入信息消息可以包括：service ID，概率因子，UE能力要求等。进一步， 还可以包括session ID等信息。

UE在得到接入信息消息后，进行概率因子检查，检查通过后，UE将自己的UE能力与网络侧对UE使用MBSFN接收业务的能力要求进行比较，当UE能力满足UE能力要求时，发送响应消息，否则不发送响应消息。

如果计数流程的结果表明只有很少UE零散地分布于此MBSFN范围内能接收MBSFN业务，则MCE可以取消SFA，而为这些少量的UE建立若干个SC来传输业务。

二、本发明实施例提供的小区角色由TAC到Reserved Cell转换的处理流程：

该流程涉及的UE能力可以包括：是否支持MBSFN，使用MBSFN方式接收MBMS业务时UE需要具有的最小能力。

该流程具体包括：

MCE要求其管理的MBSFN范围内的eNB发送接入信息消息进行计数流程，接入信息消息可以包括：service ID，概率因子，UE能力要求等；进一步，还可以包括session ID等信息。

UE在得到消息后，进行概率因子检查，检查通过后，UE将自己的UE能力与网络侧对UE使用MBSFN接收业务的能力要求进行比较，当UE能力满足能力要求时，UE向网络发送响应消息，否则不发送响应消息。

如果计数流程的结果表明在SFA中某个小区范围内，不存在UE接收MBSFN方式的MBMS业务，则此小区可以进行TAC到Reserved Cell的角色转换。

三、本发明实施例提供的小区角色由TAC到TC转换的处理流程：

该流程涉及的UE能力可以包括：是否支持MBSFN，使用MBSFN方式接收MBMS业务时UE需要具有的最小能力。

该流程具体包括：

MCE要求其管理的MBSFN范围内的eNB发送接入信息消息进行计数流 程，接入信息消息可以包括：service ID，概率因子，UE能力要求等；进一步，还可以包括session ID等信息。

UE在得到消息后，进行概率因子检查，检查通过后，UE将自己的UE能力与网络侧对UE使用MBSFN接收业务的能力要求进行比较，当UE能力满足能力要求时，UE向网络发送响应消息，否则不发送响应消息。

如果计数流程的结果表明某小区中只有很少的UE满足使用MBSFN方式接收MBMS业务的要求并希望接收业务，则此小区可以实现TAC到TC的角色转变。

四、本发明实施例提供的取消SC，并将取消的SC覆盖范围转换为MBSFN的处理流程：

假设位于SFA地理覆盖范围内的某小区中，存在UE只能接收SC传输方式的业务，所以在此特定地理范围内，需要SC与SFA同时存在，以使处于这个范围内的UE可以正常使用SC和MBSFN来接收业务。在一段时间后，如果在此地理范围内的所有UE都可以接收MBSFN传输方式接收MBMS业务，则可以取消SC传输方式在此地理范围内的覆盖，而仅使用MBSFN传输此MBMS业务。

此时，涉及的UE能力可以包括：是否支持MBSFN，是否支持SC，使用MBSFN方式接收MBMS业务时UE需要具有的最小能力。

该流程具体包括：

MCE要求其管理范围内满足MBSFN和SC同时存在的eNB发送接入信息消息进行计数流程，接入信息消息可以包括：service ID，概率因子，UE能力要求等信息，其中UE能力要求包含MBSFN和SC两种传输方式的能力要求；进一步，还可以包括session ID等信息。

UE在得到消息后，进行概率因子检查，检查通过后，UE分别将自己的UE能力与两种传输方式下业务对UE的能力要求进行比较，并将可以支持的传输方式包含在响应消息中发送给网络侧。例如，UE能力可以满足使用 MBSFN方式接收MBMS业务时UE需要具有的最小能力要求，则可以在响应消息中携带可以使用MBSFN接收MBMS业务的信息。

如果计数流程的结果表明在此范围内所有UE都支持MBSFN传输方式，则MCE可以取消SC传输方式，在此地理范围内仅使用MBSFN传输此MBMS业务。

五、本发明实施例提供的新建SC的处理流程：

假设在已经存在的SFN范围内，发起计数流程，如果发现某一小区范围内存在只能接收SC模式的UE存在时，则需要在此范围内新建一个SC来支持此类UE接收业务。

此时，涉及的UE能力可以包括：是否支持SC，是否支持MBSFN，使用MBSFN方式接收MBMS业务时UE需要具有的最小能力，使用非MBSFN方式接收MBMS业务时UE需要具有的最小能力(UE minimum capabilities forreception of MBMS not provided in MBSFN mode)。

该流程具体包括：

MCE要求其管理的采用MBSFN传输方式的eNB发送接入信息消息进行计数流程，其中接入信息消息可以包括：service ID，概率因子，UE能力要求等；进一步，还可以包括session ID等信息。

UE在得到消息后，进行概率因子检查，检查通过后，UE将自己的UE能力与使用MBSFN方式接收MBMS业务时UE需要具有的最小能力要求进行比较，并将比较结果和UE建议网络侧的传输方式的信息包含在响应消息中发送给网络侧。例如，UE自身能力不满足使用MBSFN方式接收MBMS业务时UE需要具有的最小能力要求，但可以使用非MBSFN接收业务，则UE响应消息中携带此信息，并将自身使用非MBSFN方式接收MBMS业务时UE需要具有的最小能力情况通知网络侧。

如果计数流程的结果表明有只能接收SC模式业务的UE在此MBSFN范围内存在时，MCE则可能在此范围内新建若干个SC来发送MBMS业务，并 且新建的SC的传输方式特性可以由UE响应消息中的最小能力确定。

六、本发明实施例提供的将SC并入相邻的SFA的处理流程：

假设某一SC和SFA相邻，在SC中发起计数流程，如果计数流程的结果表明SC中所有的UE均具有接收MBSFN传输方式的能力，则可以取消SC，并将此小区加入到SFA中。

此时，涉及的UE能力可以包括：是否支持SC，是否支持MBSFN，PDCP特性，使用MBSFN方式接收MBMS业务时UE需要具有的最小能力，安全参数。

该流程包括：

MCE要求其管理的MBSFN范围周边使用SC方式发送MBMS业务的eNB发送接入信息消息进行计数流程，其中接入信息消息可以包括：serviceID，概率因子，UE能力要求等，其中UE能力要求是SC相邻的MBSFN中MBMS业务对UE的能力要求；进一步，还可以包括session ID等信息。

UE在得到消息后，进行概率因子检查，检查通过后，UE将自身能力与相邻SFA中对UE使用MBSFN方式接收MBMS业务时UE需要具有的最小能力要求进行比较，并将比较结果包含在响应消息中发送给网络侧。例如，UE满足邻接小区MBSFN的传输方式能力要求，则UE在响应消息中携带此信息。

如果计数流程的结果表明：处于这些SC中的所有UE都支持相邻SFA传输方式的能力要求，则网络侧可以确定取消SC的发送，并将此SC加入到SFA中。

从上可知，上述流程中的网络侧可以根据UE发送的响应消息中的能力信息确定是否需要增加或取消小区角色、转换小区角色等操作，从而可以使小区角色在满足UE的业务需求时能够提高系统资源利用效率，减少无线资源的浪费。

本发明实施例还提供了用户设备，图6描述了本发明实施例提供的用户 设备实施例一的结构，包括：

消息接收单元601，用于接收要求响应本用户设备的能力信息的触发消息；

信息获取单元602，用于在消息接收单元601接收触发消息后，获取本用户设备的能力信息；

消息发送单元603，用于发送响应触发消息的响应消息，响应消息包括信息获取单元602获取的能力信息。

从上可知，用户设备的本发明实施例在接收到触发消息后，在响应消息中携带能力信息，从而使接收响应消息的网络实体能够获取能力信息，进而可以根据获取的能力信息确定传输方式，由于确定的传输方式是根据获取的能力信息确定的，因此使用确定的传输方式发送的业务能够让所有发送了响应消息的设备接收，从而可以减少无线资源的浪费。

进一步，如果消息接收单元601接收的触发消息包括第一能力要求；

本发明实施例提供的用户设备还可以包括：

第一判断单元，用于在信息获取单元602获取能力信息后，判断获取的能力信息是否满足第一能力要求；

消息发送单元603，用于在第一判断单元判断得到不满足第一能力要求时，发送响应触发消息的响应消息，响应消息包括信息获取单元602获取的能力信息；在第一判断单元判断得到能力信息满足第一能力要求时，发送不包括获取的能力信息的响应触发消息的响应消息。

进一步，如果消息接收单元601接收的触发消息还包括第二能力要求；

本发明实施例提供的用户设备还可以包括：

第二判断单元，用于在第一判断单元判读得到能力信息不满足第一能力要求时，判断能力信息是否满足第二能力要求；

消息发送单元603，用于在第二判断单元判断得到能力信息满足第二能力要求时，发送响应触发消息的响应消息，响应消息包括信息获取单元602获 取的能力信息。

图7描述了本发明实施例提供的用户设备实施例二的结构，包括：

消息接收单元701，用于接收要求响应本用户设备的能力信息的触发消息；该触发消息包括第一能力要求、第二能力要求和概率因子；

概率因子检查单元702，用于进行概率因子的检查；

信息获取单元703，用于在概率因子检查单元702进行概率因子的检查通过后，获取本用户设备的能力信息；

第一判断单元704，用于在信息获取单元703获取能力信息后，判断获取的能力信息是否满足第一能力要求；

第二判断单元705，用于在第一判断单元704判读得到能力信息不满足第一能力要求时，判断能力信息是否满足第二能力要求；

消息发送单元706，用于在第一判断单元704判断得到能力信息满足第一能力要求时，发送不包括获取的能力信息的响应触发消息的响应消息；在第二判断单元705判断得到能力信息满足第二能力要求时，发送包括信息获取单元702获取的能力信息的响应触发消息的响应消息。

从上可知，用户设备的本实施例在接收到触发消息后，在响应消息中携带能力信息，从而使接收响应消息的网络实体能够获取能力信息，进而可以根据获取的能力信息确定传输方式，由于确定的传输方式是根据获取的能力信息确定的，因此使用确定的传输方式发送的业务能够让所有发送了响应消息的设备接收，从而可以减少无线资源的浪费；在能力信息满足第一能力要求时可以不发送获取的能力信息，由于发送的响应消息不包括能力信息，需要获取能力信息的装置能够获知其满足第一能力要求，也能够得到相应的能力信息；同时，由于在响应消息中不用包括能力信息，可以减少需要传送的信息量，提高资源的利用率；在能力信息既不满足第一能力要求，也不满足第二能力要求时，不发送响应消息，从而既可以减少发送响应消息的设备的处理负荷，也可以减少接收响应消息的网络实体的处理负荷，提高系统利用 效率。

图8描述了本发明实施例提供的能力信息获取装置实施例一的结构，包括：

消息构造单元801，用于构造要求响应能力信息的触发消息；

消息构造单元801构造的触发消息可以包括第一能力要求、或第一能力要求和第二能力要求；

进一步，还可以包括概率因子；

消息发送单元802，用于发送消息构造单元801构造的触发消息；

消息接收单元803，用于接收响应该触发消息的响应消息，该响应消息包括能力信息。

从上可知，能力信息获取装置的本实施例构造的响应消息要求响应能力信息，从而可以使接收触发消息的设备在响应消息中携带能力信息，接收响应消息的网络实体能够获取能力信息，使该网络实体可以根据能力信息确定传输方式，减少无线资源的浪费。

图9描述了本发明实施例提供的能力信息获取装置实施例二的结构，包括：

消息构造单元901，用于构造要求响应能力信息的触发消息；

消息发送单元902，用于发送消息构造单元801构造的触发消息；

消息接收单元903，用于接收响应该触发消息的响应消息，该响应消息包括能力信息；

确定单元904，用于根据消息接收单元903接收的响应信息所包括的能力信息，按照预置的处理方式，确定与能力信息对应的传输方式。

从上可知，能力信息获取装置的本实施例接收的响应消息包括能力信息，从而可以根据能力信息确定传输方式，使确定的传输方式可以较优，减少无线资源的浪费。

其中，本发明实施例提供的能力信息获取装置可以是UMTS中的UTRAN，也可以是LTE系统中的MCE等实体。

图10描述了本发明实施例提供的通信系统实施例一的结构，包括：

能力信息获取装置1001，用于构造要求响应能力信息的触发消息；发送触发消息；接收响应该触发消息的响应消息，该响应消息包括能力信息；根据响应信息所包括的能力信息，按照预置的处理方式，确定与能力信息对应的传输方式；

用户设备1002，用于接收触发消息；获取能力信息；发送响应消息。

从上可知，用户设备的本发明实施例在接收到触发消息后，在响应消息中携带能力信息，从而使能力信息获取装置能够获取能力信息，进而可以根据获取的能力信息确定传输方式，由于确定的传输方式是根据获取的能力信息确定的，因此使用确定的传输方式发送的业务能够让所有发送了响应消息的设备接收，从而可以减少无线资源的浪费。

图11描述了本发明实施例提供的通信系统实施例二的结构，包括：

组播控制实体1101，用于构造并发送要求响应能力信息的触发消息；接收响应触发消息的响应消息，响应消息包括UE的能力信息；根据能力信息，按照预置的处理方式，确定与能力信息对应的传输方式；

演进基站1102，用于接收并转发触发消息；接收并转发响应消息；

用户设备1103，用于接收触发消息，向eNB发送包括UE的能力信息的响应消息。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括如下步骤：

接收要求响应本设备的能力信息的触发消息；

获取本设备的能力信息，发送响应所述触发消息的响应消息，所述响应消息包括本设备的能力信息。

或包括如下步骤：

构造要求响应能力信息的触发消息；

发送所述触发消息；

接收响应所述触发消息的响应消息，所述响应消息包括能力信息。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上对本发明实施例所提供的能力信息获取/发送方法、通信系统及相关设备进行了详细介绍，以上实施例的说明只是用于帮助理解本发明的方法及其思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (20)

1.一种能力信息发送方法，其特征在于，包括：

接收要求响应本设备的能力信息的触发消息，所述触发消息包括第一能力要求与所述第一能力要求对应的业务类型信息，所述第一能力要求是当前业务的能力要求；

获取本设备的能力信息，获取的本设备的能力信息是与所述业务类型信息对应的能力信息；

判断本设备的能力信息是否满足所述第一能力要求；

如果本设备的能力信息不满足所述第一能力要求，但是满足业务类型下其他业务的能力要求时，发送响应所述触发消息的响应消息，所述响应消息包括本设备的能力信息。

2.如权利要求1所述的能力信息发送方法，其特征在于，接收的所述触发消息还包括第二能力要求；

发送包括本设备的能力信息的响应消息前进一步包括：

判断获取的能力信息是否满足所述第二能力要求；

如果满足所述第二能力要求，则发送包括本设备的能力信息的响应消息；

如果不满足所述第二能力要求，不发送响应所述触发消息的响应消息。

3.如权利要求1或2所述的能力信息发送方法，其特征在于，接收的所述触发消息是接入信息消息，所述接入信息消息包括概率因子；

发送响应所述触发消息的响应消息前进一步包括：

进行所述概率因子的检查，如果检查通过，发送响应所述触发消息的响应消息。

4.一种能力信息获取方法，其特征在于，包括：

构造要求响应能力信息的触发消息，所述触发消息包括第一能力要求与所述第一能力要求对应的业务类型信息，所述第一能力要求是当前业务的能力要求；

发送所述触发消息；

接收响应所述触发消息的响应消息，所述响应消息包括能力信息，所述能力信息是与所述业务类型信息对应的能力信息，所述能力信息不满足所述第一能力要求，但是满足业务类型下其他业务的能力要求。

5.如权利要求4所述的能力信息获取方法，其特征在于，接收响应所述触发消息的响应消息后进一步包括：

根据所述能力信息，按照预置的处理方式，确定与所述能力信息对应的传输方式。

6.如权利要求5所述的能力信息获取方法，其特征在于，所述根据所述能力信息，按照预置的处理方式，确定与所述能力信息对应的传输方式具体为：

根据所述能力信息的类型及数量，按照预置的处理方式，确定与所述能力信息对应的传输方式。

7.如权利要求4所述的能力信息获取方法，其特征在于，构造的所述触发消息还包括第二能力要求。

8.如权利要求7所述的能力信息获取方法，其特征在于，构造的所述触发消息是接入信息消息，构造的所述接入信息消息还包括概率因子。

9.如权利要求4至8任一所述的能力信息获取方法，其特征在于，接收的所述响应消息直接携带所述能力信息、或接收所述响应消息后根据响应消息的内容确定所述能力信息。

10.如权利要求4所述的能力信息获取方法，其特征在于，由组播控制实体构造要求响应能力信息的触发消息，通过演进基站将所述触发消息发送给用户设备；

所述用户设备接收到所述触发消息后，向所述演进基站发送包括所述用户设备的能力信息的响应消息，该响应消息响应所述触发消息；

所述演进基站将所述响应消息发送给所述组播控制实体。

11.如权利要求10所述的能力信息获取方法，其特征在于，所述组播控制实体获取所述响应消息后，根据所述能力信息，按照预置的处理方式，确定与所述能力信息对应的传输方式。

12.一种用户设备，其特征在于，包括：

消息接收单元，用于接收要求本用户设备响应能力信息的触发消息，所述触发消息包括第一能力要求与所述第一能力要求对应的业务类型信息，所述第一能力要求是当前业务的能力要求；

信息获取单元，用于在所述消息接收单元接收所述触发消息后，获取本用户设备的能力信息，获取的本设备的能力信息是与所述业务类型信息对应的能力信息；

第一判断单元，用于在所述信息获取单元获取能力信息后，判断获取的能力信息是否满足所述第一能力要求；

消息发送单元，用于在所述第一判断单元判断得到获取的能力信息不满足所述第一能力要求，但是满足业务类型下其他业务的能力要求时，发送响应所述触发消息的响应消息，所述响应消息包括所述信息获取单元获取的能力信息。

13.如权利要求12所述的用户设备，其特征在于，所述消息接收单元接收的所述触发消息还包括第二能力要求；

所述用户设备还包括：

第二判断单元，用于在所述第一判断单元判读得到所述能力信息不满足所述第一能力要求时，判断所述能力信息是否满足所述第二能力要求；

所述消息发送单元，用于在所述第二判断单元判断得到所述能力信息满足所述第二能力要求时，发送响应所述触发消息的响应消息，所述响应消息包括所述信息获取单元获取的所述能力信息。

14.如权利要求12或13所述的用户设备，其特征在于，所述消息接收单元接收的所述触发消息是接入信息消息，所述接入信息消息包括概率因子；

所述用户设备还包括：

概率因子检查单元，用于进行所述概率因子的检查；

所述消息发送单元，用于在所述概率因子检查单元进行所述概率因子检查通过时，发送响应所述触发消息的响应消息。

15.一种能力信息获取装置，其特征在于，包括：

消息构造单元，用于构造要求响应能力信息的触发消息，所述触发消息包括第一能力要求与所述第一能力要求对应的业务类型信息，所述第一能力要求是当前业务的能力要求；

消息发送单元，用于发送所述消息构造单元构造的所述触发消息；

消息接收单元，用于接收响应所述触发消息的响应消息，所述响应消息包括能力信息，所述能力信息是与所述业务类型信息对应的能力信息，所述能力信息不满足所述第一能力要求，但是满足业务类型下其他业务的能力要求。

16.如权利要求15所述的能力信息获取装置，其特征在于，还包括：

确定单元，用于根据所述消息接收单元接收的所述响应信息所包括的所述能力信息，按照预置的处理方式，确定与所述能力信息对应传输方式。

17.如权利要求15所述的能力信息获取装置，其特征在于，所述消息构造单元构造的所述触发消息还包括第二能力要求。

18.如权利要求15至17任一所述的能力信息获取装置，其特征在于，所述消息构造单元构造的所述触发消息是接入信息消息，构造的所述接入信息消息还包括概率因子。

19.一种通信系统，其特征在于，包括：

能力信息获取装置，用于构造要求响应能力信息的触发消息，所述触发消息包括第一能力要求与所述第一能力要求对应的业务类型信息，所述第一能力要求是当前业务的能力要求；发送所述触发消息；接收响应所述触发消息的响应消息，所述响应消息包括能力信息；根据所述响应信息所包括的所述能力信息，按照预置的处理方式，确定与所述能力信息对应的传输方式；

用户设备，用于接收所述触发消息；获取所述能力信息；获取的本设备的能力信息是与所述业务类型信息对应的能力信息；判断本设备的能力信息是否满足所述第一能力要求；在本设备的能力信息不满足所述第一能力要求，但是满足业务类型下其他业务的能力要求时，发送所述响应消息。

20.一种通信系统，其特征在于，包括组播控制实体，演进基站和用户设备，其中：

组播控制实体，用于构造并发送要求响应能力信息的触发消息，所述触发消息包括第一能力要求与所述第一能力要求对应的业务类型信息，所述第一能力要求是当前业务的能力要求；接收响应所述触发消息的响应消息，所述响应消息包括所述用户设备的能力信息；根据所述能力信息，按照预置的处理方式，确定与所述能力信息对应的传输方式；

演进基站，用于接收并转发所述触发消息；接收并转发所述响应消息；

用户设备，用于接收所述触发消息，获取所述能力信息；获取的本设备的能力信息是与所述业务类型信息对应的能力信息；判断本设备的能力信息是否满足所述第一能力要求；在本设备的能力信息不满足所述第一能力要求，但是满足业务类型下其他业务的能力要求时，向所述演进基站发送包括UE的能力信息的所述响应消息。

Images