CN101888594B - 一种多播广播数据通道的释放方法及系统 - Google Patents

Abstract

本发明公开了一种多播广播数据通道的释放方法及系统，可覆盖所有应用场景，最大限度的节省网络资源。所述方法包括：接入网在需要的时候发起用于承载多播广播业务的数据通道的释放，并通知核心网终止该数据通道上相应的多播广播业务。所述系统包括接入网和核心网，其中：所述接入网，用于发起用于承载多播广播业务的数据通道的释放，并通知核心网终止该数据通道上相应的多播广播业务；所述核心网，用于终止该数据通道上相应的多播广播业务。

Description

一种多播广播数据通道的释放方法及系统

技术领域

本发明涉及移动多媒体多播广播技术，特别涉及多播广播数据通道的释放方法及系统。

背景技术

多播广播业务(MBS或MCBCS)是一种在无线通讯领域内广泛研究的业务。在应用该业务时，相同的无线资源，或者相同的网络资源可以为多个或所有接收该业务的终端所共享。也就是说，在一个多播广播区域内，终端可接收相同的多播广播业务。多播广播区域是由一个或多个属于相同地理区域的基站组成，这些基站传输相同的节目内容，并使用相同的资源下行发送。

多播广播系统如图1所示，包括：位于接入网的多播广播数据通道实体(MBS DPF)、多播广播代理(MBS Proxy)、多播广播业务分发数据通道实体(MBS Distribution DPF)、锚定业务流授权实体(Anchor SFA)和位于核心网的多播广播控制器/服务器(MCBCS Controller/Server)，图中CSN为核心网，ASN为接入网，其中：

多播广播数据通道实体(MBS DPF)：为接入网中的功能实体，通常设置于基站上，其支持接入网多播广播业务承载控制管理；

多播广播代理(MBS Proxy)：为接入网中的功能实体，是负责管理接入网中多播广播业务相关的控制面功能实体，比如：与核心网进行交互支持该多播广播业务会话的管理，分配多播广播接入参数，多播广播业务传输的支持，与多播广播分发数据通道实体进行交互来控制多播广播区域内多播广播数据通道的建立和维护等等；

多播广播业务分发数据通道实体(MBS Distribution DPF)：为接入网中的功能实体，负责数据面，比如：负责接入网中数据的分发，同时也负责多播广播承载控制管理包括执行数据通道的建立，释放和维护等，还可负责数据包序号的管理和分发等；

锚定业务流授权实体(Anchor SFA)：为接入网中的功能实体，负责管理一个给定终端对多播广播业务的请求，比如：为该终端的给定多播广播业务流分配业务流标识，支持多播广播业务流的建立，修改和释放等等；

多播广播控制器/服务器(MCBCS Controller/Server)：为核心网中的功能实体，包含核心网中所有多播广播业务特定的功能单元，比如：IP多播组管理，多播广播业务节目管理，多播广播业务通知管理，多播广播业务会话管理等。

在多播广播业务的数据传输中，接入网络中的数据通道作为一种承载资源，可以为所有参加该业务的终端所用。对于某给定多播广播业务，数据通道一旦建立后，就不必因为加入该多播广播业务的终端数目增多而另外建立或重新建立。给定多播广播业务数据通道的释放，通常是由核心网根据业务特性及策略主动发起，如该业务到达结束时间。具体地，由核心网中的多播广播服务器(或称多播广播控制器)通知多播广播代理发起某一包业务流的释放。但是，由核心网发起的释放多播广播业务数据通道的流程不够灵活，不足以覆盖所有场景。例如业务未到达结束时间便提前结束，此时核心网仍然保留该业务的数据通道，这就会造成很大的资源浪费。

发明内容

本发明所要解决的技术问题是提供一种多播广播数据通道的释放方法及系统，可覆盖所有应用场景，最大限度的节省网络资源。

为解决上述技术问题，本发明提供了一种多播广播数据通道的释放方法，包括：接入网在需要的时候发起用于承载多播广播业务的数据通道的释放，并通知核心网终止该数据通道上相应的多播广播业务。

进一步地，所述接入网在需要的时候发起数据通道的释放是指：当某条数据通道上的所有多播广播业务中都没有用户参与时，接入网发起该数据通道的释放；或者接入网发现资源不足时，发起该数据通道的释放；或者接入网发现某条数据通道上的多播广播业务出现异常时，发起该数据通道的释放。

进一步地，接入网自己判断某数据通道上的多播广播业务中是否有用户参与，或者，由核心网判断某数据通道上的多播广播业务中是否有用户参与，并将判断结果告知给接入网。

