CN105228246A - 提供多媒体广播组播业务（mbms）业务状态反馈的wtru和方法 - Google Patents

Abstract

本发明涉及无线通信领域，公开了一种提供多媒体广播组播业务(MBMS)业务状态反馈的方法和无线发射/接收单元(WTRU)。该方法包括：通过MBMS控制信道接收第一消息；以及传送具有响应所述第一消息的多个MBMS业务标识符索引值的报告。所述WTRU包括：接收机，被配置为通过MBMS控制信道接收第一消息；以及发射机，被配置成传送具有响应所述第一消息的多个MBMS业务标识符索引值的报告。

Description

提供多媒体广播组播业务（MBMS）业务状态反馈的WTRU和方法

本申请是申请日为2011年07月27日、申请号为201180031523.7、发明名称为“用于多媒体广播组播业务(MBMS)业务反馈的方法和装置”的中国发明专利申请的分案申请。

技术领域

本申请涉及无线通信。

背景技术

在长期演进(LTE)第9版(R9)中，规定了多媒体广播组播业务(MBMS)特征和运行机制的核心集，以用于向LTE无线发射/接收单元(WTRU)提供MBMS业务。该核心集允许多媒体内容(例如，大众传媒或新闻业务主题、音频、体育或娱乐或电视(TV)广播图像或视频)从单独的源点向组播业务区域中接收方组播组进行单向点对多点传送。根据LTER9，在混合小区环境中提供组播业务。

混合MBMS小区支持有规律的单播操作(有规律的WTRU业务)以及使用LTE小区的时频资源的MBMS操作。单播和MBMS传输操作不同，因此在时分形式中将它们分离为有规律的子帧和MBMS单频网络(MBSFN)子帧。因而，在下行链路(DL)中，不在任何MBSFN子帧上发送单播数据，并且不在任何有规律的子帧上发送MBMS业务。

在LTER9中，MBMS系统没有用于提供或促进MBMS运营商从对MBMS感兴趣的WTRU中获得实际的MBMS业务接收状态和业务订阅状态的反馈信息机制。没有提供任何上行链路(UL)信道、ULMBMS消息、MBMS信息元素(IE)或MBMS信号来允许MBMSWTRU与MBMS业务提供商通信。

在LTE第10版(R10)中，业务提供商需要MBMS反馈和报告机制来收集关于以下方面的信息：针对通用、和/或特定MBMS业务广播集来说对MBMS感兴趣的WTRU以及且用户的接收意图是什么、以及WTRU/用户当时正在接收的MBMS业务是什么。

发明内容

公开了用于提供多媒体广播组播业务(MBMS)业务状态反馈的方法和装置。无线发射/接收单元(WTRU)通过MBMS控制信道接收MBMS业务状态查询消息，并传送MBMS业务状态响应。MBMS业务状态查询消息和MBMS业务状态响应消息可以是无线电资源控制消息。MBMS业务状态查询消息可包括MBMS业务标识符的列表，其中所述MBMS业务标识符可识别WTRU正在接收或意欲接收的MBMS业务。WTRU可生成具有MBMS业务标识符索引值的报告，其中每个MBMS业务标识符索引值可指示对应于WTRU当前正在接收或意欲接收的MBMS业务的业务标识符在初始查询列表中的位置。MBMS业务状态查询消息可以被单独接收或与MBSFN区域配置(MBSFNAreaConfiguration)消息一起被接收。WTRU需要在预定的或配置的时间期限内传送MBMS业务状态响应消息。

附图说明

从下述结合附图给出的示例的描述中可以得到更详细的理解，其中：

图1A是可以在其中实施一个或多个公开的实施方式的示例性通信系统的系统图；

图1B是用于图1A中示出的用于通信系统的示例性无线发射/接收单元(WTRU)的系统图；

图1C是用于图1A中示出的通信系统的示例性无线电接入网和示例性核心网的系统图；

图2示出了用于报告多媒体广播组播业务(MBMS)业务状态的信号流程图；以及

图3示出了用于为空闲模式的WTRU报告MBMS业务状态的信号流程图。

具体实施方式

图1A是可以在其中实施一个或多个所公开的实施方式的示例性通信系统100的框图。通信系统100可以是为多个无线用户提供如语音、数据、视频、消息发送、广播等内容的多接入系统。该通信系统100通过共享包括无线带宽在内的系统资源可以允许多个无线用户访问此类内容。例如，通信系统100可以使用一种或多种信道接入方法，如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)等等。

如图1A所示，通信系统100可以包括无线发射/接收单元(WTRU)102a、102b、102c、102d，无线电接入网络(RAN)104，核心网106，公共交换电话网络(PSTN)108，因特网110以及其他网络112，但是应该了解，所公开的实施方式设想了任意数量的WTRU、基站、网络和/或网络元件。每一个WTRU102a、102b、102c、102d可以是被配置成在无线环境中工作和/或通信的任何类型的设备。例如，WTRU102a、102b、102c、102d可以被配置成发射和/或接收无线信号，并且可以包括用户设备(UE)、移动站、固定或移动用户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型计算机、上网本、个人计算机、无线传感器、消费类电子设备等等。

通信系统100还可以包括基站114a和基站114b。每一个基站114a、114b可以是被配置成通过与WTRU102a、102b、102c、102d中的至少一个进行无线对接来促进接入一个或多个通信网络的任何类型的设备，其中该网络可以是例如核心网106、因特网110和/或网络112。举例来说，基站114a、114b可以是基地收发信台(BTS)、节点B、e节点B、家庭节点B、家庭e节点B、站点控制器、接入点(AP)、无线路由器等等。虽然每一个基站114a、114b都被描述成是单个组件，但是应该了解，基站114a、114b可以包括任何数量的互连基站和/或网络元件。

基站114a可以是RAN104的一部分，其中所述RAN104还可以包括其他基站和/或网络元件(未显示)，例如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等等。基站114a和/或基站114b可以被配置成在称为小区(未显示)的特定地理区域内发射和/或接收无线信号。小区可以进一步分成小区扇区。例如，与基站114a相关联的小区可以分成三个扇区。因此，在一个实施方式中，基站114a可以包括三个收发信机，也就是说，每一个收发信机对应于小区的一个扇区。在另一个实施方式中，基站114a可以使用多输入多输出(MIMO)技术，由此可以为小区中的每个扇区使用多个收发信机。

基站114a、114b可以通过空中接口116与WTRU102a、102b、102c、102d的一个或多个进行通信，其中该空中接口116可以是任何适当的无线通信链路(例如射频(RF)、微波、红外线(IR)、紫外线(UV)、可见光等等)。可以采用任何适当的无线电接入技术(RAT)来建立空中接口116。

更具体地说，如上所述，通信系统100可以是多接入系统，并且可以使用一种或多种信道接入方案，如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。举例来说，RAN104中的基站114a和WTRU102a、102b、102c可以实施诸如通用移动电信系统(UMTS)陆地无线电接入(UTRA)之类的无线电技术，其中该技术可以使用宽带CDMA(WCDMA)来建立空中接口116。WCDMA可以包括下列通信协议，如高速分组接入(HSPA)和/或演进型HSPA(HSPA+)。HSPA可以包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。

在另一个实施方式中，基站114a和WTRU102a、102b、102c可以实施诸如演进型UMTS陆地无线电接入(E-UTRA)之类的无线电技术，该技术可以使用长期演进(LTE)和/或高级LTE(LTE-A)来建立空中接口116。

在其他实施方式中，基站114a与WTRU102a、102b、102c可以实施诸如IEEE802.16(全球微波接入互操作性(WiMAX))、CDMA2000、CDMA20001X、CDMA2000EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、用于GSM演进的增强型数据速率(EDGE)、GSMEDGE(GERAN)等无线电接入技术。

图1A中的基站114b可以是无线路由器、家庭节点B、家庭e节点B或接入点，并且可以使用任何适当的RAT来促成局部区域中的无线连接，例如营业场所、住宅、交通工具、校园等等。在一个实施方式中，基站114b和WTRU102c、102d可以实施诸如IEEE802.11之类的无线电技术来建立无线局域网(WLAN)。在另一个实施方式中，基站114b和WTRU102c、102d可以实施诸如IEEE802.15之类的无线电技术来建立无线个域网(WPAN)。在再一个实施方式中，基站114b和WTRU102c、102d可以使用基于蜂窝的RAT(例如WCDMA、CDMA2000、GSM、LTE、LTE-A等等)来建立微微小区或毫微微小区。如图1A所示，基站114b可以直接连接到因特网110。由此，基站114b不必需要经由核心网106来接入因特网110。

RAN104可以与核心网106通信，所述核心网106可以是被配置成向WTRU102a、102b、102c、102d中的一者或多者提供语音、数据、应用和/或通过网际协议的语音(VoIP)服务的任何类型的网络。例如，核心网106可以提供呼叫控制、记账服务、基于移动位置的服务、预付费呼叫、因特网连接、视频分发等等、和/或执行高级安全功能，例如用户认证。虽然在图1A中没有显示，但是应该了解，RAN104和/或核心网106可以直接或间接地和其他那些与RAN104使用相同RAT或不同RAT的RAN进行通信。例如，除了与可以使用E-UTRA无线电技术的RAN104相连之外，核心网106还可以与另一个使用GSM无线电技术的RAN(未显示)通信。

核心网106还可以充当供WTRU102a、102b、102c、102d接入PSTN108、因特网110和/或其他网络112的网关。PSTN108可以包括提供简易老式电话服务(POTS)的电路交换电话网络。因特网110可以包括使用公共通信协议的全球性互联计算机网络设备系统，所述协议可以是TCP/IP互连网协议族中的传输控制协议(TCP)、用户数据报协议(UDP)和网际协议(IP)。网络112可以包括由其他服务供应商拥有和/或运营的有线或无线通信网络。例如，网络112可以包括与一个或多个RAN相连的另一个核心网，其中所述一个或多个RAN可以与RAN104使用相同RAT或不同的RAT。

