CN101064622A - 控制多媒体多播业务发送的方法 - Google Patents

Abstract

本发明提供了一种控制MBMS发送的方法，包括：网络侧向终端发送询问消息，询问终端是否接收某MBMS；终端在随机接入时向网络侧发送询问响应消息；网络侧正确接收后在多播控制信道MCCH上广播MBMS的数据报文。在LTE中对MBMS进行Counting的目的是为了统计小区中是否有用户希望接收该MBMS，因此网络不需要确定有多少个UE愿意接收，而只要知道小区中有UE准备接收，该Counting的目的就达到了；本发明根据UE的CountingResponse过程的特点对现有随机接入过程进行了改进，使之适用于MBMSCounting Response，并简化了Counting Response过程，节约了网络资源。

Description

控制多媒体多播业务发送的方法

技术领域

本发明涉及移动通信网络系统中的增值新业务技术，尤其涉及对使用增值新业务的用户控制业务发送的方法。

背景技术

多媒体多播业务(MBMS，Multimedia Broadcasting Multicast Service)是在现有移动分组通信网络系统中实现的一种从一个数据源向多个目标终端设备发送数据报文的技术。

目前，在传统移动通信网络系统中，小区广播业务(CBS，Cell BroadcastService)实现了允许低比特率数据通过小区共享广播信道向所有用户终端发送，这属于消息类业务。而现在，人们对移动通信的需求已不再满足于电话和消息业务，随着Internet的迅猛发展，大量多媒体业务涌现出来，如视频点播、电视广播、视频会议、网上教育、互动游戏等，这类应用业务需要同时发送给无线网络中订阅了该业务的诸多用户。而这些移动多媒体数据业务与一般的消息类业务相比，具有数据量大、持续时间长、时延敏感等特点。为了更有效地利用移动通信网络资源，全球标准化组织3GPP提出了多媒体多播业务MBMS。MBMS就是利用高速无线传送方式把由同一数据源产生的相同数据下发给到多个移动用户终端UE，其中下发的数据主要包括流业务(streaming)或背景服务质量(Background Qos)要求的多媒体数据。从而，MBMS不仅能够实现纯文本低速率的消息类广播和组播，而且还能够实现高速率多谋体数据业务的广播和组播，顺应了未来移动数据通信技术发展的趋势。

请参照公开于2005年11月2目的公开号为CN1691676的专利申请文件，其揭示了现有技术中MBMS会话开始流程。具体参照图1，该流程包括以下步骤：

步骤101，BM-SC(多播业务中心)向其对应MBMS承载上下文中“下行流节点列表”参数中保存的GGSN(关口GPRS支撑节点)请求消息(SessionStart Request)，指示即将开始的传输，并设置MBMS承载上下文的状态属性为“激活”。该请求中提供了Qos、MBMS域、估计该会话的长度等会话属性。

步骤102，GGSN收到会话开始请求消息后，在MBMS承载上下文当中保存该消息中提供的会话属性，设置MBMS承载上下文的状态属性为“激活”，并向BM-SC发送一个会话开始响应消息(Session Start Response)。

步骤103，GGSN向其对应MBMS承载上下文(MBMS service Context)中“下行流节点列表”参数中保存的SGSN(服务GPRS支撑节点)，发送一个MBMS会话开始请求消息(MBMS Session Start Request)。

步骤104，SGSN收到MBMS会话开始请求消息后，在MBMS承载上下文当中保存会话属性，并设置MBMS承载上下文的状态属性为“激活”，向GGSN发送一个MBMS会话开始响应消息(MBMS Session Start Response)。

步骤105，SGSN向每个和该SGSN相连的BSC/RNC，发送一个MBMS会话开始请求消息(MBMS Session start Request)，该消息中包含了会话属性。BSC/RNC判断其是否在MBMS域内，如果BSC/RNC在MBMS域内，则先在MBMS承载上下文中保存会话属性，设置MBMS承载上下文的状态属性为“激活”，然后执行步骤106；否则直接执行步骤106。

步骤106，BSC/RNC向SGSN发送一个MBMS会话开始响应消息(MBMSSession Start Request)。

如果BSC/RNC在MBMS域内，则BSC/RNC在MBMS会话开始。

如果BSC/RNC不在MBMS域内，则其向SGSN发送的MBMS会话开始响应消息中，指示BSC/RNC不在MBMS域内。