进一步地，接入网或者核心网在用户退出某多播广播业务时进行判断，或者定时判断。

进一步地，接入网或者核心网通过以下信息之一判断某多播广播业务上是否还有用户参与：该多播广播业务对应的终端的统计信息、该多播广播业务对应的终端信息。

进一步地，所述接入网或者核心网通过多播广播业务对应的终端信息判断某多播广播业务上是否还有用户参与是指：接入网或者核心网判断该多播广播业务是否还有对应的终端标识或用户的计费信息，如果有，则该多播广播业务还有用户参与，否则，没有用户参与。

进一步地，接入网通过以下消息组合之一确定多播广播业务：多播广播业务传输区域标识和包数据流标识，多播广播业务所处的多播广播区域标识和包数据流标识，多播广播区域标识和连接标识。

进一步地，所述接入网通知核心网终止某数据通道上相应的多播广播业务是指：接入网中的多播广播代理向核心网中的多播广播控制器发送终止多播广播业务的消息。

进一步地，所述多播广播代理采用以下消息之一作为终止多播广播业务的消息：用于接入网与核心网之间交互的消息，新增的用于向多播广播控制器发起多播广播业务终止的消息。

进一步地，所述用于接入网与核心网之间交互的消息包括：接入交互消息、鉴权改变消息。

进一步地，若所述多播广播业务所对应的核心网与接入网之间存在相应的业务连接，则接入网同时向核心网发起终止该多播广播业务所对应的所述业务连接。

为解决上述技术问题，本发明还提供了一种释放多播广播数据通道的系统，包括接入网和核心网，其中：所述接入网，用于发起用于承载多播广播业务的数据通道的释放，并通知核心网终止该数据通道上相应的多播广播业务；所述核心网，用于终止该数据通道上相应的多播广播业务。

进一步地，所述接入网包括多播广播数据通道实体、多播广播代理、多播广播业务分发数据通道实体，所述核心网包括多播广播控制器，其中：

所述多播广播代理，用于在需要的时候发起数据通道的释放，并通知多播广播控制器终止该数据通道上相应的多播广播业务；

所述多播广播数据通道实体，用于在所述多播广播代理的控制下释放数据通道；

多播广播业务分发数据通道实体，用于在所述多播广播代理的控制下释放数据通道；

所述多播广播控制器，用于根据所述多播广播代理的通知，终止所述数据通道上相应的多播广播业务。

进一步地，所述需要的时候是指：某条数据通道上的所有多播广播业务中都没有用户参与，或者资源不足需要释放数据通道，或者某条数据通道上的多播广播业务出现异常。

进一步地，所述多播广播代理用于判断某数据通道上的多播广播业务中是否有用户参与。

进一步地，所述多播广播控制器用于判断某数据通道上的多播广播业务中是否有用户参与，并将判断结果告知给所述多播广播代理。

进一步地，所述判断是在在用户退出某多播广播业务时进行，或者定时进行。

进一步地，通过以下信息之一判断某多播广播业务上是否还有用户参与：该多播广播业务对应的终端的统计信息、该多播广播业务对应的终端信息。

进一步地，所述接入网还包括锚定业务流授权实体，

所述锚定业务流授权实体，用于向所述多播广播代理发送离开多播广播业务的请求消息，指示某个终端将离开该多播广播业务；

所述多播广播代理，还用于在收到所述锚定业务流授权实体发送的离开多播广播业务的请求消息后，更新该多播广播业务对应的终端的统计信息或者该多播广播业务对应的终端信息，所述多播广播代理根据所述统计信息或者终端信息判断所述多播广播业务中是否还有用户参与。

采用本发明所述方法，增强了流程灵活性，适用于各种场景，最大限度的节约网络资源。

附图说明

图1为多播广播系统示意图；

图2为本发明实施例一释放多播广播数据通道的流程图；

图3为本发明实施例三释放多播广播数据通道的流程图。

具体实施方式

本发明的发明构思是：接入网可以在任何需要的时候发起数据通道的释放，并通知核心网终止该数据通道上相应的多播广播业务。

一条数据通道上可以承载一个或者一个以上的多播广播业务。当某数据通道上的所有多播广播业务(会话)中都没有用户参与时，或者当接入网发现资源不足时，或者当接入网发现某条数据通道上的多播广播业务出现异常时，接入网发起该数据通道的释放，并通知核心网终止该数据通道上相应的多播广播业务。接入网通知核心网的时机可以是在判断该数据通道上最后一个多播广播业务已没有用户参与后，或者在发起多播广播业务所对应的数据通道释放过程中。