通信系统100中的WTRU102a、102b、102c、102d的一些或全部可以包括多模能力，换言之，WTRU102a、102b、102c、102d可以包括在不同无线链路上与不同无线网络通信的多个收发信机。例如，图1A所示的WTRU102c可以被配置成与使用基于蜂窝的无线电技术的基站114a通信，并且与可以使用IEEE802无线电技术的基站114b通信。

图1B是示例WTRU102的系统图示。如图1B所示，WTRU102可以包括处理器118、收发信机120、发射/接收元件122、扬声器/麦克风124、数字键盘126、显示器/触摸屏128、不可移除存储器130、可移除存储器132、电源134、全球定位系统(GPS)芯片组136以及其他外围设备138。应该了解的是，在保持符合实施方式的同时，WTRU102可以包括前述元件的任何子组合。

处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其他类型的集成电路(IC)、状态机等等。处理器118可以执行信号编码、数据处理、功率控制、输入/输出处理和/或其他任何能使WTRU102在无线环境中工作的功能。处理器118可以耦合至收发信机120，收发信机120可以耦合至发射/接收元件122。虽然图1B将处理器118和收发信机120描述成是独立组件，但是应该了解，处理器118和收发信机120可以集成在电子封装或芯片中。

发射/接收元件122可以被配置成通过空中接口116来发射或接收去往或来自基站(例如基站114a)的信号。举个例子，在一个实施方式中，发射/接收元件122可以是被配置成发射和/或接收RF信号的天线。在另一个实施方式中，举例来说，发射/接收元件122可以是被配置成发射和/或接收IR、UV或可见光信号的发射器/检测器。在再一个实施方式中，发射/接收元件122可以被配置成发射和接收RF和光信号。应该了解的是，发射/接收元件122可以被配置成发射和/或接收无线信号的任何组合。

此外，虽然在图1B中将发射/接收元件122描述成是单个组件，但是WTRU102可以包括任何数量的发射/接收元件122。更具体地说，WTRU102可以使用MIMO技术。因此，在一个实施方式中，WTRU102可以包括两个或多个通过空中接口116来发射和接收无线信号的发射/接收元件122(例如多个天线)。

收发信机120可以被配置成对发射/接收元件122将要发射的信号进行调制，以及对发射/接收元件122接收的信号进行解调。如上所述，WTRU102可以具有多模能力。因此，收发信机120可以包括允许WTRU102经由诸如UTRA和IEEE802.11之类的多种RAT来进行通信的多个收发信机。

WTRU102的处理器118可以耦合至扬声器/麦克风124、键盘126和/或显示器/触摸屏128(例如液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元)，并且可以接收来自这些组件的用户输入数据。处理器118还可以向扬声器/麦克风124、键盘126和/或显示器/触摸屏128输出用户数据。此外，处理器118可以从任何适当的存储器(例如不可移除存储器130和/或可移除存储器132)中访问信息，以及将信息存入这些存储器。所述不可移除存储器130可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或是其他任何类型的记忆存储设备。可移除存储器132可以包括用户标识模块(SIM)卡、记忆棒、安全数字(SD)记忆卡等等。在其他实施方式中，处理器118可以从那些在物理位置上没有位于WTRU102上(例如位于服务器或家用计算机上(未显示))的存储器访问信息，以及将数据存入该存储器。

处理器118可以接收来自电源134的电力，并且可以被配置为分发和/或控制至WTRU102中的其他组件的电力。电源134可以是为WTRU102供电的任何适当的设备。举例来说，电源134可以包括一个或多个干电池组(如镍镉(Ni-Cd)、镍锌(Ni-Zn)、镍氢(NiMH)、锂离子(Li-ion)等等)、太阳能电池、燃料电池等等。

处理器118还可以与GPS芯片组136耦合，该芯片组136可以被配置成提供与WTRU102的当前位置相关的位置信息(例如经度和纬度)。作为来自GPS芯片组136的信息的补充或替换，WTRU102可以通过空中接口116接收来自基站(例如基站114a、114b)的位置信息，和/或根据从两个或更多个附近基站接收的信号定时来确定其位置。应该了解的是，在保持符合实施方式的同时，WTRU102可以借助任何适当的定位方法来获取位置信息。

处理器118还可以耦合到其他外围设备138，外围设备138可以包括提供附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如，外围设备138可以包括加速度计、电子指南针、卫星收发信机、数码相机(用于照片和视频)、通用串行总线(USB)端口、振动设备、电视收发信机、免提耳机、模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器等等。

图1C是根据一种实施方式的RAN104和核心网106的系统图。如上所述，RAN104可通过空中接口116使用E-UTRA无线电技术与WTRU102a、102b、102c通信。RAN104还可以与核心网106通信。

RAN104可包括e节点B140a、140b、140c，但是应理解的是RAN104可包括任意数量的e节点B。所述e节点B140a、140b、140c中的每个可包括一个或多个收发信机，用于通过空中接口116与WTRU102a、102b、102c通信。在一个实施方式中，e节点B140a、140b、140c可实施MIMO技术。因而，e节点B140a，例如，可使用多个天线将无线信号发送到WTRU102a，或从WTRU102a接收无线信号。

每个e节点B140a、140b、140c可与特定小区(未示出)相关联，并被配置为处理资源管理决定、切换决定、上行链路和/或下行链路中用户的调度，等等。如图1C所示，e节点B140a、140b、140c可通过X2接口彼此通信。

图1C中示出的核心网106可包括移动性管理网关(MME)142、服务网关144、和分组数据网络(PDN)网关146。虽然前述的每个元件都被描述为核心网106的一部分，但是应该理解的是这些元件中的任何一个都可由除核心网运营商之外的实体拥有和/或操作。

MME142可经由S1接口连接到RAN104中的每一个e节点B140a、140b、140c中，并充当控制节点。例如，MME142可负责认证WTRU102a、102b、102c的用户、承载激活/去激活、在WTRU102a、102b、102c的初始附着期间选择特定服务网关等等。MME142还可以提供控制平面功能，用于在RAN104和使用其它无线电技术(例如，GSM或WCDMA)的其它RAN(未示出)之间进行切换。

服务网关144可经由S1接口连接到RAN104中每一个e节点B140a、140b、140c。服务网关144通常可以将用户数据分组路由和转发到WTRU102a、102b、102c/路由和转发来自WTRU102a、102b、102c的用户数据分组。服务网关144还可以执行其它功能，例如在e节点B之间切换期间锚定用户平面，在下行链路数据可用于WTRU102a、102b、102c时触发寻呼，管理和存储WTRU102a、102b、102c的上下文，等等。

服务网关144还可以连接到PDN网关146，该PDN网关146可以使WTRU102a、102b、102c接入到分组交换网，例如因特网110，从而促进WTRU102a、102b、102c和IP使能设备之间的通信。

核心网106可促进其它网络间的通信。例如，核心网106可使WTRU102a、102b、102c接入到电路交换网，例如PSTN108，从而促进WTRU102a、102b、102c和传统陆地线通信设备之间的通信。例如，核心网106可包括，IP网关(例如，IP多媒体子系统(IMS)服务器)，或与该IP通信，所述IP网关充当核心网106和PSTN108之间的接口。此外，核心网106可为WTRU102a、102b、102c提供针对网络112的接入，该网络112可包括由其它业务提供商拥有和/或运营的其它有线或无线网络。

多媒体广播组播业务(MBMS)是下行链路(DL)业务，其中信令或内容数据在MBMS单频网(MBSFN)子帧上发送。可用的MBMS信道包括用于控制信息的组播控制信道(MCCH)、和用于MBMS业务数据传输的组播业务信道(MTCH)。MCCH和MTCH都可以通过物理组播信道(PMCH)上映射到组播信道上(MCH)。PMCH的子帧结构不同于LTE中的常规单播子帧。

在LTE第9版(R9)的MBMS设计中，上行链路(UL)信道上没有规定、消息或信号来允许能够支持MBMS和关注MBMS感兴趣的WTRU向网络运营商发送任何MBMS相关信息。因而MBMS提供商/运营商可能不能从WTRU中接收到任何反馈。

从MBMS用户和支持MBMS的WTRU的观点来看，MBMS用户将首先通过若干方法预订MBMS业务，例如常规的电话订阅业务、因特网订阅业务或其它电子程序订阅业务。MBMS用户可从上述订阅中获得感兴趣的MBMS业务信息，该感兴趣的MBMS业务信息包括期望的MBMS业务标识。

MBMS业务可以意味着特定的电视(TV)节目/TV台内容、特定的新闻或体育事件等等。MBMS用户可订阅不止一个MBMS业务，每个业务由来自针对接入层中的协议操作的上层的MBMS业务标识所表示。

对于接收操作中的对MBMS感兴趣的WTRU来说，从系统信息块(SIB)类型13中确定MBSFN子帧、MCH调度和传送时机、和MCCH信道控制及调度配置。

随着有效的MBMS用户订阅，对MBMS感兴趣的WTRU然后可以经由无线电资源控制(RRC)消息通过MCCH信道获得MBMS业务宣告、业务调度和业务数据会话，以发送信道(MTCH)映射信息，所述RRC消息可称作MCCH消息，并且还已知为MBSFN区域配置消息。

对MBMS感兴趣的WTRU进而经由MBMS调度信息(MSI)了解业务/MTCH调度安排，直到子帧细节，所述MSI之前被称作动态调度信息(DSI)。MSI可在每个MCH调度周期的开始处作为媒介接入控制(MAC)控制元素(CE)被发送。

利用已知的业务特定信道调度以及调制和编码方案(MCS)，WTRU可在来自MAC协议数据单元(PDU)的适当的MBSFN子帧中接收和解码订阅的MBMS业务数据。然后，WTRU可根据其订阅为用户过滤出订阅的MBMS业务数据，并将期望的MBMS业务内容转发给用户应用。

