释放无线资源控制连接的方法 【技术领域】
本发明涉及多媒体广播和组播业务，特别涉及释放无线资源控制连接的方法。
背景技术
多媒体广播和组播业务(简称MBMS)是由第三代伙伴计划(简称3GPP)提出并正在进行标准化的一项新业务。MBMS业务是一种单向的点对多点的业务，这种业务的最大特点是它可以有效的利用无线资源和网络资源。
图1描述了MBMS的系统结构。下面是对图1MBMS系统结构的说明：
MBMS网络结构以通用分组无线业务(简称GPRS)核心网为基础，并增加了新的网络单元。101广播和组播业务中心(简称BM-SC)是MBMS系统的业务控制中心。102网关GPRS支持节点(简称GGSN)和103服务GPRS支持节点(简称SGSN)构成了MBMS业务的传输网络，为数据地传输提供路由。106归属位置寄存器(简称HLR)保存与用户有关的数据，可以提供用户鉴权等服务。104 UMTS陆地无线接入网(简称UTRAN)在空中接口上为MBMS服务提供无线资源。107 Iu表示无线接入网和核心网之间的接口。108 Uu接口(即：空中接口)是无线网络和用户设备之间的无线传输接。109 Iur接口是DRNC和SRNC之间的接口，用于在二者之间提供数据和信令传输。105用户设备(简称UE)是用来接收数据的终端设备。MBMS业务所用的无线资源不是用户专用的，而是由此业务的所有用户共享的。
RRC连接是指UE和SRNC之间的无线资源控制连接，因此，RRC连接的管理也是由SRNC负责。现有的RRC连接释放过程是由SRNC发起的。当一个UE的RRC连接释放后，隶属于这个用户的所有无线承载都要释放，UE则回到空闲模式。图2是现有的RRC连接释放过程。
在201，SRNC通过向UE发送“RRC CONNECTION RELEASEREQUEST”消息发起RRC连接释放过程。
在202，UE中断任何正在进行过程对RRC连接释放请求做出响应。
现有的RRC连接的存在是为点对点的业务服务的，RRC连接是由SRNC负责的，它的释放过程是也由SRNC发起的。但是在MBMS业务提供过程中，RNC为了决定用何种无线承载(点对点或点对多点)提供业务，需要统计接收这种业务的用户的数目，当用户数目超过一定门限(Nm)时，RNC会选择用点对多点的无线承载为这些用户提供业务，当用户数目低于Nm时，RNC会选择点对点的无线承载。RNC统计用户数目的方法之一就是使某些UE处于连接模式。RNC会保存处于连接模式的UE的上下文，进而可以统计出UE的数目。为了节省网络和终端的资源，RNC只需要保持一定数目的UE在连接模式下，而不需要使所有相关的UE都处于连接模式下。由于移动性等原因，当RNC内处于连接模式的UE的数目超过需要保持的数目时，RNC会决定让一些UE返回到空闲模式去接收MBMS业务。
如果处于连接模式的UE在DRNC所属的小区接收业务，当DRNC认为某个或某些UE的RRC连接不再需要时，DRNC并不能直接让UE返回到空闲模式，因为这些UE的RRC连接是由它们的SRNC来管理的。
【发明内容】
本发明的目的是提供一种新的释放无线资源控制连接的方法，在这个方法中，当DRNC认为某个或某些UE的RRC连接不再需要，并且这些UE的RRC连接是由其它的RNC来管理时，则通过Iur接口向这个或这些UE的SRNC发出指示，指示SRNC可以释放这个或这些UE的RRC连接。SRNC根据当前UE所处的状态和它的上下文，决定这些UE是否可以返回到空闲模式。
为实现上述目的，一种释放无线资源控制连接的方法，包括步骤：
如果处于连接模式的UE数目达到或超过所需要的处于连接模式的UE数目，DRNC通过Iur接口向SRNC发出指示，指示SRNC可以释放这些UE的RRC连接，使它们回到空闲模式；
SRNC收到DRNC的指示后，检查UE的上下文，以确定此UE是否可以返回到空闲模式，如果此UE的RRC连接不再需要，SRNC可发起RRC连接释放过程，如果此UE的RRC连接仍然需要，则拒绝把UE移动到空闲模式；
SRNC把判断和执行结果返回给DRNC；
DRNC对SRNC汇报来的结果重新进行评估，以确定是否需要把另外一些UE移动到空闲模式。
本发明提出了通过Iur接口DRNC指示SRNC释放RRC连接的方法，DRNC可以指示SRNC释放某个或某些UE的RRC连接，如果DRNC认为这些UE没必要继续保持在连接模式下。使UE回到空闲模式，MBMS业务可以正常接收，同时节省了UE和网络的资源，因为在空闲模式下，UE和网络都会消耗更省少的资源。某些UE因为MBMS用户数统计的原因而保持在连接模式，释放这些UE的RRC连接时要使用新的释放原因，并通知UE的高层。
【附图说明】
图1是MBMS系统结构示意图；
图2是现有的RRC连接释放过程；
图3是本发明实施例流程图；
图4DRNC节点操作流程；
图5SRNC节点操作流程；
图6UE节点操作流程。
【具体实施方式】
下面参照附图详细说明本发明的实施例。以下只对本发明的必要组成部分进行详细说明，为了突出重点会对其它部分有所省略。
图3表示本发明所提出的DRNC指示或请求SRNC释放某个或某些UE的RRC连接的流程图。
为了便于描述，图3中的301，302，303列出了本实施例的假设条件，301表示UE此时正处于CELL FACH状态接收MBMS业务，UE此时处于这个状态可以是因为RNC为了统计UE数目而要求它这样做，也可以因为有其它正在进行的业务而处于这个状态。
302表示UE新移入的小区正在以点到多点的无线承载传输MBMS业务，并且处于连接模式的UE数目也已经达到或超过了所需要的处于连接模式的UE的数目。
303表示UE所处的旧的小区在该UE移走前在以点到多点的方式提供业务，并且处于连接模式的UE数目也已经达到或超过了所需要的处于连接模式的UE的数目。
302和303中所述的处于连接模式的UE的数目足以使RNC可以判断使用点对多点的无线承载提供该MBMS业务。当DRNC或SRNC中UE的数目发生变化时，RNC会重新评估UE的数目，并做出相应的判决和处理。在下面的描述中会涉及与本发明相关的RNC对UE数目的处理方法，对于与本发明无关的部分，本文不做详细说明。
在304阶段，UE移动到新的小区，根据现有的机制进行小区选择。
在305阶段，UE通过新的DRNC向SRNC发送“小区更新”消息，以报告选择了新的小区，对于正在接收MBMS业务的UE，UE在发送消息时，要在消息中包括它正在接收的业务的标识号。
在306阶段，SRNC向DRNC发送“连接请求”消息，以告知DRNC有新的UE注册到它的小区，在消息中要包括UE的标识UE_id，UE所在小区的标识Cell_id，和UE正在接收的业务的标识等。
在307阶段，DRNC收到来自SRNC的请求后，对它的UE数目加1，当DRNC认为它的处于连接模式的UE的数目已经超过需要时，可以考虑释放一部分UE的RRC连接，使它们回到空闲模式。这个RNC(即DRNC)可以直接释放它管理的某些UE的RRC连接。如果有些UE的RRC连接由其它RNC(即SRNC)管理，DRNC需要指示SRNC可以释放这些UE的RRC连接，由SRNC决定是否要释放某个UE的RRC连接。在这个过程中，如果DRNC可以根据UE当前的业务状况直接决定某个UE的RRC连接是否可以释放，当某个UE的RRC连接当前不能释放时，DRNC就不必向SRNC发出指示，再让SRNC来做决定。
308阶段是对306阶段的响应，在这个响应消息中，可以包含DRNC所用的无线承载的信息，这些信息可以由SRNC通过专用信道通知UE，根据本发明提出的方案，该消息还要包含“RRC连接释放指示”信息，用于告知SRNC哪些UE的RRC连接SRNC可以释放，使之回到空闲模式。如果不是对306阶段的响应，DRNC可以直接向SRNC发送“RRC连接释放指示”，消息中同样包含上述的信息，如309阶段所示。
SRNC收到来自DRNC的指示信息后，在310阶段对UE的上下文进行检查，以确定是否要释放该UE的RRC连接。SRNC考虑的因素包括UE正在进行接收的其它业务的情况，当其它的业务仍需要该UE处于连接模式时，SRNC就不能释放该RRC连接。
在311阶段，SRNC根据它的决定对MBMS上下文做相应的更新。
在312阶段，SRNC用“RRC连接释放响应”消息向DRNC做出响应，响应消息中包括已经同意释放RRC连接的UE_id，和拒绝释放RRC连接的UE_id，对于拒绝释放RRC连接的UE要给出拒绝原因。
在313阶段，DRNC根据来自SRNC的RRC连接释放结果，更新MBMS上下文，并重新评估UE的数目，如果处于连接模式的UE数目仍然超过需要的数目，DRNC可以考虑释放其它的处于连接模式的UE的RRC连接，发起309阶段所示的过程。
在314阶段，SRNC发起RRC连接释放过程，在“RRC连接释放”消息中，要有一个新的释放原因：MBMS业务不再需要统计用户数目。在这个消息中还可以包括目标小区所用的MBMS无线承载信息。UE在收到SRNC的请求后，应立即释放有关的资源，把释放原因通知上层，利用得到的新的MBMS无线承载接收MBMS业务。UE的具体行为在现有的3GPP协议中已经有详细描述。这个同时也是对305消息的响应。
当SRNC决定不释放某些UE的RRC连接时，在315阶段向UE发送“小区更新确认”消息，消息可以包含目标小区所用的MBMS无线承载信息。UE对接收到的确认消息进行处理的方法在现有协议中已经有详细描述。此外，UE可以根据收到的无线承载信息在新小区内接收MBMS业务。
图4描述了DRNC节点处理流程。
401阶段表示DRNC通过Iur接口从SRNC接收消息。
402阶段判断DRNC从上述SRNC接收到的消息是否是“连接请求”消息，如果是则向403移动，如果不是则向408移动。
在403阶段，DRNC根据接收到的消息，更新它的MBMS业务上下文(MBMS service context)，在上下文中包含新的UE的标识。
404阶段判断DRNC当前所用无线承载是点对点的，还是点对多点的，如果是点对多点的，则向406移动，如果是点对点的，则向405移动，由于405阶段的处理与本发明没有密切的关系，在此不做详细说明。
在406阶段，DRNC检查MBMS业务上下文中UE的数目，并与门限(Nm)比较，判定哪些UE的RRC连接不再需要保持，可以回到空闲模式。
在407阶段，DRNC向SRNC发送指示信息，告知SRNC哪个或哪些UE的RRC连接DRNC不再需要，可以释放。信息发出后，DRNC等待SRNC的响应。
在408阶段，DRNC判断是否收到了“RRC连接释放响应”消息，如果是则向409移动，如果不是则返回401，继续接收其它消息。
在409阶段，DRNC对接收到的响应信息进行分析，确认哪些UE已经回到了空闲模式，哪些UE被SRNC拒绝释放RRC连接，并根据分析结果，更新MBMS业务上下文。409执行后，如果DRNC根据当前UE数目认为它需要向SRNC指示释放某些UE的RRC连接，要继续执行406阶段。
图5描述了SRNC节点处理流程。
501阶段表示SRNC从DRNC和UE接收消息。
502阶段判断SRNC所收到的消息是否是“小区更新”消息，如果是则向503移动，如果不是则向508移动。
503阶段，SRNC检查UE发起小区更新过程的原因。
504阶段判断小区更新原因是否是小区重选，如果是则移向506，如果不是，则移向505。
在505阶段，对其它原因引起的小区更新的处理与本发明没有密切的关系，在此不做详细描述。
在506阶段，SRNC向DRNC发送“连接请求”消息，消息中包含UE_id，UE所在小区，业务标识等，同时SRNC等待DRNC的响应。
在507阶段，SRNC对UE发出的“小区更新”消息做出响应，向UE发送“小区更新确认”消息，SRNC也可决定先等待接收来自DRNC的“连接响应”，如果某些UE可以回到空闲模式，SRNC可以不发“小区更新响应”，而直接发送“RRC连接释放”消息，让UE回到空闲模式。
508阶段判断DRNC是否收到了“连接响应”消息，如果是则移向509，如果不是则移向517。
509阶段和510阶段判断消息中是否包含“RRC连接释放指示”信息，如果有则移向512，如果没有则移向511。
在511阶段，对于消息中不包含“RRC连接释放指示”信息的消息的处理在此不做详细描述。
在512阶段，SRNC根据UE的上下文，分析哪些UE可以回到空闲模式。
513阶段判断是否有UE要回到空闲模式，如果有则移向515，如果没有则移向514。
在515阶段，SRNC向DRNC发送“RRC连接释放响应”消息，告知DRNC哪些UE的RRC连接已经被释放。
在516阶段，SRNC向UE发送“RRC连接释放”消息，告知UE释放它的RRC连接，回到空闲模式。在消息中要指明释放原因是：MBMS业务不再需要该UE继续保持在连接模式。
517阶段判断DRNC是否收到了“RRC连接释放指示”消息，如果是则移向512，进行与收到“连接响应”相似的处理，如果不是则移向501，继续接收其它的消息。
图6描述了UE节点处理流程。
601阶段表示UE从SRNC接收消息。
602阶段判断UE是否收到了有关“小区改变”的消息，如果是则移向603，如果不是则移向604。
在603阶段，UE向SRNC发送“小区更新”消息，原因是“小区重选”，消息中包含MBMS业务标识号。
604阶段判定UE是否收到了“RRC连接释放”消息，如果是则移向605，如果不是则移向608。
在605阶段，UE判断消息中是否包含新小区的MBMS无线承载信息，如果有则移向606处理，如果没有则移向607。
在606阶段，UE根据接收到的RB信息配置无线资源并在新的小区内接收MBMS业务。
在607阶段，UE处理“RRC连接释放”消息，分析消息中的“释放原因”，并上报给UE的高层，如果释放原因是“MBMS”，则告知UE高层MBMS不再需要此UE保持在连接模式，此UE应回到空闲模式，然后，UE进行回到空闲模式的常规操作，在此不做详细说明。
608阶段判断UE是否接收到了“小区更新确认”消息，如果是则移向609，如果不是则移向601，继续接收其它消息。
在609阶段，UE判断消息中是否包含新小区的MBMS无线承载信息，如果有则移向610处理，如果没有则移向611。
在610阶段UE根据接收到的RB信息配置无线资源并在新的小区内接收MBMS业务。
在611阶段，UE对“小区更新确认”消息进行处理，在此不做详细描述。