多播广播业务中是否还有用户参与可以由接入网通过自身保存的信息进行判断，或者也可以由核心网判断之后告知接入网。接入网或者核心网可以在用户退出某多播广播业务时进行判断，也可以通过设定定时器定时判断。

接入网或者核心网可以通过以下信息之一判断某多播广播业务上是否还有用户参与：该多播广播业务对应的终端的统计信息(终端数目的计数值)、该多播广播业务对应的终端信息，如终端标识(MSID)、用户的计费信息等。通过统计信息可以直接判断多播广播业务上是否还有用户参与，而根据终端信息如终端标识或用户计费信息则是间接地进行判断，如果该多播广播业务对应有终端标识或者用户计费信息等终端信息保存，则说明还有用户参与，否则说明已没有用户参与。

实现上述方法的系统如图1所示，包括：核心网(CSN)和接入网(ASN)，其中：

所述接入网，用于发起用于承载多播广播业务的数据通道的释放，并通知核心网终止该数据通道上相应的多播广播业务；

所述核心网，用于终止该数据通道上相应的多播广播业务。

进一步地，接入网包括：多播广播数据通道实体(MBS DPF)、多播广播代理(MBS Proxy)和多播广播业务分发数据通道实体(MBS DistributionDPF)，核心网包括多播广播控制器/服务器(MCBCS Controller/Server)，其中：

●所述多播广播代理，用于在需要的时候发起数据通道的释放，并通知多播广播控制器终止该数据通道上相应的多播广播业务；

需要的时候是指：某条数据通道上的所有多播广播业务中都没有用户参与，或者资源不足需要释放数据通道，或者某条数据通道上的多播广播业务出现异常。

所述多播广播代理还用于判断某数据通道上的多播广播业务中是否有用户参与。

●所述多播广播数据通道实体，用于在所述多播广播代理的控制下释放数据通道；

●多播广播业务分发数据通道实体，用于在所述多播广播代理的控制下释放数据通道；

●所述多播广播控制器，用于根据所述多播广播代理的通知，终止所述数据通道上相应的多播广播业务。

多播广播控制器还用于判断某数据通道上的多播广播业务中是否有用户参与，并将判断结果告知给所述多播广播代理。

上述多播广播业务中是否还有用户参与的判断是在用户退出某多播广播业务时进行，或者定时进行。可通过以下信息之一进行：该多播广播业务对应的终端的统计信息、该多播广播业务对应的终端信息。

所述接入网还包括锚定业务流授权实体，

所述锚定业务流授权实体，用于向所述多播广播代理发送离开多播广播业务的请求消息，指示某个终端将离开该多播广播业务；

所述多播广播代理，还用于在收到所述锚定业务流授权实体发送的离开多播广播业务的请求消息后，更新该多播广播业务对应的终端的统计信息或者该多播广播业务对应的终端信息，所述多播广播代理根据所述统计信息或者终端信息判断所述多播广播业务中是否还有用户参与。

实施例一

接入网根据数据通道上多播广播业务中是否有用户参与来判断并发起的多播广播数据通道释放流程如图1所示，包括以下步骤：

步骤110，多播广播代理(MBS Proxy)判断某多播广播业务已没有用户参与，则向多播广播控制器/服务器(MCBCS Controller/Server)发起终止该多播广播业务(通过发送终止某多播广播业务的消息)；

多播广播代理可以定时对某多播广播业务中是否有用户进行判断，或者也可以在某终端离开某多播广播业务时，判断该用户是否为该多播广播业务的最后一个用户，即判断该多播广播业务是否还有用户参与。

若该多播广播业务所对应的核心网与接入网之间存在相应的业务连接，即多播广播控制器/服务器与多播广播代理之间存在相应的业务连接，则接入网还可以同时向核心网发起终止该多播广播业务所对应的所述业务连接，即多播广播代理发起终止该多播广播业务所对应的所述业务连接。该业务连接为所述多播广播业务开始之初时，核心网为该业务在接入网中选择一个多播广播代理负责该多播广播业务在接入网的相关控制面管理，一旦选定则所述业务连接建立成功。该业务连接也可预先配置，若为预先配置，则不需要终止该所述业务连接。

步骤120，多播广播控制器/服务器终止该多播广播业务，向多播广播代理回响应消息确认对该多播广播业务的终止；

若在上一步中也包含请求终止所述业务连接，则多播广播控制器/服务器也终止该业务连接，并在响应消息中确认对该业务连接的终止。