假定LTER9、LTE第10版(R10)和第11版(R11)中的这些MBMS特征和机制核心集包括MBMS运营商的规定(在网络侧)，从而从接收MBMS的WTRU和对MBMS感兴趣的WTRU中获得MBMS业务状态反馈信息。该从WTRU反馈的信息，(有时叫做MBMS计数)，可允许运营商在用于特定MBMS业务的激活、继续或去激活MBSFN传输之间进行选择，从而更有业务效率、以及获得更多业务接收统计。例如，如果在接收当前MBMS业务中有足够的接收WTRU或感兴趣的WTRU，则业务可以开始或继续，否则业务可以停止。

为了确定有多少WTRU当前正在接收正在进行的MBMS业务，网络可为MBMS使用当前的MCCH消息MBSFN区域配置消息，并包括，对于每个感兴趣的业务，用于请求WTRU报告的该消息的会话信息元素(会话信息列表)信息元素(IE)中的报告指示符。布尔指示符(是/否)可针对每个业务而被包括在内，其中网络需要对于该服务的接收状态。正在进行的业务仅包括在MCCH中。所述请求针对的是是否每个接收MCCH的WTRU正在接收一个或多个指示的业务。

为了控制WTRU报告的总数，网络直接询问WTRU，或可使用某些过滤技术，例如概率因子(回退)方案。

为了WTRU报告MBMS业务状态，WTRU业务状态报告是对于每个MBMS业务的，多个业务状态可在某个时间报告，并且所述报告可参考MBSFN区域配置消息中列出的业务进行构造。

用于报告的通用WTRU机制可以是RRC消息、MACCE、层1(L1)信号，或通过构成附加到RRC消息的MBMS业务状态IE，然而不知道细节。常规设备上的这些机制的影响应该被最小化，(如果常规设备的接收状态保持为网络未知，则是可以容忍的)。所有新的LTER10机制都不应该影响常规WTRU(R8或R9)，而不管是否支持MBMS。如果不后向兼容，则可使用其它机制。

这里描述的是MBMS业务状态反馈机制、过程的高级和详细标准、网络可以如何查询MBMS业务状态和WTRU可以如何响应/报告网络的轮询/请求/查询的详细构成。虽然这里描述了两种示例性方案，但是这里描述的原理、机制、过程、方法和格式在两种方案中都是可互换和重新使用的，并且可单独地使用这些方案。可以在一个或多个实施方式中使用所公开的方法、机制、特征或元素的组合。

在一个示例中，可使用查询和响应方案，从而网络可根据某些MBMS业务接收相关状态在DL中进行查询，并且相关的WTRU可在UL中用状态进行响应。在某些情况中，可能需要在定义的时间帧内发送响应。被查询的状态可包括一个或多个正在进行的MBMS业务、近期将要发送的业务和WTRU订阅的MBMS业务。网络可对特定业务接收状态和/或接收意向上接收的结果进行计数。在另一个示例中，基站可对特定业务接收状态和/或接收意向上接收的结果进行计数。

在另一个示例中，可使用通常的WTRUMBMS业务状态报告方案，从而对MBMS感兴趣的WTRU可以响应于网络轮询而报告所有订阅的MBMS业务中的一个或多个业务、当前正在接收的业务以及有兴趣接收的业务。MBMS业务运营商(或网络)可为一个或多个这些报告设置轮询。网络可为了调整其MBMS业务程序计划而设置MBMS业务状态的轮询。如果网络设置了轮询，则对MBMS感兴趣的WTRU可发送其业务状态报告。术语“对MBMS感兴趣的WTRU”可指当前正在接收一个或多个活动的MBMS业务和/或当前正在为了订阅的MBMS业务的可用性而监控MBMS配置时机的那些WTRU。

图2示出了MBMS业务状态反馈或报告机制的示例性高级信号流程图。如这里所描述的，连接或空闲模式的WTRU经历了不同的处理细节，但是图2示出了在两种模式中执行的一般处理。无线通信系统200可包括WTRU205、基站210和网络实体215，例如多小区/组播协调实体(MCE)。为了知道网络实体215是否适合激活或去激活特定的MBMS业务，网络实体215可形成(220)、调度(225)和向基站210发送MBMS业务状态查询消息(230)，所述基站可通过MCCH转发MBMS业务状态查询消息到WTRU205(240)之后轮流发送通知(235)。然后WTRU205可准备(245)，并发送MBMS业务状态响应到基站210(250)。基站210然后可对来自每个响应WTRU的响应(255)进行收集和计数，并且然后发送结果响应到网络实体(215)(260)。

这里描述的是关于查询和响应方案的细节。特别的是，这里描述了MBMS业务状态的网络查询和WTRU报告。对于R10以及以上版本的LTEMBMS业务，网络MBMS运营商可以为了获得反馈信息的若干MBMS业务状态而查询WTRU，然后WTRU用其MBMS接收或意图状态响应查询。

这里描述了用于查询和响应方案的MBMS业务查询类别。这些查询可有助于网络支持MBMS，或有助于网络MBMS运营商确定何时或是否开始、继续或停止用于传输或用于程序调整的特定MBMS业务。虽然在这里的示例中使用了术语网络MBMS运营商，但是所述术语可以指代可能需要MBMS反馈信息的网络实体。

一个或多个MBMS业务状态的下述类别可由MBMS运营商(此后为查询类别)进行查询。示例性查询类别可以是“当前正在主动发送的哪个MBMS业务是WTRU当前接收的”。另一个示例性查询类别可以是“最近将要发送的哪个MBMS业务是WTRU意欲接收的”。MBMS业务可包括当前正发送的那些MBMS业务和/或当前没有发送的那些MBMS业务。另一个示例性查询类别可以是“哪个MBMS业务被对MBMS感兴趣的WTRU所订阅”。另一个示例性查询类别可以是“在过去特定的时间周期内，哪个MBMS业务被WTRU服务和接收”。其他查询类别可与不同的术语和查询规划一起使用。例如，上述示例性查询类别中的术语是可改变的，并且可以按照不同方式来组合。

这里描述了用于网络的MBMS业务状态查询的方法和机制。在需要时，网络MBMS运营商可向MBMSWTRU群发送查询消息或业务查询IE。

查询可包括下述项中的一个或多个。例如，所述查询可包括MBMS业务的列表，可为该MBMS业务请求WTRU的当前接收状态的。MBMS业务的列表可由例如其业务标识(业务ID)来识别，等等。在另一个示例中，所述查询可包括具有其各自的查询类别指示符的MBMS业务的列表，可以为所述MBMS业务请求当前接收状态、意欲接收的状态和WTRU的订阅状态中的一者或多者。MBMS业务的列表可由例如其业务ID等来标识。

在另一个示例中，一个或多个业务查询类别指示符可包括在查询中，可以为该查询请求WTRU的MBMS业务状态。在该情况下，业务ID或等价物可从请求中省略。在另一个示例中，一个或多个业务查询类别指示符各与MBMS业务列表相关联(即跟随)，可以为所述MBMS业务参考状态的特定类别来请求每个业务的WTRUMBMS业务状态。所述MBMS业务列表可由例如其业务ID等标识。

MBMS业务查询还可以包括帮助调整查询和WTRU响应的其他相关参数。这可包括下述中的一者或多者。例如，MBMS业务查询可包括时间范围参数，例如有效性定时器，在该时间内请求WTRU响应的发送，并且可由WTRU将该WTRU响应发送到网络中。在另一个示例中，MBMS业务查询可包括时间范围参数，用于在所述请求是用于(或包括)过去历史状态时多长时间内WTRU应该包括请求的状态。

在另一个示例中，MBMS业务查询可包括区域范围参数，例如MBSFN区域或某些其他区域定义，在该区域内可发送WTRU响应。在另一个示例中，MBMS业务查询可包括特定查询标记数、或WTRU响应于标识目标响应信息而可包括的查询ID。在另一个示例中，MBMS业务查询可包括时间戳形式、或WTRU响应于识别目标响应信息而可包括的指示符。

在另一个示例中，MBMS业务查询可包括查询接收质量的质量参数，例如信号强度、信号质量、或接收错误率报告，其与相关MBMS业务有关、或作为WTRUMBMS接收的聚合值。在该示例的变化中，可包括与上述量相关联的质量门限值，例如WTRU被请求报告用于接收的高于或低于门限的业务的额外反馈。

MBMS业务查询还可包括过滤参数，用于限制由响应WTRU生成的业务查询响应量。这种参数的一个示例可以是数值N，从而与数值N的WTRU-ID关系确定是否和/或何时WTRU对所述请求进行响应。作为示例，如果N是大于或等于1的整数，则对于何时WTRU对查询进行响应的确定可以是具有WTRU-IDmodN＝(N-1)的WTRU不能发送查询响应，或仅具有WTRU-IDmodN＝(N-1)的WTRU可发送响应。

在另一个示例中，WTRU-ID对数值N取模可以确定WTRU在哪个子帧中回复所述请求。

这里描述的是可在下行链路中用于MBMS业务查询传输的方法、机制和消息。特别地，MBMS业务状态查询可在下述机制或形式的一个或多个中被发送到对MBMS感兴趣的WTRU。

例如，新的RRC消息“MBMS业务状态查询”可为所述查询在MCCH的MBSFN子帧上被发送。所述RRC消息可以按照与MBSFN区域配置消息相同或不同的方式被调度，并且可以在小区中调度的MBSFN子帧上发送。可替换地，MBMS业务状态查询可在需要时被调度为周期性地在一时间范围(预定的或配置的)内在MCCH的MBSFN子帧上被发送。可替换地，查询消息可被调度为以与MBSFN区域配置消息相同的周期性以及相同的帧偏移和相同的子帧号配置进行发送，(以节省信令空间开销)。在现有的MBSFN区域配置消息可与新的查询消息同步发送的情况中，为了不影响常规WTRU，MBSFN区域配置优先于新的查询消息。