然后，BSC/RNC就可以在MBMS域内建立用于传输MBMS数据到感兴趣UE的必要的无线资源。

步骤107，BSC/RNC向小区中激活了该MBMS的UE发送询问消息，询问该UE是否接受该MBMS会话。

步骤108，同意接收该MBMS会话的UE向BSC/RNC返回询问响应消息。

步骤109，BSC/RNC对返回了询问响应消息的UE进行统计，根据统计结果来确定每个小区(Cell)内接收同一MBMS的用户数量。

RNC通过统计每个MBMS service Context中记录的用户终端数量，分别得到每个小区内接收每项MBMS的用户数量，并根据每个小区内接收每项MBMS的用户数量的情况，选择相应的承载方式向多个用户终端发送相应的MBMS数据。如用户数较少可以为每个用户建立专用信道采用点对点(PTP，Point-to-Point)方式进行MBMS数据传输；如果希望接收该MBMS的用户数达到一定数量将采用(PTM，Point-to-Multipoint)的方式广播；如果小区中没有用户希望接收则不在该小区中传输此MBMS。其中PTP承载方式是指将MBMS承载在接收该项MBMS的用户专用信道上，而PTM承载方式则是指将MBMS承载在移动通信系统的公共信道MCCH上。

在3G系统中，终端一旦检测到正在对其准备接收的业务进行Counting(计数)过程，终端应基于MCCH中的概率因子尝试进行计数响应(CountingResponse)，返回询问响应消息。处于空闲(IDLE)状态的终端，收到命令后将根据一个概率判决过程来指示高层建立RRC连接，其中RRC连接建立原因为接收MBMS(MBMS reception)；处于URA_PCH、Cell_PCH和CellF_ACH状态下的终端收到通知后根据一个概率判决过程发起小区更新过程，其中的原因值为“MBMS reception”。并且终端在每个接入信息周期继续接收询问消息(MBMS ACCESS INFORMATION)直到处于空闲模式的终端进入RRC连接模式或处于URA_PCH、CellP_CH和Cell_FACH状态(URA_PCH、Cell_PCH和Cell_FACH为终端所处的工作状态)下的终端完成了小区更新过程或网络不再要求计数。终端每次收到询问消息MBMS ACCESS INFORMATION均更新概率因子。

可见，在3G系统中，IDLE状态的UE将通过RRC连接建立过程来完成Counting Response；URA_PCH、Cell_PCH或Cell_FACH状态的UE将通过小区更新过程来完成Counting Response，这些过程都将通过随机接入来实现。

目前在LTE(Long Term Evolution，长期演进的E3G)系统中，关于随机接入，对于非同步状态下的UE主要有一步接入和两步接入过程，请分别参见图2和图3，在UE的一步接入过程中，首先向网络侧发送导言码和随机接入消息，该随机接入消息包括UE_ID、随机接入原因及资源请求等；网络侧相应地向UE发送时间同步信息和资源分配信息后，UE可以在网络侧分配的相应资源上传输数据。此过程中，UE通过NodeB/RNC与网络侧交互。对于图3所示的两步接入过程，流程如下：网络侧收到UE发送导言码Preamble后，发送时间同步信息、RACH资源指示信息给UE；UE向网络侧发送随机接入消息，请求无线资源控制(RRC，Radio Resource Control)连接；网络侧给UE分配资源，发送资源分配消息；UE在相应的资源上传输数据。

同步状态的UE，可以直接在RACH上发送随机接入(Scheduling Request)信息，不要进行导言码Preamble的发送。

对于LTE系统中的MBMS，同样将进行Counting过程，因此UE进行Counting Response时也涉及到随机接入的问题。针对Counting Response的随机接入过程与普通的随机接入过程有很大的不同。

现在设计的随机接入过程没有考虑MBMS的需求，当用户发起业务时，UE将发送自己的标识(UE_ID)及接入的原因，NodeB收到后将针对该UE反馈资源分配信息，由于其中也携带有UE的标识，UE就能确定该信息是反馈给自己的。小区中的每个UE在收到MBMS ACCESS INFORMATION消息后，均会指示上层建立RRC连接，通过建立逻辑信道DTCH/DCCH进行Counting Response，需要建立和接收的特定的MBMS的终端一样多的DTCH/DCCH，这样每个进行Counting Response的UE均需要占用一定的网络资源，用于上行链路信道的资源会被大量消耗和浪费；且网络信令的交互较为复杂。而MBMSCoungting过程中的随机接入不需要NodeB针对该特定UE反馈信息，而是NodeB收到后更新MCCH信道上的信息，因此在随机接入中UE不要发送UE_ID，而应该包含一个MBMS服务标识(MBMS serviceID)，已标识针对的是哪个MBMS进行的Counting Response。