在步骤110和步骤120中，多播广播代理与多播广播控制器/服务器可以通过现有的接入交互消息(包括接入请求消息Access Request、接入响应消息Access Response)或鉴权改变消息(Change of authorization，简称CoA，包括鉴权改变请求消息和鉴权改变响应消息)等接入网与核心网之间的交互消息进行多播广播业务终止的交互，例如，多播广播代理发送接入请求消息或鉴权改变请求发起多播广播业务的终止，多播广播控制器/服务器发送接入响应消息或鉴权改变响应作为多播广播业务终止的响应；再例如，当多播广播控制器/服务器先发送过接入请求或者鉴权改变请求，则此时，多播广播代理也可以通过接入响应或者鉴权改变响应来发起多播广播业务的终止。或者，也可以重新构造新的消息专门用于发起和响应多播广播业务的终止。上述这些消息中需要指明终止的多播广播业务，即携带有需要终止的多播广播业务的信息。

步骤130，多播广播代理将向该多播广播业务的多播广播区域内所有基站发起该多播广播业务对应的数据通道的释放，发送数据通道释放请求消息(Path_Dereg_Req)；

当数据通道被分配给多个多播广播业务使用时，多播广播代理还需判断该数据通道上是否还有其他的激活的多播广播业务，如果没有，则发起释放。

步骤140，各基站收到数据通道释放请求后，释放对应的数据通道，并分别向该多播广播代理发送释放响应消息(Path_Dereg_Rsp)确认该数据通道的释放。

实施例二

由核心网判断接入网发起释放的流程与实施例一流程的区别在于，核心网在判断某多播广播业务已没有用户参与后，将判断结果告知接入网，接入网再决策是否发起多播广播业务的中止或者多播广播业务对应的数据通道的释放。

核心网也可以定时判断，或者在某终端离开某多播广播业务时进行判断。核心网中的多播广播控制器/服务器或AAA服务器(认证、授权及计费服务器)能够完成判断。

实施例三

接入网中的多播广播代理根据其自身保存的信息判断某多播广播业务中是否有用户参与，多播广播代理先确定多播广播业务，再根据终端的数目(计数值)或终端信息(终端标识或用户的计费信息)等来确定该多播广播业务上是否还有用户参与。多播广播代理获取多播广播业务对应的统计信息和/或终端信息可以通过以下方法：

步骤310，锚定业务流授权实体(Anchor SFA)向多播广播代理发送离开多播广播业务的请求消息(MBS Leave Request)，指示某个终端将离开该多播广播业务；

步骤320，多播广播代理收到该消息后，确定多播广播业务，更新所保存的该多播广播业务相关的终端信息或统计信息，并向锚定业务流授权实体发送响应消息(MBS Leave Response)。

进一步地，多播广播代理可通过以下消息组合之一确定多播广播业务：多播广播业务传输区域标识和包数据流标识，多播广播业务所处的多播广播区域标识和包数据流标识，多播广播区域标识和连接标识。

除此之外，在用户加入某多播广播业务时，多播广播代理也可获取多播广播业务对应的统计信息和/或终端信息，具体包括：

步骤410，锚定业务流授权实体(Anchor SFA)向多播广播代理发送加入多播广播业务的请求消息(MBS Join Request)，指示某个终端将加入该多播广播业务；

步骤420，多播广播代理收到该消息后，更新所保存的该多播广播业务相关的终端信息或统计信息，并向锚定业务流授权实体发送响应消息(MBSJoin Response)。

同样地，多播广播代理可通过以下消息组合之一确定多播广播业务：多播广播业务传输区域标识和包数据流标识，多播广播业务所处的多播广播区域标识和包数据流标识，多播广播区域标识和连接标识。

多播广播代理可以通过自身所保存的加入该多播广播业务的相应终端的信息，或加入该多播广播业务的相应终端的计数信息，而直接意识到最后一个终端将要离开该业务；或由其他网络实体将这一指示(即指示最后一个终端将要离开该业务，或该多播广播业务已经没有终端使用)通知多播广播代理或与多播广播代理交互相关信息(共同判断出最后一个终端将要离开该业务或该多播广播业务已经没有终端使用)，而间接意识到最后一个终端将要离开该业务或该多播广播业务已经没有终端使用。对于后者，其他的网络实体上保存了加入该多播广播业务的相应终端的信息，如核心网的AAA服务器，可能因为计费需要而保存有终端所加入的业务信息。

上述“最后一个终端”指在接受该多播广播节目业务的终端中最后一个退出该业务(停止接收该业务)的终端，终端可处于激活态，也可处于节电模式(睡眠模式或空闲模式)。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (17)

1.一种多播广播数据通道的释放方法，其特征在于，

接入网在需要的时候发起用于承载多播广播业务的数据通道的释放，并通知核心网终止该数据通道上相应的多播广播业务；

所述接入网在需要的时候发起数据通道的释放是指：