在另一个调度示例中，查询消息可以与MBSFN区域配置消息相同的周期性和相同偏置但是不同的子帧号进行发送。在另一个调度示例中，查询消息可被调度为以与MBSFN区域配置消息相同的周期性和一个或多个相同子帧号但是不同帧偏置进行发送。在另一个调度示例中，查询消息可被调度为以与MBSFN区域配置消息不同的周期性、相同或不同的帧偏置但是相同的子帧号进行发送。

在另一个机制中，新的MBMS无线电网络临时标识，例如MBMS查询((MQ)-RNTI)可被添加到物理下行链路控制信道(PDCCH)，从而在下一改变周期或预定义的时间界限中指示新的MBMS业务状态查询消息的到来(图2中显示为发送通知(235))。对于MQ-RNTI，DL控制信息(DCI)格式1C可以按照类似于MBMSRNTI(M-RNTI)的方式使用。也可以使用与M-RNTI方案类似的其他格式。MQ-RNTI可用于加扰DCI格式的循环冗余校验(CRC)。

在一个示例中，MQ-RNTI可包括MBSFNArea位图，并且位图中的一个或多个位图可指示查询正来自或到达的对应的一个或多个MBSFNArea。在另一个示例中，MQ-RNTI可单独用作对MBMS感兴趣的WTRU的直接查询。也就是说，MQ-RNTIDCI(例如，在格式1C或一种其他格式中)，可携带一个或多个查询MBMS业务ID、或其他等效值以及查询类别。在另一个示例中，MQ-RNTI可用于一个或多个特定查询类别的查询、或用于通用查询的轮询，两者将在这里进一步讨论。

MQ-RNTIDCI可用周期性、帧偏置和子帧号进行调度，从而WTRU知道在哪里监控MQ-RNTI。

例如，MQ-RNTI可被调度为以与为M-RNTI相同的周期性、相同帧偏置和相同帧号进行发送，从而节省MQ-RNTI调度参数的网络信令，即周期性、偏置和子帧号，并最小化WTRU操作开销。

可替换地，MQ-RNTI可被调度为以与M-RNTI相同的周期性和帧偏置但是不同的子帧号进行发送。MQ-RNTI的子帧号可在网络信令中明确地规定，或可预定为设置到用于M-RNTI的下一MBSFN子帧中或不同偏置号。例如，在M-RNTI调度中，涉及周期性和偏置的计算可产生帧号(帧可包括10个子帧)。在所述帧中的10个子帧中，多达6个子帧可分配为MBMS使用(也称作MBSFN子帧)。因而这些MBSFN子帧可用于M-RNTI和MQ-RNTI传输。仅为了示意目的，如果子帧#1、#2、#3、#6、#7和#8可被指派用于MBSFN子帧，并且M-RNTI可在子帧#2中进行发送，那么MQ-RNTI可在子帧#3中被发送。

在另一个机制中，M-RNTI使用可修改为充当MBMS业务状态查询消息到来的通知(图2中显示为传送通知(235))。可使用下述方法中的一种。

例如，额外的比特可在预留的信息比特区域中按照M-RNTIPDCCHDCI格式进行定义(例如，格式1C)从而指示M-RNTI信号是否意味着MBMS业务状态查询的到来(从而M-RNTI可充当查询和区域配置变化的通知)。

在另一个示例中，可使用现有的M-RNTIDCI格式(例如，格式1C)，其中当前MBSFN-区域-ID-位图中的所有比特可设置为统一值，即位图比特可设置为全‘0’或全‘1’。在这种情况下，现有的格式可重新使用，假定查询和配置改变的通知不能在相同时间发生。

在另一个机制中，这里定义的MQ-RNTI可由LTER10或以上版本的MBMSWTRU读取，可替换地可以为了MBMS业务状态查询的目的，而被用于指示具有额外MBMS业务状态查询参数的MBSFN区域配置消息的到来。在这种设置中，常规WTRU将不受影响，即使MBSFN区域配置消息为MBMS业务状态查询发生了改变。

MQ-RNTI可以具有一个或多个下述MQ-RNTI内容。在一个示例中，MQ-RNTIDCI可包括MBSFN-区域-位图，其中位图中的一个或多个比特可指示查询(或这里描述的消息改变)到来和/或去往的相应MBSFN区域。

在另一个示例中，MQ-RNTIDCI可包括指示符，以指示MBSFN区域配置的初始内容(即不与MBMS业务查询相关的那些)是否要发生改变。在这种情况中，R10或以上版本的MBMSWTRU可读取MQ-RNTI。

在另一个示例中，指示符可与位图一起使用，从而指示符比特(或多个比特)指示其是否是MBMS业务查询(例如，值‘1’或‘01’)、MBSFN区域配置(例如，‘0’或‘00’的翻转(flip)值)或两者(例如，值‘11’或两个指示符比特全部缺乏)。然后位图中的比特的位置可指示查询和/或配置可适用哪个或哪些MBSFN区域。

在另一个示例中，假如查询和配置改变都被指示，则单独的位图可用于指示查询和配置改变应用到的一个或多个MBSFN区域。

在另一种机制中，这里为M-RNTI和DCI公开的改变可替换地可用于指示MBSFN区域配置消息(具有额外的MBMS业务状态查询参数)的到来，以进行MBMS业务状态查询。

例如，在读取了更改的M-RNTIDCI格式后，LTER10及以上版本的MBMSWTRU可识别出(例如，经由额外的比特、或DCI中位图的统一比特值设置)M-RNTIDCI指示MBSFN区域配置消息中的MBMS业务状态查询，并可获取获知MBMS业务状态查询的消息。常规WTRU可能没有识别出更改的DCI格式，并且没有获得MBSFN区域配置消息。没有获得消息的WTRU将不受由网络发起的MBMS状态查询动作的影响。

在另一种机制中，可以定义用于MBMS业务状态查询的新RRCIE或新的IE。在网络想要为MBMS业务状态查询WTRU时，譬如说例如订阅、当前接收和期望的接收，IE可附加到现有的MCCH消息MBSFN区域配置。

在这种情况下，一个或多个MBMS业务查询IE可被包括在MCCH消息MBSFN区域配置中，M-RNTI可向对MBMS感兴趣的WTRU通知MCCH消息的改变。作为响应，对MBMS感兴趣的WTRU可读取新的MCCH消息MBSFN区域配置并了解和/或确定查询的性质。

可在MBSFN区域配置的抽象语法定义一(ASN.1)格式中安排或定义新的MBMS业务状态查询IE，从而如果没有查询内容，则分段或部分将保持空白。

一个或多个新的IE可包括为“最近接收兴趣”和“订阅状态”查询的MBMS业务的业务标识或其其等价物。可以，但不需要，包括已经在MBSFN区域配置消息的MBMS-会话信息列表(SessionInfoList)IE中列出的MBMS业务，因为已经包括了它们。假如业务标识或等价物具有一个范围内数值上连续的值，那么可使用这里描述的精简信令方法。

一个或多个新的IE可包括用于每个查询的业务、一组业务、或所有业务的状态查询指示符。

一个或多个新的IE可包括用于在现有IEMBMS-会话信息列表中列出的MBMS业务的状态查询类别指示符。

在另一种机制中，新的MACCE可定义用于MBMS业务查询的传送。MBMS业务查询可用下述方法中的一种或多种方法作为MBSFN子帧中的MACCEDL而被发送。例如，MBMS查询MACCE可在任意一个MBSFN子帧上发送，在该MBSFN子帧中有MCCH和/或MTCH传输。

在另一个示例中，MBMS查询MACCE可调度为用周期性进行发送，例如，MCH子帧分配模式(MSAP)周期、或较长周期。它可在周期的第一子帧或最后子帧中发送，或在周期内的特定偏置(预定的或配置的)中发送。可替换地，它可紧接在周期中的最后一个MTCH传输子帧之后的子帧中被发送。可替换地，它可与周期中的最后一个MTCH传输(子帧)一起被发送。

在发送了用于MBMS业务状态查询的MACCE时，可使用SIB13中定义的信令MCS来对整个MBSFN子帧进行编码。

在另一种机制中，新类型的寻呼可定义用于传送MBMS业务查询。新的RNTI，例如MBMS寻呼(MP)-RNTI，可定义用于指示该新类型寻呼消息的到来。MP-RNTI可使用DCI格式1A或任何其他适用格式。所述新的RNTI可识别一种用于向MBMS通知业务查询消息将要在相同传输定时间隔(TTI)中的传输中到达的寻呼消息。

新类型的寻呼消息可由多小区/组播协作实体(MCE)触发，并由MBSFN区域上所有对MBMS感兴趣的WTRU接收。这可允许网络查询当前没有监听MCCH信道和/或当前并非正在监控MBSFN子帧的WTRU。新类型的寻呼消息可在需要时在正常的寻呼时机上或正常的寻呼时机的子集上进行传送，作为规律的寻呼消息的一部分。也就是说，如果两者在相同的TTI中进行发送，新类型的寻呼消息可附加到规律的寻呼消息。

寻呼消息可携带这里为MBMS业务状态查询所定义的一个或多个RRCIE。寻呼消息查询对将要在近期发送的MBMS业务最有用，并可以被限制为该应用。为MBMS业务订阅的WTRU可使用这里描述的机制对所述寻呼进行响应，所述机制指示所述WTRU有兴趣在近期接收这种MBMS业务。

寻呼消息可以，指示WTRU监听MCCH信道，而不是包括查询，从而对MCCH上将要到来的查询进行响应。WTRU可通过在适当的时间读取MCCH和响应于查询而对对寻呼进行响应。

MP-RNTI格式1ADCI预留字段(例如，“HARQ进程编号”)可用于指示WTRU监听MCCH信道，从而对在MCCH上将要到来的查询进行响应。WTRU可通过在适当时间读取MCCH和响应于查询而对MP-RNTI的查询进行响应。