发明内容

本发明要解决的技术问题是终端UE进行Counting Response过程中的随机接入问题。

为解决上述技术问题，本发明提供了一种控制MBMS发送的方法，用于控制发送MBMS到多个终端的无线系统中，包括：

网络侧向终端发送询问消息，询问终端是否接收某MBMS；

终端在随机接入时向网络侧发送计数响应消息；

网络侧收到计数响应消息后在多播控制信道MCCH上发送MBMS数据报文。

优选地，网络侧收到UE的询问响应消息后还先在多播控制信道MCCH上发送Counting计数结束命令并发送与该MBMS数据传输相关的控制信令。

本发明还提供了一种无线网络处理反馈信息的方法，包括如下步骤：

UE向网络侧发送随机接入相关信令；

网络侧正确接收后在多播控制信道MCCH上发送下行信令。

优选地，所述下行信令包括MBMS的数据报文，还可以包括计数结束命令和时间同步信息、资源分配信息。

本发明还提供了一种UE进行Counting Response过程中的随机接入方法，包括如下步骤：

UE发送包含MBMS Service ID和接入原因MBMS reception信息的信令；

网络侧正确接收后在多播控制信道MCCH上发送Counting计数结束命令。

优选地，所述UE处于非同步状态，所述随机接入为一步接入方式时，所述UE发送包含MBMS Service ID和接入原因MBMS reception信息的信令具体为：UE在上行接入时刻向网络侧传输上行导言码Access Preamble、MBMSService ID和接入原因MBMS reception；

所述随机接入为两步接入方式，所述UE发送包含请求资源MBMSService ID和接入原因MBMS reception信息的信令具体为：

A1、UE向网络侧发送Access Preamble码；

A2、网络侧收到Access Preamble码后在相应位置发送时间和资源指示信息；

A3、UE根据网络侧的指示信息在相应位置发送MBMS Service ID和接入原因MBMS reception信息。

当UE处于同步状态时，UE发送包含MBMS Service ID和接入原因MBMS reception信息的信令具体为：UE直接在随机接入信道RACH上发起包含MBMS Service ID和MBMS reception的信令。

本发明根据UE的Counting Response过程的特点对现有随机接入过程进行了改进，使之适用于MBMS Counting Response，在本发明中网络侧不需要确定有多少个UE愿意接收，而只要知道小区中有UE准备接收，就在下一个可用的MCCH上发送Counting结束命令，在多播控制信道MCCH上广播MBMS的数据报文。此外，本发明在随机接入信道RACH上不用传输UE相关的ID，简化了Counting Response过程，节约了网络资源。

附图说明

图1为现有技术中MBMS会话开始流程示意图。

图2为LTE系统随机接入的一步接入过程示意图。

图3为LTE系统随机接入的两步接入过程示意图。

图4为本发明在LTE系统中的一步随机接入过程示意图。

图5为本发明在LTE系统中的两步随机接入过程示意图。

具体实施方式

对MBMS进行Counting计数的目的是为了统计小区中是否有用户希望接收该MBMS，在LTE中已经确定对于MBMS只采用PTM的方式，取消了PTP方式，因此网络不需要确定有多少个UE愿意接收，可以只有一个UE准备接收，也可以有预定多数个UE准备接收，而只要知道小区中有UE准备接收，该Counting的目的就达到了，并将在下一个可用的MCCH上发送Counting结束命令。

UE在对MBMS进行Counting计数过程是通过随机接入过程进行响应的，该随机接入过程与其他情况下的随机接入有很大的不同，首先CountingResponse针对的是某个MBMS，网络侧不需要知道是哪个UE准备接收MBMS，因此在随机接入信道RACH上不用传输UE相关的ID，而应该传输MBMS相关的ID：“MBMS Service ID”；同时接入原因也需要指示为“MBMSreception”；另外，对于Counting Response计数响应网络侧收到UE在随机接入RACH上传送的上述信息后，不需要针对这个UE传输下行信息，而是在随后的MCCH信道上发送Counting结束命令以及该MBMS相关的信息，因此针对Counting Response的随机接入过程在UE在RACH上发送完请求资源“MBMS Service ID”和接入原因“MBMS reception”后就可以结束。

