CN102348165B

CN102348165B - 基站控制设备中支持接入终端的广播多播业务的方法

Info

Publication number: CN102348165B
Application number: CN201010246913.3A
Authority: CN
Inventors: 吕毅; 王青
Original assignee: Alcatel Optical Networks Israel Ltd
Current assignee: Alcatel Lucent SAS; Alcatel Optical Networks Israel Ltd
Priority date: 2010-08-02
Filing date: 2010-08-02
Publication date: 2014-01-01
Anticipated expiration: 2030-08-02
Also published as: CN102348165A

Abstract

为了解决目前接入终端在RNC内和RNC间进行切换时，接入网无法正常地向其提供广播多播业务的缺点，本发明提供了在基站控制设备中支持接入终端的广播多播业务的方法。对于RNC内切换，当接入终端目前所接入的基站的扇区载波不支持广播多播业务时，RNC仍然与接入终端协商广播多播业务的配置属性；对于RNC间切换，RNC根据该接入终端之前的会话信息，确定需要与该接入终端重新协商广播多播业务协议和配置属性，或协商配置属性。从而，RNC能够在该RNC所辖范围内的具备广播多播业务提供能力的区域向接入终端提供业务。

Description

基站控制设备中支持接入终端的广播多播业务的方法

技术领域

本发明涉及用于无线通信技术，尤其涉及无线广播多播业务。

背景技术

在由世界范围内的很多运营商所采用EVDO(进化的数据优化，Evolution-Data Optimized，或进化的数据专用Evolution-Data only)技术中，广播多播业务(Broadcast Multicast Service，简称BCMCS)是一项重要的业务，它能够向例如手机或EVDO调制解调器等接入终端提供广播和多播的业务数据。但是目前，不是所有的服务区域都支持提供广播多播业务。并且，各服务区域可能受不同厂商提供的基站控制设备(如无线网络控制器，Radio Network Controller，简称RNC)所辖，这些设备之间尚并没有对广播多播业务的提供方式进行统一。因此，根据目前的实际网络测试，当一个用户从不支持BCMCS的区域漫游或切换至一个支持BCMCS的区域时，常常仍然得不到BCMCS业务，这就出现了RNC间(inter-RNC)接入网无法正常地提供广播多播业务的问题。这是由于接入终端的会话信息中没有包含广播多播业务的相关协议或者配置属性，并且接入终端目前所接入的基站控制设备也不会立即与漫游而来的接入终端协商协议或者协商配置属性，所以接入终端无法获得BCMCS服务。这一状态通常一直持续到基站控制设备进行下次会话配置协商，而这甚至在54个小时乃至更长时间之后才会进行。

不仅如此，在同一支持广播多播业务的基站控制设备管辖的多个基站之中，不是所有的基站或扇区都能支持提供广播多播业务。如果接入设备目前接入的基站或扇区不支持BCMCS业务，那么包括基站控制设备在内的接入网不会与该接入终端进行广播协议的协商和配置属性的协商。所以，根据目前的实际测试，在同一支持广播多播业务的基站控制设备所辖范围内，当一个接入终端从不支持BCMCS的基站切换至一个支持BCMCS的基站时，常常仍然得不到BCMCS业务，这就出现了RNC内(intra-RNC)接入网无法正常地提供广播多播业务的问题。

目前运营商解决这些问题的方法通常是：在特定的用户向网络管理人员反馈无法接收到BCMCS业务之后，网络管理人员人工地清除该用户的现有的EVDO会话。该解决方法的缺点在于：

1)每一个用户必须进行反馈或提出请求，反映他无法接收BCMCS业务；

2)网络管理人员必须每一次分别为每一个用户进行人工操作；

3)清除现有的会话会导致用户从EVDO数据网络断开连接并重新连接，并产生显著的时间间隔。

发明内容

现有技术存在着RNC内和RNC间切换时，接入网无法支持广播多播业务的技术问题。

为了解决该些技术问题，本发明的发明构思在于：对于RNC内切换，当接入终端目前所接入的基站或扇区不支持广播多播业务时，RNC仍然与接入终端协商广播多播业务的配置属性；对于RNC间切换，RNC根据该接入终端之前的会话信息，确定需要与该接入终端重新协商广播多播业务协议和配置属性，或协商配置属性。从而，RNC能够在该RNC所辖范围内的具备广播多播业务提供能力的区域向接入终端提供业务。

根据本发明的第一个方面，提供了一种在支持广播多播业务的基站控制设备中用于支持接入终端的广播多播业务的方法，其中，所述接入终端接入于本基站控制设备所辖的基站处，该方法包括如下步骤：不论所述接入终端目前所接入的基站或扇区是否支持广播多播业务，与所述接入终端协商所用的广播多播业务协议；当所述接入终端目前所接入的基站或扇区不支持广播多播业务时，仍然与所述接入终端协商所述广播多播业务的配置属性。