这里描述了用于精简业务标识列表信令的机制。如果查询业务标识值或其等价物在一个范围内数值连续，那么业务ID列表可由下述信令方法中的一种表示。例如，可使用起始业务ID值加上范围值。在这种情况下，起始业务ID值5550和范围值20可指示连续的业务标识5550和5551到5570。在另一个示例中，可使用起始业务ID值加上信令中的位图。连续位图比特位置可表示从起始业务ID值相加得到的连续业务ID值，其中位图中的位置值“1”可表示导出的ID值的业务上的查询。在该情况下，起始业务ID值5550和位图<从左到右>“1100110011001100”可指示对具有ID5550、5551、5552、5555、5556、5559、5560、5563、5564的业务的查询。

这里描述了用于MBMS业务状态查询的WTRU接收的机制和方法。对MBMS感兴趣的WTRU可能需要监控下述查询指示符时机或查询消息时机中的一个或多个，从而发现和接收查询，并在必要时对所述查询进行响应。

在一种机制中，如果MQ-RNTI可定义为指示MBSFN区域配置消息中的MBMS业务状态查询，则WTRU可为MQ-RNTI的发生监控MBSFN子帧，并且如果发现了MQ-RNTI，则WTRU可继续接收MBSFN区域配置消息，以获知查询细节。

在另一种机制中，如果如这里所述的，M-RNTI被改变，并且还被定义为指示MBSFN区域配置消息中的MBMS业务状态查询，则WTRU可监控M-RNTI。如果发现了M-RNTI，并且它指示MBSFN区域配置消息中的MBMS业务状态查询，则WTRU可继续接收MBSFN区域配置消息，以获知查询细节。

在另一种机制中，如果新的MBMS业务状态查询消息和MQ-RNTI被定义为指示新消息的到来，则WTRU可为MQ-RNTI的出现而监控MBSFN子帧，并且如果发现了MQ-RNTI，则WTRU可继续接收MBMS业务状态查询消息，以获知查询细节。假如MQ-RNTIDCI格式直接携带查询业务列表(例如，标识)和/或查询类别，则WTRU可认为查询消息获取完成。

在另一种机制中，如果定义了新的查询消息，并且定义了M-RNTI来指示其传输，则WTRU可在MBSFN子帧上寻找M-RNTI，并且如果接收到M-RNTI，并且新的查询比特被在DCI格式中设置，或可替换地，如果接收到M-RNTI，并且DCI格式位图比特都用统一值设置，则WTRU可理解新的查询消息是要发送的。WTRU可继续获取新的查询消息。

在另一种机制中，如果在MBSFN区域配置消息中定义了一个或多个新的查询IE，并且M-RNTI用于指示其传输，则WTRU可在MBSFN子帧上寻找M-RNTI，并且如果接收到M-RNTI，并且新的查询比特被在DCI格式中设置，或可替换地，如果接收到M-RNTI，并且DCI格式位图比特都用统一值设置，则WTRU可理解要发送的消息中的一个或多个新IE。WTRU可继续从MBSFN区域配置消息中获得一个或多个新的查询IE。

在另一种机制中，如果定义了用于查询业务状态的新MACCE，则WTRU可为新的MBMS业务状态查询MACCE传输而监控MBSFN子帧时机。

在另一种机制中，如果定义了新的MP-RNTI和寻呼消息中的查询IE，则WTRU可为MP-RNTI的出现监控规律的寻呼时机(或其子集)。如果发现了MP-RNTI，则WTRU可继续检索寻呼消息中的查询IE。

在另一种机制中，如果定义了新的MP-RNTI，并且寻呼消息指示查询将位于即将到来的MCCH中，则WTRU可为MP-RNTI的出现监控规律的寻呼时机(或其子集)。如果发现了MP-RNTI，则WTRU可继续读取寻呼消息，并且如果它指示查询将位于即将到来的MCCH中，则WTRU可继续从MCCH中获取查询。

在另一种机制中，如果定义了新的MP-RNTI，并且它指示查询将位于即将到来的MCCH中，则WTRU可为MP-RNTI的出现监控规律的寻呼时机(或其子集)。如果发现了MP-RNTI，则WTRU可继续从MCCH中获取查询。

这里描述了用于WTRU生成查询响应的方法和响应格式的示例。如果WTRU接收到MBMS业务状态查询，则它可以基于其当前MBMS业务状态，参考与查询相关联的被查询MBMS业务，而生成查询响应消息、查询响应信息元素或查询响应MACCE。WTRU的响应可以是或包括下述响应类型中的一个或多个。

在示例性响应中，如果在特定的MBMS业务上标记了业务查询类别，则WTRU会知道查询中的一组业务或所有业务或查询类别，其中用于特定业务的WTRU响应可以为是或否。这可以由1比特的是/否指示符所表示。在这种情况下，如果“订阅”了类别，并且查询包括业务或一个或多个业务组的列表，则基于WTRU的订阅，它可以对每个业务响应是或否。

在另一种示例性响应中，如果向没有附着的特定查询类别的WTRU查询一个或多个业务，那么作为响应，WTRU可包括用于被查询业务的业务状态指示符。该业务状态指示符可类似于业务查询类别而被定义。例如，数值可以是下述一个或多个：1)它没有被订阅或不关心；2)被订阅；3)它正在被接收(暗示它也被订阅了)；4)“对接收感兴趣”(也暗示被订阅)；5)已经订阅了MBMS业务的WTRU也可以被认为是“对业务的接收感兴趣”；6)并非正在接收或可替换地，订阅的值可用于表示订阅和并非正在接收；和7)对接收不感兴趣，或可替换地，订阅的值可用于表示订阅和并非正在接收，和对接收不感兴趣。在这种情况下，WTRU可为查询中列出的所有业务或仅为与特定WTRU相关的那些业务生成业务状态指示符(例如WTRU已经订阅、WTRU感兴趣接收或WTRU当前正在接收的业务)。

在另一种机制中，如果预定或配置了查询响应时间期限，则WTRU可能需要在定义的时间期限内生成和发送响应。如果时间期限结束，则WTRU可以不作出响应。

在另一种机制中，如果预定或配置了区域范围，则WTRU可以仅在配置的区域范围内生成响应。

在另一种机制中，WTRU需要响应于其他查询参数，例如与该其他查询参数相关联的查询标记编号(在配置了查询标记编号的情况下)。

在另一种机制中，如果配置了过滤参数的话，WTRU可执行过滤步骤来确定其是否需要生成响应。

在另一种机制中，如果参考被查询的业务，WTRU没有任何肯定的响应状态指示，则WTRU可能根本不需要对所述查询进行响应。例如，如果请求是针对WTRU并非正在接收的业务列表的接收状态的，那么因为所有的状态指示将为否，所以WTRU可以不对所述请求进行响应。

在另一种机制中，WTRU可在响应中包括其他参数，例如质量信息(如果被请求或被要求)、WTRU位置信息(如果被请求或被要求)等等。

这里给出了若干基于一些过程的进一步的细节和示例，WTRU可使用这些过程基于如何生成查询来生成查询响应。除了这里描述的响应类型之外，还可应用下述的一个或多个响应类型。

在一个示例中，对于在不使用任何查询类别而被查询的MBMS业务列表(其可由业务ID或其等价物指示)，WTRU响应可包括业务ID或等价物以及用于业务的业务状态指示符，即如果WTRU当前正在接收MBMS业务，那么WTRU可包括针对业务ID的当前接收指示符。

对于上述示例，WTRU还可以对业务ID和状态值对使用下述优化技术中的一种或多种技术。通过使用一种优化技术，WTRU可在原始查询列表(业务ID由原始查询列表中的位置暗示)中按业务标识的顺序仅生成和报告业务状态指示符列表(由此用于对应的业务)。

使用另一种优化技术，WTRU可生成和报告业务ID索引和业务状态指示符配对。业务ID索引值指示原始查询列表中业务ID(因而业务)的位置。这样，如果某些业务与WTRU不相关，WTRU可跳过响应这些业务。换句话说，WTRU可生成具有业务ID索引或业务ID索引值的报告，其中业务ID索引或业务ID索引值可进行互换使用。如果业务状态指示符没有在查询中清楚地暗示，则WTRU可跳过业务状态指示符。

使用另一种优化技术，WTRU可生成和报告具有对应于原始查询列表中的业务(或业务ID)的有次序的位置的位图。位图中每个位置“1”将具有与其相关联的业务状态指示符，作为对于相关查询业务的响应。

在另一个示例中，对于使用特定查询类别而被查询的MBMS业务列表，(例如由业务ID或其等价物指示)，WTRU响应可包括业务ID或等价物和针对被查询业务的是/否指示符。WTRU还可以为该示例使用下述优化技术中的一种或多种技术。使用第一种优化技术，WTRU可在原始查询列表中按业务标识的顺序(由此用于对应的查询的业务)仅生成和报告是/否指示符，以优化信令效率。

使用另一种优化技术，WTRU可生成和报告业务ID索引和是/否指示符配对。业务ID索引值指示原始查询列表中的服务ID(因而业务)的位置。这样，如果某些业务与WTRU无关，则WTRU可跳过对于这些业务的响应。

使用另一种优化技术，WTRU可生成和报告具有对应于原始查询列表中的业务(或业务ID)的有次序位置的位图。位图中的每个位置“1”将具有与其相关联的是/否指示符，作为对于相关被查询业务的响应。

在另一种示例中，对于包括没有业务标识符或等价物的一个或多个查询类别的查询，WTRU可包括跟随有业务标识(或等价物)的查询类别，WTRU当前具有针对查询类别的肯定状态，即如果查询类别是用于当前正在接收的业务，则WTRU将向当前正在接收的业务提供业务标识。假如在查询中仅有一个查询类别，则WTRU可只提供具有肯定状态的那些业务标识。