现有技术MBMS会话开始流程(具体参照图1)中，BM-SC(多播业务中心)向其对应MBMS承载的GGSN/SGSN发送会话开始请求消息(SessionStart Request)，指示即将开始的传输，并设置MBMS承载上下文的状态属性为“激活”。该请求中提供了Qos、MBMS域、估计该会话的长度等会话属性；

GGSN/SGSN向BM-SC(多播业务中心)发送一个MBMS会话开始响应消息(MBMS Session Start Response)；

GGSN/SGSN向和GGSN/SGSN相连的BSC/RNC，发送一个MBMS会话开始请求消息(MBMS Session start Request)，该消息中包含了会话属性。BSC/RNC判断其是否在MBMS域内，如果BSC/RNC在MBMS域内，则先在MBMS承载上下文中保存会话属性，设置MBMS承载上下文的状态属性为“激活”，然后向GGSN/SGSN发送一个MBMS会话开始响应消息(MBMSSession Start Request)。

如果BSC/RNC在MBMS域内，则BSC/RNC在MBMS会话开始。如果BSC/RNC不在MBMS域内，则其向GGSN/SGSN发送的MBMS会话开始响应消息中，指示BSC/RNC不在MBMS域内。

BSC/RNC向小区中激活了该MBMS的UE发送询问消息，询问该UE是否接受该MBMS会话。同意接收该MBMS会话的UE向BSC/RNC通过RRC连接建立或小区更新来返回询问响应消息。RRC连接建立或小区更新过程都通过随机接入来实现。在3G系统中，终端一旦检测到正在对其准备接收的业务进行Counting过程，终端应基于MCCH中的概率因子尝试进行计数响应(Counting Response)，返回询问响应消息。处于空闲(IDLE)状态的终端，收到命令后将根据一个概率判决过程来指示高层建立RRC连接，其中RRC连接建立原因为接收MBMS(MBMS reception)；处于URA_PCH、Cell_PCH和Cell_FACH状态下的终端收到通知后根据一个概率判决过程发起小区更新过程，其中的原因值为“MBMS reception”。并且终端在每个接入信息周期继续接收询问消息(MBMS ACCESS INFORMATION)直到处于空闲模式的终端进入RRC连接模式或处于URA_PCH、Cell_PCH和Cell_FACH状态(URA_PCH、Cell_PCH和Cell_FACH为终端所处的工作状态)下的终端完成了小区更新过程或网络不再要求计数。终端每次收到询问消息MBMSACCESS INFORMATION均更新概率因子。

可见，在3G系统中，IDLE状态的UE将通过RRC连接建立过程来完成Counting Response；URA_PCH、Cell_PCH或Cell_FACH状态的UE将通过小区更新过程来完成Counting Response，这些过程都将通过随机接入来实现。

在现有技术中，BSC/RNC对返回了询问响应消息的UE进行统计，根据统计结果来确定每个小区(Cell)内接收同一MBMS的用户数量。然后，根据用户数量确定采用何种方式传输MBMS。

本发明中Counting Response计数响应针对的是某个MBMS，网络侧只要知道有用户希望接收该MBMS就可以了，不需要知道具体是哪个UE准备接收MBMS，因此在随机接入信道RACH上不用传输UE相关的ID，而应该传输MBMS相关的ID：“MBMS Service ID”；同时接入原因也需要指示为“MBMS reception”；另外，对于Counting Response计数响应网络侧收到UE在随机接入信道RACH上传送的上述信息后，不需要针对这个UE传输下行信息，而是在随后的MCCH信道上发送Counting结束命令以及该MBMS相关的信息，因此针对Counting Response的随机接入过程在UE在RACH上发送完请求资源“MBMS Service ID”和接入原因“MBMS reception”后就可以结束。

下面详细介绍3GPPR6协议中对Counting过程的描述：

UE在多播指示信道(MICH，MBMS Notification Indicator Channel)上接收到其加入的MBMS的通知，马上读取多播控制信道MCCH(MBMSpoint-to-multipoint Control Channel)，当收到的消息类型MBMS MODIFIEDSERVICES(MBMS修正服务消息)中包含的IE″MBMS required UE action″(信息元素“MBMS要求UE动作”)设定为Acquire counting info(获取计数信息)或Acquire counting info-PTM RBs unmodified(获取计数信息-点对多点无线承载修正)，UE侧开始执行Counting过程。