从而，RNC始终能够在该RNC所辖范围内的具备广播多播业务提供能力的基站处向接入终端提供业务，而不会由于接入终端接入到不具备广播多播业务提供能力的基站或扇区后导致始终无法提供业务。

根据本发明的第二个方面，提供了一种在支持广播多播业务的基站控制器中用于支持接入终端的广播多播业务的方法，其中，所述接入终端从另一个基站控制器切换至本基站控制器所辖，该方法包括如下步骤：从该另一基站控制器获取与该接入终端对应的会话信息；根据该会话信息，确定本基站控制器是否需要与该接入终端重新协商广播多播业务协议和配置属性，或协商配置属性；当需要与该接入终端重新协商广播多播业务配置时，与所述接入终端重新协商广播多播业务协议和配置属性，或协商配置属性。

从而，RNC可以为从其他RNC切换而来的接入终端提供广播多播业务的支持。

本发明的以上特性及其他特性将在下文中的实施例部分进行明确地阐述。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的以上及其它特征、目的和优点将会变得更加明显：

图1是根据本发明的一个实施方式，用于RNC内支持广播多播业务的方法的流程图；

图2是根据本发明的另一个实施方式的一个方面，用于RNC间支持广播多播业务的方法的流程图；

图3是根据本发明的另一个实施方式的第二个方面，用于RNC内支持广播多播业务的方法的流程图。

附图中，相同或者相似的附图标识代表相同或者相似的部件。

具体实施方式

本发明的实施方式包括用于RNC内和RNC间的支持广播多播业务的方法，下面首先对根据本发明第一个方面的实施方式用于支持RNC内的广播业务的方法进行详述。

第一实施方式

在该实施方式中，支持广播多播业务的接入终端AT接入于支持广播多播业务的无线网络控制器RNC所辖的基站BS1处，但是所接入的基站BS 1或者所接入的基站BS1的扇区不支持广播多播业务。例如，接入终端AT刚开机，并首先与无线网络控制器RNC进行会话设置以及UATI(Unicast Access Terminal Identifier，单波接入终端标识符)分配，该接入终端AT由该UATI唯一地标识。

之后，优选的，不论接入终端AT及该接输入终端AT目前所接入的基站BS1是否支持广播多播业务，如图1所示，在步骤S10中，无线网络控制器RNC强制地向接入终端AT发送用于广播协议的配置请求。例如，即使接入终端AT当前的导频(pilot)活动组中并不包含容许BCMCS业务的载波，也就是基站BS1并不支持BCMCS业务时，无线网络控制器RNC也向该接入终端AT发送该用于通用广播协议组的配置请求(ConfigurationRequest for GenericBroadcast Protocol Suite)，以确定该接入终端AT是否支持BCMCS业务。

由于接入终端AT支持BCMCS业务，所以它向无线网络控制器RNC反馈用于与配置请求相应的、通用广播协议子类型的配置响应(ConfigurationResponse for Generic Broadcast Protocol subtype)。在步骤S12中，无线网络控制器RNC接收到该配置相应，并确定接入终端AT支持BCMCS业务，则它继续以下的步骤。

如果该接入终端AT没有主动提出支持广播多播业务协议时或协议没有协商成功时，在步骤S14中，无线网络控制器RNC强制地与接入终端AT协商所用的广播多播业务协议，并完成用于通用广播协议子类型的协商。具体的，如3GPP2C.S0024和C.S0054中定义的，RNC基于已有的会话配置协议(协议类型为N_SCPType)发出用于通用广播协议组(属性ID为N_{BroadcastType})子类型(协议子类型为N_{BroadcastGenericSubtype})的配置请求，并接收来自接入终端AT的用于通用广播协议子类型的配置响应，从而完成用于通用广播协议子类型的协商。若协议已由接入终端AT发起协商并已协商成功，但是该接入终端AT没有主动提出针对广播多播业务协议的配置参数协商或没有协商成功时，无线网络控制器RNC跳过步骤S14，直接进行步骤S16。

之后，虽然基站BS1不支持BCMCS业务，在步骤S16中，无线网络控制器RNC仍然强制地与接入终端AT协商通用广播协议的配置属性。优选地，配置属性包括以下至少任一项：

-广播开销周期(属性ID＝0xff)；

-动态广播注册周期(属性ID＝0xfd)；

-监控周期(属性ID＝0xfc)。

具体的，RNC基于通用广播协议(协议类型为N_{BroadcastType})向接入终端AT发送用于配置属性的配置请求，并接收到相应配置属性的配置反馈，则RNC与接入终端AT完成了通用广播协议的配置属性的协商过程。