在另一个示例中，对于包括跟随有每个类别的业务标识列表的一个或多个查询类别的查询，WTRU可在报告中包括追随有业务标识(或等价物)列表的查询类别指示符和是/否指示符，其可以按照查询列表中的业务标识顺序。WTRU还可以为服务ID列表使用下述优化技术中的一种或多种技术和是/否指示符配对。使用第一优化技术，WTRU可在原始查询列表中按照业务识别的顺序(因而对应于被查询的业务)仅生成是/否指示符的列表。

使用另一种优化技术，WTRU可生成业务ID索引列表和是/否配对。业务ID索引值指示在原始查询列表中业务ID(因而业务)的位置。

使用另一种优化技术，WTRU可生成原始查询列表中具有对应于业务(或业务ID)的有次序位置的位图。位图中的每个位置“1”可具有与其相关联的是/否指示符，作为对于相关被查询业务的响应。

这里描述了可用于WTRU查询响应中的安全签名。对于使用空闲模式WTRU的安全原因(并且可包括连接模式WTRU)，响应于MBMS业务状态查询，业务状态轮询或任何形式的MBMS反馈信息，用于WTRU(由WTRU-ID的形式表示)、用于MBMS用户(由MBMS业务订阅者ID的形式表示)或两种标识的组合的证书签名可被建成为具有正确编码的IE。WTRU可在UL响应消息、一个或多个响应IE或甚至响应MAC-CE中包括该证书IE。这可以帮助MBMS运营商识别WTRU和/或MBMS订阅者ID。

这里描述了对于MBMS业务状态查询的WTRU响应机制。WTRU可使用下述UL机制中的一种或多种来发送WTRUMBMS业务查询响应。

在一种机制中，可定义非接入层(NAS)或RRC中的新的特定UL消息。对于处于连接模式操作的WTRU，为了查询响应的目的，WTRU可在WTRU的RRC_连接(RRC_CONNECTED)状态操作期间的任何时间发送NAS或RRC消息。在该情况中不需要网络响应。

为了处于空闲模式的WTRU报告查询响应，WTRU可在空闲模式的WTRU建立了RRC连接之后，捎带(piggyback)与LTERRC连接建立完成(RRCConnectionSetupComplete)消息相结合的NAS消息，(像NAS附着一样)。基站可向MCE或MBMS业务节点分派或转发NAS部分(查询响应)。

WTRU可在RRC连接建立之后使用下述方法中的一种来发送RRC消息。在一种方法中，WTRU可将其捎带到RRC连接建立完成。在另一种方法中，WTRU可用包括MBMS业务查询响应的RRC消息来代替RRC连接建立完成消息。在另一种方法中，WTRU可在发送了RRC连接建立完成消息之后(例如，正好在之后)，将所述RRC消息作为单独的消息发送给网络。

如果对于RRC连接的原因单独用于MBMS查询响应的发送，然后基站可在接收到响应之后释放RRC连接。基站可负责将查询响应转发给MCE。

在另一种机制中，可为MBMS业务查询响应定义一个或多个RRC级别IE。为了使得连接模式的WTRU报告响应，只要形成了响应并且有支持ULRRC的消息，WTRU就可将IE包括在支持查询响应IE的任何RRCUL消息中。例如，可携带响应IE的上行链路RRC消息可包括RRC连接重新配置完成(RRCConnectionReconfigurationComplete)、RRC连接重新建立完成(RRCConnectionReestablishmentComplete)、RRC连接建立完成、UE能力信息(UECapabilityInformation)、测量报告(MeasurementReport)消息，等等。

为了使得空闲模式的WTRU报告响应，WTRU可将响应IE包括在RRC连接建立完成消息中。与该方法或其他方法相结合，可定义用于WTRU“报告MBMS状态”的新的原因码。空闲模式的WTRU可在RRC连接请求(RRCConnectionRequest)消息中使用该原因码来指示连接建立可以是用于MBMS业务查询响应的。

WTRU可将格式化的查询响应IE包括在针对网络的RRC连接建立完成消息中。因此基站知道(从原因码中)连接建立和消息或IE可用于报告MBMS业务查询响应。基站可在将查询响应转发给MCE之后释放RRC连接。

图3示出了用于空闲模式的WTRU报告MBMS业务状态的示例性信号流程图。无线通信系统300可包括WTRU305、基站310和MCE315。WTRU305处于空闲模式，并具有活动的MBMS应用308。MCE315可向基站310发送MBMS业务状态查询消息(320)，该基站310可转而在MCCH上将MBMS业务状态查询消息转发给WTRU305(325)。WTRU305然后可准备MBMS业务状态响应330，并在随机接入信道上将RRC连接请求消息发送给基站310(335)。标识用于该请求的原因是“报告MBMS状态”码或类似的东西。作为原因码的结果，基站310可不对移动性管理实体(MME)或分组数据网络网关/服务网关(P/S-GW)做出操作(340)。然后基站310可在控制信道上向WTRU305发送RRC连接建立(RRCConnectionSetup)消息(345)。

WTRU305可将响应IE包括在RRC连接建立完成消息中，该RRC连接建立完成消息可在专用控制信道上被发送给基站310(350)。基站310然后可将具有响应IE的MBMS业务状态报告发送给MCE315(355)。

由于发送了“报告MBMS状态”原因码，基站310可知道连接建立是用于报告MBMS业务查询响应的。然后基站310可释放RRC连接(即，断开WTRU连接)(360)，并在专用控制信道上将RRC连接释放(RRCConnectionRelease)消息发送给WTRU305(365)，所述WTRU然后返回到空闲模式(370)。

在另一种机制中，查询响应MACCE可在UL方向上进行定义，从而如果有足够空间，则连接模式的WTRU可在任何WTRUUL传输时机上发送MBMS查询响应(这可增加连接模式的WTRU的UL传输机会)。在该实例中，足够的空间可指被分配有上行链路传输许可的网络是否已经分配了足够的UL传输数据空间或用于传输时机的资源。

在另一种机制中，不是空闲模式的WTRU建立RRC连接来发送查询响应，而是WTRU可延迟空闲模式的WTRU响应，直到NAS或RRCUL时机。这指的是NAS周期性追踪区域更新(TAU)或其他NAS/RRC周期性UL消息传输时机。

例如，WTRU可参考MBMS报告来构建查询响应NASIE或RRCIE，并将其附加到NASTAU或其他NAS消息。WTRU还可以将其附加到在周期性TAU时间或其他NAS周期性更新消息时机上发送的RRCUL信息传递(ULInformationTransfer)消息。

在另一种示例中，WTRU可基于知道的下一周期性TAU时机而确定是否从生成MBMS业务响应的时间起使用“延迟”方法。如果“直到TAU时间的延迟”小于预定义时间或在网络查询/轮询周期内，那么延迟方法可用于降低网络业务量(traffic)和RACH竞争，而仍然实现响应。

这里描述了用于业务接收开始/停止跟进报告的机制。可能的是WTRU/用户可以在WTRU/用户已经响应于网络关于业务接收状态的查询之后，改变特定的MBMS业务接收状态。例如，WTRU可开始接收其之前报告为没有接收、没有兴趣或订阅的业务，或者WTRU可停止接收其之前报告为接收，或为不同业务进行这些动作的组合，即停止接收一个，并开始之前正好感兴趣或订阅的另一个。

在这些情况中，WTRU将接收状态中的改变的提示(prompt)报告发送给网络对于提供商来说是有用的。如果时间仍然在配置的或默认的跟进报告时间范围内，则可能还对WTRU报告接收状态中的改变有用。

其他可保证提示报告的条件(有或没有上述的报告时间范围定义)可包括指示有关的MBMS业务需要提示开始/停止事件报告、WTRU先前报告该业务状态、或两者的网络。

处于连接模式的WTRU可在支持它的任何RRCUL消息中或用于查询响应的MACCEUL中用MBMS查询响应IE报告该事件。

处于空闲模式的WTRU可使用这里之前描述的用于空闲模式的机制来报告该事件。

为了阻止WTRU太频繁地发送MBMS业务状态，并潜在地溢出网络业务量，可在WTRU中配置禁止定时器。所述定时器可在无论何时发送状态报告时设置或重设。WTRU可以不发送另一个状态报告，直到禁止定时器终止。为了防止业务切换太频繁导致触发状态报告，可在WTRU中配置业务选择稳定定时器。所述定时器可在作出业务选择/删除的任意时间时进行设置或重置。状态报告的触发被推迟，直到稳定定时器终止。

当网络配置或允许提示开始/停止事件报告时，可由网络预定或配置定时器。

这里描述了用于WTRU通用MBMS业务状态报告的机制。获得MBMS业务状态的另一种方法是网络轮询在区域中的WTRU一般感兴趣的所有MBMS业务。

通常的MBMS业务状态报告轮询可以由网络激活，或它可以是为对MBMS感兴趣的WTRU定义的混合小区中的默认操作模式。

通常的报告模式可以由网络通过在系统信息中或MCCH消息中或DCI格式中(例如，与MQ-RNTI或M-RNTI相关联的一个)设置标记来激活。所述标记可与定义的报告周期相关联，在所述周期内WTRU可报告其MBMS业务状态，例如，一旦在该周期内就可以进行报告。不是标记，或除此之外，轮询可作为轮询标记编号出现，其中WTRU可与WTRU报告一起发送该轮询标记编号。所述激活可通过去除轮询指示符(标记或轮询标记编号)、通过在消息(MCCH消息)中或在DCI格式(例如与M-RNTI或MQ-RNTI相关联的一个)中发送去激活指示符，而被明确地关闭。

通常的报告请求可以是表明规范可要求MBMSWTRU在适当的时机报告其业务状态的默认操作，。

对于连接模式的WTRU，如果WTRUMBMS接收是活动的，即如果当前正在接收业务，或通过监控MCCH消息更改寻找业务传输，则可应用MBMS业务状态的报告。如果MBMS接收(和/或监控)是活动的，则它还可以应用到处于空闲模式中的WTRU。