UE继续接收多播控制信道(MCCH，MBMS point-to-multipoint ControlChannel)直到下一个调整周期，以获得MBMS ACCESS INFORMATION询问消息。MBMS ACCESS INFORMATION中包含了如下内容：

接入概率因子Access probability factor-Idle、接入概率因子Accessprobability factor-URA_PCH/Cell_PCH/Cell_FACH以及URA_PCH、CELL_PCH、CELL_FACH状态UE是否进行Counting的指示信息。

并且MBMS ACCESS INFORMATION的内容在一个MCCH调整周期内是可以变化的，网络会更新接入概率因子，以及改变某种状态UE是否进行Counting的指示信息。

终端收到MBMS ACCESS INFORMATION消息，且其中包含一个或多个本终端已加入的MBMS。

如果UE处于idle模式，则终端应针对每个业务，生成随机数rand，rand在0≤rand＜1均匀分布；

如果rand小于Access probability factor-Idle指示的值，终端应指示上层建立RRC连接，建立的原因是MBMS reception；如果RRC连接建立成功，过程结束；

否则

如果消息类型MBMS MODIFIED SERVICES消息包含继续读取MCCH(Continue MCCH reading)且值为TRUE，UE继续读取MBMS ACCESSINFORMATION询问消息，并直到本改变周期(modification period)结束。

否则继续读取MBMS ACCESS INFORMATION消息，直至下一个改变周期。

如果UE处于URA_PCH，Cell_PCH或Cell_FACH状态，并且Connectedmode counting scope指示该状态的UE需要进行counting，则终端应针对每个业务，生成随机数rand，rand在0≤rand＜1均匀分布；否则过程结束。

如果rand小于Access probability factor-URA_PCH/Cell_PCH/Cell_FACH指示的值，且当前调整周期小区更新cell update过程没有成功，则重新发起小区更新过程，原因为MBMS reception，如果上述条件应用于多个业务，终端只发起一次小区更新过程；如果小区更新成功，过程结束。

如rand不小于Access probability factor-URA_PCH/Cell_PCH/Cell_FACH指示的值，触发消息中Continue MCCH reading为TRUE，则继续读取MBMSACCESS INFORMATION消息，直到下一个改变周期；否则继续读取MBMSACCESS INFORMATION消息，并在本改变周期的结束位置停止。

如果终端检测到在接入信息周期没有提供询问消息MBMS ACCESSINFORMATION或收到MBMS ACCESS INFORMATION且不包含终端加入的MBMS，终端应中止MBMS计数过程。

对于LTE系统中的MBMS中的Counting过程，UE进行Counting Response时也涉及到随机接入的问题。

目前在LTE系统中，关于随机接入，对于非同步状态下的UE主要有一步接入和两步接入过程，请分别参见图2和图3。

一步接入的随机接入过程，流程如下：

201，UE向NodeB/ENodeB发送导言码(Access Preamble)和随机接入消息；

该随机接入消息包括UE_ID、随机接入原因、资源请求等；

202，NodeB/ENodeB反馈时间同步信息(Timing information)、资源分配信息(Uplink Date Resource Allocation)；

203，UE在网络分配的相应资源上传输数据。

对于两步接入的随机接入过程，流程如下：

301，UE向NodeB/ENodeB发送导言码(Access Preamble)；

302，NodeB/ENodeB向UE反馈时间同步信息(Timing information)、随机接入信道RACH信息指示，该RACH指示信息指示UE在哪个随机接入信道RACH上发送随机接入信息；

303，UE在相应的RACH上向NodeB/EnodeB发送随机接入消息(UE_ID、随机接入原因、资源请求)；

304，NodeB/ENodeB向UE反馈资源分配信息(Date Resource Allocation)；

305，UE或NodeB在相应的资源上传输数据。

对于同步状态的UE，可以直接在随机接入信道RACH上发送UE_ID、随机接入原因、资源请求信息，不要进行Access Preamble的发送。

在LTE系统中，对MBMS进行Counting的目的是为了统计小区中是否有用户希望接收该MBMS，LTE中已经确定对于MBMS只采用PTM的方式，取消了PTP方式，因此网络不需要确定有多少个UE愿意接收，而只要知道小区中有UE准备接收，该Counting的目的就达到了，并将在下一个可用的多播控制信道MCCH上发送Counting结束命令。