在通用广播协议以及配置属性都协商完毕后，无线网络控制器RNC具备了在无线网络控制器RNC所辖范围内向接入终端AT提供BCMCS业务通信的前提条件，支持了接入终端AT的BCMCS业务通信。在步骤S18中，无线网络控制器RNC以该协议和配置属性作为会话信息保留下来，因此可以在其管辖的接入网范围内的任何支持BCMCS的区域向接入终端AT提供BCMCS服务，直至会话关闭或者释放。

例如，当该接入终端AT从基站BS 1切换至无线网络控制器RNC所辖的、支持广播多播业务的基站BS 2时，在步骤S20中，无线网络控制器RNC即可使用已协商的通用广播协议以及配置属性向该接入终端AT提供广播多播业务。之后，即使接入终端AT在多个不支持及支持BCMCS业务的基站之间切换，最后切换至一个支持BCMCS的区域时，无线网络控制器RNC仍然能够向接入终端AT提供BCMCS业务，解决了RNC内接入网无法正常地提供广播多播业务的问题。

以上对根据本发明的一个实施方式用于支持RNC内广播多播业务的方法进行了详述，下面将对根据本发明的另一个实施方式用于支持RNC间广播多播业务的方法进行详述。

第二实施方式

在本实施方式中，接入终端AT从另一个无线网络控制器RNC’切换至本无线网络控制器RNC所辖。该RNC’可以具备BCMCS功能，也可以不具备BCMCS功能。

如图2所示，首先，接入终端AT需要与该无线网络控制器RNC完成路由更新和UATI分配等漫游切换所需的操作。例如，接入终端AT向RNC发送路由更新和UATI请求。

接着，在步骤S20中，无线网络控制器RNC通过例如A13无线接口从该另一无线网络控制器RNC’获取与该接入终端AT对应的会话信息。例如，RNC向RNC’发出A13会话信息请求；RNC’向RNC反馈带有会话信息的A13会话信息响应；RNC向RNC’发送A13会话信息确认。该会话信息中记录了接入终端AT目前已经协商好的业务协议以及配置属性。该会话信息中包括接入终端AT当前正在使用(InUse)的协议以及相关的配置属性。

之后，无线网络控制器RNC将UATI分配提供给接入终端AT。接入终端AT将UATI完成和路由更新发送给无线网络控制器RNC。

接着，在步骤S22中，无线网络控制器RNC根据该会话信息，确定本无线网络控制器RNC是否需要与该接入终端AT重新协商广播多播业务协议和配置属性，或配置属性。

在步骤S220中，无线网络控制器RNC根据该会话信息，确定该接入终端是否正使用广播协议。

在一种情况下，当接入终端AT并没有使用BCMCS业务时，该会话信息中不含有该BCMCS的正在使用状态。则在步骤S222中，RNC确定需要与该接入终端AT协商广播多播业务协议以及配置属性。

继而，在步骤S24中，RNC与接入终端AT重新协商广播多播业务协议和配置属性。具体的，RNC首先基于已有的会话配置协议(协议类型为N_SCPType)发送向接入终端AT发送配置开始(ConfigurationStart)信令。这会触发会话配置重新协商过程，并且建立一个新的会话。之后，RNC与接入终端AT可以如第一实施方式所述的那样协商通用广播协议子类型以及配置属性。

除该接入终端之前没有使用广播协议因此需要协商的情况之外，在步骤S220中无线网络控制器RNC判断发生了导致在RNC需要与AT进行会话配置重新协商的其它情况时，在步骤S222中RNC确定需要与该接入终端AT协商广播多播业务协议以及配置属性，继而在步骤S24中，RNC也与接入终端AT重新协商广播多播业务协议和配置属性。这里所述的其他情况例如是无线网络控制器RNC不支持接入终端AT当前的个性(Personality)，那么无线控制器RNC必须与接入终端AT重新协商会话信息。

在协商了广播多播业务协议和配置属性后，在步骤S26中，这些新的会话信息都由RNC保存直至会话关闭。

至此，无线网络控制器RNC支持向接入终端AT提供广播多播业务。具体的，如果接入终端AT目前所接入的基站支持BCMCS业务，那么在步骤S28中，RNC可以立刻通过该基站向接入终端AT提供BCMCS业务数据；如果该接入终端AT目前所接入的基站不支持BCMCS业务，那么只要该接入终端AT切换到一个支持BCMCS业务的所辖范围内，RNC就可立即向该接入终端AT提供BCMCS业务数据。

对于RNC’来说，在A13会话传递成功之后，过期的会话将被清除。