如果WTRUMBMS接收或监控不是活动的，则可以不需要通用报告。

这里描述了用于寻址业务状态报告的时间范围和区域范围的机制。通常的MBMS业务状态(或其他轮询的状态)，报告可具有时间范围和/或MBSFN区域范围。

例如，一旦在每个预定义的或配置的周期内、或每次激活标记或其他轮询指示存在时，WTRU可执行通常的MBMS状态报告。WTRU可将时间戳和/或轮询标记编号附加到报告中，以指示指定的周期。时间戳和/或轮询标记编号值可在系统信息(SI)、MCCH消息或与MO-RNTI或M-RNTI相关联的DCI格式中进行指示。

在另一个示例中，WTRU可报告每一个MBSFN区域上的业务状态。典型地，所述MBSFN区域可以是这样的MBSFN区域：WTRU正在从该MBSFN区域接收MBMS业务、或意欲从该MBSFN区域接收MBMS业务。WTRU还可以在其通常的MBMS状态报告中附加MBSFN区域ID。如果WTRU正在改变MBSFN区域，或WTRU意欲改变MBSFN区域，则WTRU可将其通常的MBMS业务状态报告给新的区域。

在另一个示例中，如果WTRU的MBMS业务状态(即订阅状态、接收状态、或接收意愿)已经改变，包括自动订阅到期和允许新的订阅，则WTRU可更新其通常的MBMS状态报告。WTRU需要在报告中指示更新的目的。

这里描述了通常的MBMS业务状态报告的内容。在通常的MBMS业务报告中，WTRU可报告下述中的一者或多者：1)WTRU/用户的所有订阅的MBMS业务；2)WTRU当前正在接收的MBMS业务；或3)WTRU/用户“有兴趣接收”的MBMS业务。单独的报告可用于每个类型状态。一个报告可用于报告多种类型的状态。

如果轮询可以用于上述类型的状态中的一种状态，则WTRU可按照业务ID列表形式发送报告。如果网络轮询用于不止一种类型状态，则WTRU可按照下述格式中的一种或多种格式进行报告：1)按照业务ID列表的格式中或等价物以及用于那些WTRU相关MBMS业务的业务状态指示符的格式；或2)随用于轮询的查询类别的业务标识列表一起(即，跟随)的查询类别。

WTRU还可以与其他报告参数一起来报告下述中的一者或多者，以促进MBMS运营商来收集和估计所述报告。例如，所述报告可包括当前体验的接收质量，例如接收的信号干扰噪声比(SINR)、参考信号接收质量(RSRQ)、接收的块错误率(BLER)和/或其他高级质量指示符。所述报告还可以包括例如WTRU的位置信息。

这里描述了通常的MBMS状态报告的报告机制。WTRU可使用下述机制中的一种或多种机制来发送通常的MBMS状态报告。在一种机制中，UL中的特定MBMS报告消息可定义用于NAS或RRC协议级别中的该通用报告。例如，连接模式的WTRU可使用一种方案，使得新的NAS或RRC消息可用于在任何时间发送状态报告。空闲模式的WTRU可使用一种方案，使得用于MBMS业务状态报告的新的NAS消息可捎带到RRC连接建立完成(RRCConnectionSetupCommplete)消息中，或用于MBMS业务状态报告的新的RRC消息可正好在RRC连接建立完成消息之后被捎带、替代或发送。

在另一种机制中，MBMS报告IE的特定集合可被定义为附加到NAS或RRCUL消息的一个或多个。在这种情况下，连接模式的WTRU可使用一种方案，使得WTRU可将一个或多个报告IE包括在支持IE的任何ULRRC消息中。空闲模式的WTRU可使用一种方案，使得WTRU可将一个或多个报告IE包括在RRC连接建立完成消息中。

在另一种机制中，WTRU可延迟空闲模式WTRU响应，直到有NAS或RRCUL时机。

在另一种机制中，UL中的特定MACCE可被定义为用于所述通常报告。在这种情况下，连接模式的WTRU可使用一种方案来在新定义的MACCE中发送通常的MBMS状态报告。

实施例

1、一种由无线发射/接收单元(WTRU)实现的用于提供多媒体广播组播业务(MBMS)业务状态反馈的方法，该方法包括通过MBMS控制信道接收MBMS业务状态查询消息。

2、根据实施例1所述的方法，该方法还包括发送MBMS业务状态响应消息。

3、根据上述实施例中任一实施例所述的方法，其中MBMS业务状态查询消息和MBMS业务状态响应消息是无线电资源控制器消息。

4、根据上述实施例中任一实施例所述的方法，其中MBMS业务状态查询消息是随MBSFN区域配置消息一起被接收的。

5、根据上述实施例中任一实施例所述的方法，其中MBMS业务状态查询消息至少包括MBMS业务标识符的列表。

6、根据上述实施例中任一实施例所述的方法，其中MBMS业务标识符用于对WTRU正在接收或意欲接收的MBMS业务进行计数或查询。

7.根据上述实施例中任一实施例所述的方法，该方法还包括生成具有MBMS业务标识符索引值的报告，其中每个MBMS业务标识符索引值指示对应于WTRU正在接收或意欲接收的MBMS业务的业务标识符在计数或查询列表中的位置。

8、根据上述实施例中任一实施例所述的方法，其中MBMS业务状态响应消息是在预定或配置的时间期限中的至少一者内被发送的。

9、根据上述实施例中任一实施例所述的方法，其中在MBMS业务状态查询消息与MBSFN区域配置消息一起被接收的情况下，WTRU首先对MBSFN区域配置消息进行解码。

10、一种在网络中实施的用于提供多媒体广播组播业务(MBMS)业务状态反馈的方法，该方法包括形成MBMS业务状态查询消息。

11、根据实施例10所述的方法，该方法还包括调度MBMS业务状态查询消息的传输。

12、根据实施例10-11中任一实施例所述的方法，该方法还包括通过MBMS控制信道发送MBMS业务状态查询消息。

13、根据实施例10-12中任一实施例所述的方法，该方法还包括接收MBMS业务状态响应消息。

14、根据实施例10-13中任一实施例所述的方法，其中MBMS业务状态查询消息与MBSFN区域配置消息一起被传送。

15、根据实施例10-14中任一实施例所述的方法，其中MBMS业务状态查询消息至少包括MBMS业务标识符的列表，并且其中MBMS业务标识符用于对WTRU正在接收或意欲接收的MBMS业务进行计数或查询。

16、一种由无线发射/接收单元(WTRU)实施的用于提供多媒体广播组播业务(MBMS)的业务状态反馈的方法，该方法包括在空闲模式中接收MBMS业务状态查询消息。

17、根据实施例1-9和16中任一实施例所述的方法，该方法还包括准备MBMS业务状态响应。

18、根据实施例1-9和16-17中任一实施例所述的方法，该方法还包括在连接模式中发送无线电资源控制(RRC)连接请求消息。

19、根据实施例1-9和16-18中任一实施例所述的方法，该方法还包括接收RRC连接建立消息。

20、根据实施例1-9和16-19中任一实施例所述的方法，该方法还包括发送RRC连接建立完成消息。

21、根据实施例1-9和16-20中任一实施例所述的方法，该方法还包括接收RRC连接释放消息，并返回空闲模式。

22、根据实施例1-9和16-21中任一实施例所述的方法，其中RRC连接请求消息包括指示连接建立是出于MBMS业务查询响应目的的原因码。

23、根据实施例1-9和16-22中任一实施例所述的方法，其中RRC连接建立结束消息包括格式化的查询响应信息元素(IE)。

24、根据实施例1-9和16-23中任一实施例所述的方法，其中在转发了查询响应IE之后，RRC连接断开。

25、根据实施例1-9和16-24中任一实施例所述的方法，其中查询响应媒体接入控制(MAC)控制元素(CE)是在上行链路(UL)方向上定义的，从而连接模式的WTRU可在任何WTRUUL传输时机中发送MBMS查询响应。

26、一种由无线发射/接收单元(WTRU)实施的用于提供多媒体广播组播业务(MBMS)的业务状态反馈的方法，该方法包括在空闲模式中接收MBMS业务状态查询消息。

27、根据实施例1-9和16-26中任一实施例所述的方法，该方法还包括通过参考MBMS报告生成查询响应非接入层(NAS)信息元素(IE)或无线电资源控制(RRC)IE来准备MBMS业务状态响应。

28、根据实施例1-9和16-27中任一实施例所述的方法，该方法还包括将IE附加到NAS追踪区域更新(TAU)消息。

29、根据实施例1-9和16-28中任一实施例所述的方法，该方法还包括发送TAU消息。

30、根据实施例1-9和16-29中任一实施例所述的方法，该方法还包括接收RRC连接建立消息。

31、根据实施例1-9和16-30中任一实施例所述的方法，该方法还包括发送RRC连接建立完成消息。

32、根据实施例1-9和16-31中任一实施例所述的方法，该方法还包括接收RRC连接释放消息，并返回到空闲模式。

33、根据实施例1-9和16-32中任一实施例所述的方法，其中TAU消息包括原因码，该原因码指示连接建立是出于MBMS业务查询响应的目的。

34、根据实施例1-9和16-33中任一实施例所述的方法，其中RRC连接建立完成消息包括格式化的查询响应信息元素(IE)。

35、根据实施例1-9和16-34中任一实施例所述的方法，其中在转发查询响应IE之后，RRC连接断开。

36、根据实施例1-9和16-35中任一实施例所述的方法，其中查询响应媒体接入控制(MAC)控制元素(CE)是在上行链路(UL)方向上定义的，从而连接模式的WTRU可在任何WTRUUL传输时机上发送MBMS查询响应。

37、根据实施例1-9和16-36中任一实施例所述的方法，其中MBMS查询无线电网络临时标识(MQ-RNTI)指示MBSFN区域配置消息的到来。