在MBMS会话开始过程中针对Counting Response的随机接入过程与普通的随机接入过程有很大的不同，而现在设计的随机接入过程没有考虑MBMS的需求，本发明根据Counting Response的特点对现有随机接入过程进行了修改，使之适用于MBMS Counting Response。本发明给出的MBMS计数过程中的上行接入方法将解决这些问题。

本发明中，对于非同步状态的UE也分为一步接入和两步接入。

对于一步的随机接入过程，在进行MBMS Counting Response时，UE只需在上行接入时刻通过发送上行导言码Access Preamble、请求消息MBMSService ID和接入原因MBMS reception，网络侧正确接收后将在多播控制信道MCCH上发送Counting计数结束命令，不用针对该UE发送其他下行信令，请参见图4，针对MBMS Counting Response的一步随机接入具体流程如下：

UE向NodeB/ENodeB发送导言码(Access Preamble)、请求消息MBMSService ID和接入原因MBMS reception；

NodeB/ENodeB正确接收后在多播控制信道MCCH上发送Counting计数结束命令。

Counting结束，网络侧将在多播控制信道MCCH上播送MBMS的数据报文。

在本过程中，NodeB/ENodeB同样也可以不发送Counting计数结束命令，而直接在多播控制信道MCCH上播送MBMS业务的数据报文。

对于两步接入的随机接入过程，请参见图5，流程如下：

UE向NodeB/ENodeB发送导言码Access Preamble；

NodeB/ENodeB收到Access Preamble码后在相应位置发送时间(Timinginformation)和资源指示信息(Uplink Date Resource Allocation)；

UE根据NodeB/ENodeB的指示信息在相应位置发送请求资源MBMSService ID和接入原因MBMS reception信息；

NodeB/ENodeB正确接收后在MCCH上发送Counting结束命令。

Counting结束，网络侧将在多播控制信道MCCH上播送MBMS的数据报文。

在本过程中，NodeB/ENodeB同样也可以不发送Counting计数结束命令，而直接在多播控制信道MCCH上播送MBMS业务的数据报文。

对于同步状态的UE，可以直接在随机接入信道RACH上发送包含请求资源MBMS Service ID和接入原因MBMS reception信息的信令，而不需要进行Access Preamble的发送。

同步状态的UE在进行Countin Response时同样可以采用类型现有的概率因子判决或其他分散接入的方法，以避免多个用户同时进行CountingResponse，减少碰撞概率。

当发送Counting Response的UE之间或和其他随机接入UE发生了碰撞，NodeB/ENodeB没有接收到Counting Response，UE在NodeB/ENodeB发送Counting结束命令前将选择其他接入时刻继续进行Counting Response。

如果NodeB/ENodeB收到一个Counting Response，则在下一个有效的MCCH上发送Counting结束命令，UE收到后停止进行Counting Response；

如果eNodeB在一段时间内没有收到任何Counting Response，那么可以判断在该小区中没有用户希望接收该MBMS，eNodeB将决定不在该小区中传输该MBMS，并更新MCCH上的信息。

综上，现有技术中的随机接入过程没有考虑MBMS的需求，当用户发起业务时，UE将发送自己的标识及接入的原因，NodeB收到后将针对该UE反馈资源分配信息，由于其中也携带有UE的标识，UE就能确定该信息是反馈给自己的。本发明中UE通过随机接入进行响应时，首先Counting Response针对的是某个MBMS，网络侧不需要知道是哪个UE准备接收MBMS，因此在RACH上不用传输UE相关的ID，而应该传输MBMS相关的ID：“MBMSService ID”，以标识是针对哪个MBMS进行的Counting Response。同时接入原因指示为“MBMS reception”；另外，对于Counting Response网络侧收到UE在RACH上传送的上述信息后，不需要针对这个UE传输下行信息，而是在随后可以在MCCH信道上发送Counting结束命令以及该MBMS相关的信息，因此针对Counting Response的随机接入过程在UE在RACH上发送完“MBMS Service ID”和接入原因“MBMS reception”后就可以结束。

通过上面的描述，本发明给出一种控制MBMS发送的方法，其随机接入过程与普通的随机接入过程有很大不同的，本发明设计的MBMS计数过程中的随机接入过程考虑了MBMS的需求，使之适用于MBMS CountingResponse，并简化了Counting Response过程，节约了网络资源。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (16)