在另一种情况下，RNC’也支持BCMCS业务，该会话信息中含有正在使用状态。优选地，当也没有导致在RNC需要与AT进行会话配置重新协商的其它情况时，RNC不需要与AT重新协商广播多播业务协议。那么，在步骤S222’中，RNC确定是否需要与该接入终端重新协商广播多播业务的配置属性。这是由于原先的配置属性可能对于本RNC来说是无效的，或者有其他情况，例如本RNC能够提供更好的配置属性等等。

例如，在一个实施方式中，RNC确定该会话信息中的广播多播业务的配置属性对于本RNC是否有效。这些配置属性包括：

-广播开销周期；

-动态广播注册周期；

-监控周期。

若某配置属性无效，那么RNC确定需要与接入终端AT重新协商配置属性。

在步骤S24’中，RNC与接入终端AT重新协商广播多播业务的配置属性。具体的，RNC向接入终端AT发出属性更新请求(AttributeUpdateRequest)，根据RNC的要求更新上述的配置属性。接入终端反馈对于相应属性的属性更新接受(AttributeUpdateAccept)，直至所有属性都被RNC与接入终端AT所接受，则BCMCS配置属性协商完毕。经协商的配置属性以及保持的广播多播业务协议都由RNC作为会话信息保存，直至会话关闭。

至此，无线网络控制器RNC支持向接入终端AT提供广播多播业务。具体的，如果接入终端AT目前所接入的基站支持BCMCS业务，那么RNC可以立刻通过该基站向接入终端AT提供BCMCS业务数据；如果该接入终端AT目前所接入的基站不支持BCMCS业务，那么只要该接入终端AT切换到一个支持BCMCS业务的所辖范围内，RNC就可立即向该接入终端AT提供BCMCS业务数据。

这样，本发明的以上实施方式解决了RNC间(inter-RNC)接入网无法正常地提供广播多播业务的问题。

通过使用本发明的以上实施方式，广播多播业务的用户能够获得更好的用户体验。接入终端可以在RNC内的多个基站之间，以及RNC之间自由地切换，并在具有支持BCMCS的区域之内自动地获得BCMCS服务。这对于BCMCS业务的商业化是十分重要的。

本发明相对于现有技术的优势还在于：1)EVDO接入网络能够自动地检测并维护各用户是否支持广播多播业务的信息；2)减少乃至消除用户提出支持请求的需要；3)不必对每个用户进行人工操作；4)在漫游切换重新协商配置属性时不会导致连接中断；5)不对接入终端进行改动，所有的改动都在于接入网，特别是无线网络控制器等基站控制设备处。

那些本技术领域的一般技术人员可以通过研究说明书、公开的内容及附图和所附的权利要求，理解和实施对披露的实施方式的其他改变。这些改变同样处于权利要求的保护范围和精神之内。在权利要求中，措词“包括”不排除其他的元素和步骤，并且措辞“一个”不排除复数。在发明的现实应用中，一个零件可能执行权利要求中所引用的多个技术特征的功能。权利要求中的任何附图标记不应理解为对范围的限制。

Claims

1.一种在支持广播多播业务的基站控制设备中用于支持接入终端的广播多播业务的方法，其中，所述接入终端接入于本基站控制设备所辖的基站处，该方法包括如下步骤：

-第一协商步骤：不论所述接入终端目前所接入的基站的扇区载波是否支持广播多播业务，与所述接入终端协商所用的广播多播业务协议；

-第二协商步骤：当所述接入终端目前所接入的基站的扇区载波不支持广播多播业务时，仍然与所述接入终端协商所述广播多播业务的配置属性；

-保留协商好的广播多播业务协议和配置属性。

2.根据权利要求1所述的方法，其特征在于，所述方法在所述第一协商步骤之前还包括：

-当该接入终端没有主动提出支持广播多播业务协议时或协议没有协商成功时，进行所述第一协商步骤；

所述方法在所述第二协商步骤之前还包括：

-当该接入终端没有主动提出针对广播多播业务协议的配置参数协商或没有协商成功时，进行所述第二协商步骤。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括如下步骤：

-不论所述接入终端及该接输入终端目前所接入的基站的扇区载波是否支持广播多播业务，向所述接入终端发送用于广播协议的配置请求；

-如果接收到所述接入终端反馈的、广播协议的配置响应，确定该接入终端支持广播多播业务，并继续执行所述第一协商步骤和所述第二协商步骤。

4.根据权利要求1所述的方法，其特征在于，该方法还包括如下步骤：

-当该接入终端从不支持广播多播业务的基站切换至本基站控制设备所辖的、支持广播多播业务的基站时，使用已协商的、保留的所述广播多播业务的配置属性向该接入终端提供广播多播业务。

5.根据权利要求1所述的方法，其特征在于，所述配置属性包括以下至少任一项：

-广播开销周期；

-动态广播注册周期；

-监控周期。

6.根据权利要求1所述的方法，其特征在于，该方法用于进化的数据优化接入网络。