当某条数据通道上的所有多播广播业务中都没有用户参与时，接入网发起该数据通道的释放；或者

接入网发现资源不足时，发起该数据通道的释放；或者

接入网发现某条数据通道上的多播广播业务出现异常时，发起该数据通道的释放。

2.如权利要求1所述的方法，其特征在于，

接入网自己判断某数据通道上的多播广播业务中是否有用户参与，或者，由核心网判断某数据通道上的多播广播业务中是否有用户参与，并将判断结果告知给接入网。

3.如权利要求2所述的方法，其特征在于，

接入网或者核心网在用户退出某多播广播业务时进行判断，或者定时判断。

4.如权利要求2或3所述的方法，其特征在于，

接入网或者核心网通过以下信息之一判断某多播广播业务上是否还有用户参与：该多播广播业务对应的终端的统计信息、该多播广播业务对应的终端信息。

5.如权利要求4所述的方法，其特征在于，

所述接入网或者核心网通过多播广播业务对应的终端信息判断某多播广播业务上是否还有用户参与是指：接入网或者核心网判断该多播广播业务是否还有对应的终端标识或用户的计费信息，如果有，则该多播广播业务还有用户参与，否则，没有用户参与。

6.如权利要求4所述的方法，其特征在于，

接入网通过以下消息组合之一确定多播广播业务：多播广播业务传输区域标识和包数据流标识，多播广播业务所处的多播广播区域标识和包数据流标识，多播广播区域标识和连接标识。

7.如权利要求1所述的方法，其特征在于，

所述接入网通知核心网终止某数据通道上相应的多播广播业务是指：接入网中的多播广播代理向核心网中的多播广播控制器发送终止多播广播业务的消息。

8.如权利要求7所述的方法，其特征在于，

所述多播广播代理采用以下消息之一作为终止多播广播业务的消息：

用于接入网与核心网之间交互的消息，新增的用于向多播广播控制器发起多播广播业务终止的消息。

9.如权利要求8所述的方法，其特征在于，

所述用于接入网与核心网之间交互的消息包括：接入交互消息、鉴权改变消息。

10.如权利要求1所述的方法，其特征在于，

若所述多播广播业务所对应的核心网与接入网之间存在相应的业务连接，则接入网同时向核心网发起终止该多播广播业务所对应的所述业务连接。

11.一种释放多播广播数据通道的系统，包括接入网和核心网，其特征在于，

所述接入网，用于发起用于承载多播广播业务的数据通道的释放，并通知核心网终止该数据通道上相应的多播广播业务；

所述核心网，用于终止该数据通道上相应的多播广播业务；

其中，所述接入网包括多播广播数据通道实体、多播广播代理、多播广播业务分发数据通道实体，所述核心网包括多播广播控制器，

所述多播广播代理，用于在需要的时候发起数据通道的释放，并通知多播广播控制器终止该数据通道上相应的多播广播业务；

所述多播广播数据通道实体，用于在所述多播广播代理的控制下释放数据通道；

多播广播业务分发数据通道实体，用于在所述多播广播代理的控制下释放数据通道；

所述多播广播控制器，用于根据所述多播广播代理的通知，终止所述数据通道上相应的多播广播业务。

12.如权利要求11所述的系统，其特征在于，

所述需要的时候是指：某条数据通道上的所有多播广播业务中都没有用户参与，或者资源不足需要释放数据通道，或者某条数据通道上的多播广播业务出现异常。

13.如权利要求12所述的系统，其特征在于，

所述多播广播代理用于判断某数据通道上的多播广播业务中是否有用户参与。

14.如权利要求12所述的系统，其特征在于，

所述多播广播控制器用于判断某数据通道上的多播广播业务中是否有用户参与，并将判断结果告知给所述多播广播代理。

15.如权利要求13或14所述的系统，其特征在于，

所述判断是在在用户退出某多播广播业务时进行，或者定时进行。

16.如权利要求13或14所述的系统，其特征在于，

通过以下信息之一判断某多播广播业务上是否还有用户参与：该多播广播业务对应的终端的统计信息、该多播广播业务对应的终端信息。

17.如权利要求13所述的系统，其特征在于，所述接入网还包括锚定业务流授权实体，

所述锚定业务流授权实体，用于向所述多播广播代理发送离开多播广播业务的请求消息，指示某个终端将离开该多播广播业务；

所述多播广播代理，还用于在收到所述锚定业务流授权实体发送的离开多播广播业务的请求消息后，更新该多播广播业务对应的终端的统计信息或者该多播广播业务对应的终端信息，所述多播广播代理根据所述统计信息或者终端信息判断所述多播广播业务中是否还有用户参与。

Images