1、一种UE在多媒体多播业务MBMS计数响应过程中的随机接入方法，包括如下步骤：

A、UE发送包含MBMS服务标识和接入原因MBMS reception信息的信令；

B、网络侧正确接收后在多播控制信道MCCH上发送Counting计数结束命令。

2、如权利要求1所述的随机接入方法，所述UE处于非同步状态，所述随机接入为一步接入方式，步骤A中所述UE发送的信令还包括：UE在上行接入时刻向网络侧传输的上行导言码Access Preamble。

3、如权利要求1所述的随机接入方法，所述UE处于非同步状态，所述随机接入为两步接入方式，所述UE发送包含MBMS服务标识和接入原因MBMS reception信息的信令具体为：

A1、UE向网络侧发送导言码；

A2、网络侧收到导言码后在相应位置发送时间和资源指示信息；

A3、UE根据网络侧的指示信息在相应位置发送MBMS服务标识和接入原因MBMS reception信息。

4、如权利要求1所述的随机接入方法，当UE处于同步状态时，UE发送包含MBMS服务标识和接入原因MBMS reception信息的信令具体为：UE直接在随机接入信道RACH上发起包含MBMS服务标识和MBMS reception的信令。

5、一种无线网络处理反馈信息的方法，包括如下步骤：

a、UE向网络侧发送随机接入相关信令；

b、网络侧正确接收后在多播控制信道MCCH上发送下行信令。

6、如权利要求5所述的无线网络处理反馈信息的方法，所述UE处于非同步状态，所述随机接入为一步接入方式，所述UE向网络侧发送随机接入相关信令具体为UE在上行接入时刻向网络侧传输上行导言码、MBMS服务标识和接入原因MBMS reception。

7、如权利要求5所述的无线网络处理反馈信息的方法，所述UE处于非同步状态，所述随机接入为两步接入方式，所述UE向网络侧发送随机接入相关信令包括如下步骤：

a1、UE向网络侧发送导言码；

a2、网络侧收到导言码后在相应位置发送时间和资源指示信息；

a3、UE根据网络侧的指示信息在相应位置发送MBMS服务标识和接入原因MBMS reception信息。

8、如权利要求5所述的无线网络处理反馈信息的方法，当UE处于同步状态时，UE向网络侧发送随机接入相关信令具体为：UE直接在随机接入信道RACH上发起包含MBMS服务标识和接入原因MBMS reception的信令。

9、如权利要求5所述的无线网络处理反馈信息的方法，所述步骤b中的下行信令包括计数结束命令。

10、如权利要求5所述的无线网络处理反馈信息的方法，所述步骤b中的下行信令包括时间同步信息、资源分配信息。

11、如权利要求5、9或10所述的无线网络处理反馈信息的方法，所述步骤b中的下行信令包括MBMS的数据报文。

12、一种控制MBMS发送的方法，用于控制发送多媒体多播业务到多个终端的无线系统中，包括：

I、网络侧向终端发送询问消息，询问终端是否接收某MBMS；

II、终端在随机接入时向网络侧发送询问响应消息；

III、网络侧接收预定数目终端的响应消息后在多播控制信道MCCH上广播MBMS的数据报文。

13、如权利要求12所述的控制MBMS发送的方法，当所述UE处于非同步状态，所述随机接入为一步接入方式时，所述终端在随机接入时向网络侧发送询问响应消息具体为UE在上行接入时刻向网络侧传输上行导言码、MBMS服务标识和接入原因MBMS reception。

14、如权利要求12所述的控制MBMS发送的方法，所述UE处于非同步状态，所述随机接入为两步接入方式，所述终端在随机接入时向网络侧发送询问响应消息包括如下步骤：

a1、UE向网络侧发送导言码；

a2、网络侧收到导言码后在相应位置发送时间和资源指示信息；

a3、UE根据网络侧的指示信息在相应位置发送请求资源MBMS服务标识和接入原因MBMS reception信息。

15、如权利要求12所述的控制MBMS发送的方法，当UE处于同步状态时，所述终端在随机接入时向网络侧发送询问响应消息具体为：UE直接在随机接入信道RACH上发起包含MBMS服务标识和接入原因MBMS reception的信令。

16、如权利要求12所述的控制MBMS发送的方法，步骤III之前还包括如下步骤：网络侧收到预定数目UE的计数响应消息后先在多播控制信道上发送计数结束命令。

Images