38、根据实施例1-9和16-37中任一实施例所述的方法，其中MQ-RNTI下行链路控制信息(DCI)包括MBSFN区域位图。

39、根据实施例1-9和16-38中任一实施例所述的方法，其中MQ-RNTIDCI指示MBSFN区域配置的原始内容是否要改变。

40、根据实施例1-9和16-39中任一实施例所述的方法，其中指示符和位图指示其是否是MBMS业务查询、MBSFN区域配置、或两者。

41、根据实施例1-9和16-40中任一实施例所述的方法，其中单独的位图被用于指示查询和配置改变可应用于的MBSFN区域。

42、根据实施例1-9和16-41中任一实施例所述的方法，其中出于MBMS业务状态查询的目的，使用M-RNTI来指示MBSFN区域配置消息的到来。

43、根据实施例1-9和16-42中任一实施例所述的方法，其中出于MBMS业务状态查询的目的，使用DCI来指示MBSFN区域配置消息的到来。

44、根据实施例1-9和16-43中任一实施例所述的方法，该方法还包括如果MQ-RNTI被定义用于指示MBMS业务状态查询，则为了MQ-RNTI的出现而监控MBSFN子帧。

45、根据实施例1-9和16-44中任一实施例所述的方法，该方法还包括在发现MQ-RNTI的情况下，接收MBSFN区域配置消息，以获知查询细节。

46、根据实施例1-9和16-45中任一实施例所述的方法，该方法还包括在M-RNTI被修改并定义用于指示MBSFN区域配置消息中的MBMS业务状态查询的情况下，监控M-RNTI。

47、根据实施例1-9和16-46中任一实施例所述的方法，该方法还包括在发现了M-RNTI，并且其指示MBSFN区域配置消息中的MBMS业务状态查询的情况下，接收MBSFN区域配置消息，以获知查询细节。

48、一种用于提供多媒体广播组播业务(MBMS)的业务状态反馈的方法，该方法包括处于空闲模式的无线发射/接收单元(WTRU)接收MBMS业务状态查询消息。

49、根据实施例1-9和16-48中任一实施例所述的方法，该方法还包括WTRU准备MBMS业务状态响应。

50、根据实施例1-9和16-49中任一实施例所述的方法，该方法还包括处于连接模式的WTRU发送无线电资源控制(RRC)连接请求消息。

51、根据实施例1-9和16-50中任一实施例所述的方法，该方法还包括WTRU接收RRC连接建立消息。

52、根据实施例1-9和16-51中任一实施例所述的方法，该方法还包括WTRU发送RRC连接建立完成消息。

53、根据实施例1-9和16-52中任一实施例所述的方法，该方法还包括WTRU接收RRC连接释放消息，并返回到空闲模式。

54、根据实施例1-9和16-53中任一实施例所述的方法，其中RRC连接请求消息包括原因码，其指示连接建立是出于MBMS业务查询响应的目的。

55、根据实施例1-9和16-54中任一实施例所述的方法，其中RRC连接建立完成消息包括格式化的查询响应信息元素(IE)。

56、根据实施例1-9和16-55中任一实施例所述的方法，其中在转发了查询响应IE之后，RRC连接被断开。

57、根据实施例1-9和16-56中任一实施例所述的方法，其中查询响应媒体接入控制(MAC)控制元素(CE)在上行链路(UL)方向上被定义，从而连接模式的WTRU可在任何WTRUUL传输时机上发送MBMS查询响应。

58、根据实施例1-9和16-57中任一实施例所述的方法，该方法还包括WTRU通过参考MBMS报告生成查询响应非接入层(NAS)信息元素(IE)或无线电资源控制(RRC)IE，而准备MBMS业务状态响应。

59、根据实施例1-9和16-58中任一实施例所述的方法，该方法还包括WTRU将IE附加到NAS追踪区域更新(TAU)消息。

60、根据实施例1-9和16-59中任一实施例所述的方法，该方法还包括WTRU发送TAU消息。

61、根据实施例1-9和16-60中任一实施例所述的方法，该方法还包括WTRU接收RRC连接建立消息。

62、根据实施例1-9和16-61中任一实施例所述的方法，该方法还包括WTRU发送RRC连接建立完成消息。

63、根据实施例1-9和16-62中任一实施例所述的方法，该方法还包括WTRU接收RRC连接释放消息，并返回到空闲模式。

64、根据实施例1-9和16-63中任一实施例所述的方法，其中TAU消息包括原因码，其指示连接建立是出于MBMS业务查询响应的目的。

65、根据实施例1-9和16-64中任一实施例所述的方法，其中RRC连接建立完成消息包括格式化的查询响应信息元素(IE)。

66、根据实施例1-9和16-65中任一实施例所述的方法，其中在转发了查询响应IE之后，RRC连接被断开。

67、根据实施例1-9和16-66中任一实施例所述的方法，其中查询响应媒体接入控制(MAC)控制元素(CE)在上行链路(UL)方向上被定义，从而连接模式的WTRU能够在任何WTRUUL传输时机上发送MBMS查询响应。

68、一种被配置为执行实施例1-67中任一实施例所述的方法的装置。

69、一种无线发射/接收单元(WTRU)，该WTRU包括被配置为执行实施例1-9和16-67中任一实施例所述的方法的发射机、接收机和处理器。

70、一种网络，该网络包括被配置为执行实施例1-67中任一实施例所述的方法的发射机、接收机和处理器。

71、一种系统，该系统包括被配置为执行实施例1-67中任一实施例所述的方法的发射机、接收机和处理器。

虽然本发明的特征和元素以特定的结合进行了描述，但是本领域技术人员可以理解的是，每个特征或元素可以在没有其它特征和元素的情况下单独使用。另外，这里描述的方法可以在由计算机或处理器执行的计算机程序、软件或固件中实施，其中所述计算机程序、软件或固件是以有形的方法包含在计算机可读介质中的。计算机可读介质的实例包括电子信号(通过有线或无线连接传送)和计算机可读存储介质。计算机可读存储介质的实例包括但不限于，只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓冲存储器、半导体存储设备、内部硬盘和可移动磁盘之类的磁介质、磁光介质以及CD-ROM磁盘和数字多功能光盘(DVD)之类的光介质。与软件相关联的处理器可以用于实现射频收发信机，以便在WTRU、UE、终端、基站、RNC或任何主机计算机中加以使用。

Claims (23)

1.一种方法，该方法包括：

通过多媒体广播组播业务(MBMS)控制信道接收第一消息；以及

传送具有响应所述第一消息的多个MBMS业务标识符索引值的报告。

2.根据权利要求1所述的方法，其中所述第一消息是MBMS业务状态查询消息。

3.根据权利要求1所述的方法，其中每个MBMS业务标识符索引值指示对应于无线发射/接收单元(WTRU)正在接收或意欲接收的MBMS业务的业务标识符在计数列表中的位置。

4.根据权利要求1所述的方法，其中所述多个MBMS业务标识符索引值在MBMS业务状态响应消息中被传送。

5.根据权利要求4所述的方法，其中所述MBMS业务状态响应消息是无线电资源控制器消息。

6.根据权利要求2所述的方法，其中所述MBMS业务状态查询消息是随MBSFN区域配置消息一起被接收的。

7.根据权利要求1所述的方法，其中所述MBMS业务状态响应消息是在预定的或配置的时间期限中的至少一者内被传送的。

8.根据权利要求6所述的方法，该方法还包括：在所述MBMS业务状态查询消息与所述MBSFN区域配置消息一起被接收的情况下，首先对所述MBSFN区域配置消息进行解码。

9.一种用于提供多媒体广播组播业务(MBMS)业务状态反馈的无线发射/接收单元(WTRU)，该WTRU包括：

接收机，被配置为通过多媒体广播组播业务(MBMS)控制信道接收第一消息；以及

发射机，被配置成传送具有响应所述第一消息的多个MBMS业务标识符索引值的报告。

10.根据权利要求9所述的WTRU，其中所述第一消息是MBMS业务状态查询消息。

11.根据权利要求9所述的WTRU，其中每个MBMS业务标识符索引值指示对应于无线发射/接收单元(WTRU)正在接收或意欲接收的MBMS业务的业务标识符在计数列表中的位置。

12.根据权利要求9所述的WTRU，其中所述多个MBMS业务标识符索引值在MBMS业务状态响应消息中被传送。

13.根据权利要求12所述的WTRU，其中所述MBMS业务状态响应消息是无线电资源控制器消息。

14.根据权利要求10所述的WTRU，其中所述MBMS业务状态查询消息是随MBSFN区域配置消息一起被接收的。

15.根据权利要求9所述的WTRU，其中所述MBMS业务状态响应消息是在预定的或配置的时间期限中的至少一者内被传送的。

16.根据权利要求14所述的WTRU，该WTRU还包括：

处理器，被配置成在所述MBMS业务状态查询消息与所述MBSFN区域配置消息一起被接收的情况下，首先对所述MBSFN区域配置消息进行解码。

17.一种方法，该方法包括：

通过多媒体广播组播业务(MBMS)控制信道传送第一消息；以及

接收具有响应所述第一消息的多个MBMS业务标识符索引值的报告。

18.根据权利要求17所述的方法，其中所述第一消息是MBMS业务状态查询消息。

19.根据权利要求17所述的方法，其中每个MBMS业务标识符索引值指示对应于无线发射/接收单元(WTRU)正在接收或意欲接收的MBMS业务的业务标识符在计数列表中的位置。

20.根据权利要求17所述的方法，其中所述多个MBMS业务标识符索引值在MBMS业务状态响应消息中被接收。

21.根据权利要求20所述的方法，其中所述MBMS业务状态响应消息是无线电资源控制器消息。

22.根据权利要求18所述的方法，其中所述MBMS业务状态查询消息是随MBSFN区域配置消息一起被传送的。

23.根据权利要求17所述的方法，其中所述MBMS业务状态响应消息是在预定的或配置的时间期限中的至少一者内被接收的。