专利名称：一种多媒体广播/组播业务中业务控制信息的传输方法
技术领域：
本发明涉及多媒体广播/组播(MBMS)业务的信息传输技术，特别涉及一种多媒体广播/组播业务中业务控制信息的传输方法。
背景技术：
组播和广播是一种从一个数据源向多个目标传送数据的技术。在传统移动网络中，小区广播业务(CBSCell Broadcast Service)允许低比特率数据通过小区共享广播信道向所有用户发送，属于消息类业务。
现在，人们对移动通信的需求已不再满足于电话和消息业务，随着Internet的迅猛发展，大量多媒体业务涌现出来，其中一些应用业务要求多个用户能同时接收相同数据，如视频点播、电视广播、视频会议、网上教育、互动游戏等。这些移动多媒体业务与一般的数据相比，具有数据量大、持续时间长、时延敏感等特点。目前的IP组播技术只适用于有线IP网络，不适用于移动网络，因为移动网络具有特定的网络结构、功能实体和无线接口，这些都与有线IP网络不同。
为了有效地利用移动网络资源，WCDMA/GSM全球标准化组织3GPP提出了组播和广播业务(MBMSMultimedia Broadcast/Multicast Service)，在移动网络中提供一个数据源向多个用户发送数据的点到多点业务，实现网络资源共享，提高网络资源的利用率，尤其是空口接口资源的利用率。3GPP定义的MBMS不仅能实现纯文本低速率的消息类组播和广播，而且还能实现高速多媒体业务的组播和广播，这无疑顺应了未来移动数据发展的趋势。
为了支持MBMS业务，移动网络中新增了移动网功能实体——广播组播业务中心BM-SC，它是内容提供者的入口，用于授权和在移动网中发起MBMS承载业务，并按照预定时间计划传送MBMS内容。此外，用户设备(UE)、陆地无线接入网(UTRAN)、GERAN、SGSN、GGSN等功能实体进行增强，增加了MBMS相关的功能。
这样的网络结构参见图1，图1为支持组播/广播业务的无线网络结构示意图。其中，广播/组播业务中心(BM-SC)通过Gmb接口或Gi接口与网关通用分组无线业务(GPRS)支持节点(GGSN，Gateway GPRS SupportNode)相连，一个BM-SC可与多个GGSN相连；GGSN通过Gn/Gp接口与服务GPRS支持节点(SGSN，Serving GPRS Support Node)相连，一个GGSN可与多个SGSN相连；SGSN可通过Iu接口与通用移动通信系统(UMTS)陆地无线接入网(UTRAN)相连，然后UTRAN通过Uu接口与通信终端相连，SGSN也可通过Iu/Gb接口与全球移动通信系统(GSM)增强无线接入网(GERAN)相连，然后GERAN通过Um接口与通信终端相连。
MBMS包括组播模式和广播模式。组播业务和广播业务的区别点仅在于组播业务只向订阅了某些信息的用户发送相应信息，广播业务则向无线网络中的所有用户发送信息。组播模式需要用户签约相应组播组，进行业务激活，并产生相应的计费信息。由于组播和广播模式在业务需求上存在不同，导致其业务流程也不同。
MBMS业务在UTRAN和UE间传输时有两种模式点到多点(PTM)模式和点到点(PTP)模式。PTM模式通过MBMS点到多点业务信道(MTCH)发送相同的数据，所有加入组播业务或对广播业务感兴趣的UE都可以接收；PTP模式通过专用传输信道(DTCH)发送数据，只有相应的一个UE可以接收到。
用户接收某个MBMS广播业务的完整流程参见图2，如图2所示，该流程包括业务声明(Service announcement)、会话开始(Session Start)、MBMS通知(MBMS notification)、数据传输(Data transfer)、会话结束(Session Stop)过程。
其中，Service announcement过程用于由BM-SC宣告当前能提供的服务。
Session Start过程中，BM-SC准备好数据传输，通知网络建立相应核心网(CN)和通用陆地无线接入网(UTRAN)的承载资源。
MBMS notification过程用于通知UE MBMS组播会话即将开始。
Data transfer过程中，BM-SC通过会话开始过程中建立的承载资源将数据传输给UE。
Session Stop过程用于将Session Start过程建立的承载资源释放。
在广播业务中，各个MBMS业务节点中都保存该MBMS业务的承载上下文，该承载上下文在Session Start过程中被激活，在Session Stop过程中被去激活。
用户接收某个MBMS组播业务的完整流程参见图3，如图3所示，该流程包括订阅(Subscription)、业务声明(Service announcement)、加入(Joining)、会话开始(Session Start)、MBMS通知(MBMS notification)、数据传输(Data transfer)、会话结束(Session Stop)和离开(Leaving)过程。
其中，Subscription过程用来让用户预先订阅所需的MBMS服务。
Service announcement过程用于由BM-SC宣告当前能提供的服务。
Joining过程即MBMS组播业务激活过程，UE在Joining过程中，通知网络自身愿意成为当前组播组的成员，接收对应业务的组播数据，该Joining过程会在网络和加入组播组的UE中创建记录UE信息的MBMS UE上下文。
Session Start过程中，BM-SC准备好数据传输，通知网络建立相应CN和UTRAN的承载资源。
MBMS notification过程用于通知UE MBMS组播会话即将开始。
Data transfer过程中，BM-SC通过会话开始过程中建立的承载资源将数据传输给UE。
Session Stop过程用于将Session Start过程建立的承载资源释放。
Leaving过程使组内的订户离开组播组，即用户不再接收组播数据，该过程会将相应MBMS UE上下文删除。
网络侧向UE发送MBMS的业务控制信息的过程包括以下两个步骤1、UTRAN的基站控制器(BSC)或无线网络控制器(RNC)从核心网(CN)获得多个MBMS业务会话开始(Session Start)的指示，其中包含了各个业务的业务标识、QoS属性、业务延续时间、业务覆盖范围、业务紧急程度等业务属性及相关控制信息。
这样，在每个广播或组播业务的会话开始流程完成后，UTRAN就获得了该业务的业务控制信息。此时UTRAN正在小区内提供一种或是多种MBMS业务。
2、然后，UTRAN将上述MBMS业务控制信息发送给接收该业务的UE，使得UE正确接收的业务数据。
UTRAN将所有业务的相关控制信息在MCCH信道承载的RRC消息上进行传输。在MBMS业务中，除了通过在广播控制信道(BCCH)上传输关于接入信息、MBMS业务控制(MCCH)等信道的配置信息等有限的控制信息外，大多数无线资源控制(RRC)消息都是在MCCH信道上传输的。
MCCH信息是周期性发送的，UTRAN会重复发送MCCH信息以提高稳定性。MCCH信息调度对于所有的业务是一致的。
参见图4，图4为MCCH信息调度周期示意图。整个MCCH信息基于“重复周期”周期地传送。“修改周期”定义为“重复周期”的整数倍。MBMS AccessInformation基于“接入信息周期”周期地传送。同时“重复周期”又是“接入信息周期”的整数倍。
MCCH上承载的RRC消息主要包括MBMS接入信息(MBMS AccessInformation)，MBMS修改业务信息(MBMS Modified Services Information)，MBMS公共点到多点无线承载信息(MBMS common PTM RB infprmation)，MBMS业务点到多点无线承载信息(MBMS service PTM RB information)，MBMS非修改业务信息(MBMS Unmodified Services Information)等等。
其中，MBMS Modified Services Information、MBMS common PTM RBinformation等信息是关键信息在一个修改周期中关键信息是不改变的，而MBMS Access Information等接入信息则是可以在任何时间改变，图4中所示变化信息就是接入信息。
由于MCCH上信息传输是周期地，通常的做法是将所有MBMS业务的RRC等信息在一个修改周期中发送，为了保证重传的意义，不可能不断增加MCCH传输的修改周期的长度，这也就意味着MCCH传输的信息内容是有限的。
但是，MBMS业务是一种新兴的业务，目前想象到的可以传输的业务数量就已经相当多，而且随着MBMS的发展，势必会出现越来越多的业务类型。因此，一个小区内同时传输的业务也可能非常多。MCCH信道的一个修改周期上可以传输的信息是有限的，而业务又在不断增长，这些业务的控制信息大多都需要在MCCH信道的一个修改周期上发送。因此这里就会出现一个矛盾，即有限的传输空间和不断膨胀的业务类型之间的矛盾。
发明内容
有鉴于此，本发明的主要目的在于提供一种多媒体广播/组播业务中业务控制信息的传输方法，应用该方法，无论有多少种MBMS业务，MCCH信道都能准确地发送所有MBMS业务的控制信息。
为达到上述目的，本发明的技术方案具体是这样实现的一种多媒体广播/组播MBMS业务中业务控制信息的传输方法，该方法包括以下步骤A、通用陆地接入网UTRAN从核心网CN获得当前所有MBMS业务的业务控制信息；B、UTRAN从上述业务控制信息中，选择部分业务的业务控制信息在一个MBMS业务控制信道MCCH传输周期中下发，直到所有需要传输的业务控制信息被选择下发给用户设备UE。
所述步骤A中，是由UTRAN的基站控制器BSC或无线网络控制器RNC从核心网CN获得当前所有MBMS业务的业务控制信息。
所述的当前所有MBMS业务的业务控制信息可以包含UTRAN收到CN发送的会话开始指示后，将要传输的MBMS业务的业务控制信息；和当前正在传输的MBMS业务的更新的业务控制信息。
步骤B所述选择部分业务控制信息的方法可以为选择一种业务的业务控制信息。可以随机选择或/和按照各种业务的业务属性来选择一种业务的业务控制信息。还可以优先选择可以进行选择合并或是软合并的业务的业务控制信息。
其中，所述按照各种业务的业务属性来选择的方法可以为按照各种业务的QoS属性、业务的延续时间、业务覆盖范围、紧急程度中任意一种或多种属性来选择。
在所述各种业务的属性相同的情况下，对所述业务控制信息可以进行分组并确定组下发顺序；步骤B所述选择部分业务控制信息的方法为按照组下发顺序选择一组业务的业务控制信息；所述步骤B中下发业务控制信息前进一步包括将组下发顺序通知给UE。
所述步骤B可以进一步包括UTRAN将所述业务控制信息进行分组并确定组下发顺序；步骤B所述选择部分业务控制信息的方法为按照组下发顺序选择一组业务的业务控制信息；所述步骤B中下发业务控制信息前进一步包括将组下发顺序通知给UE。
所述将业务控制信息进行分组的方法可以为对于当前MBMS业务的业务标识或终端移动组标识TMGI或NSAPI或事务标识(TI)，使用哈希Hashing算法进行分组。
所述确定组下发顺序的方法可以为随机排序组确定为顺序，或将组号顺序确定为组下发顺序。
所述MCCH传输周期为MCCH修改周期。
由上述的技术方案可见，本发明的这种多媒体广播/组播业务中业务控制信息的传输方法，从小区内提供的所有MBMS业务中选择部分业务的业务控制信息，在MCCH不同周期中传输给UE。这样，可以使UTRAN能够在传输多个MBMS业务的控制信息时，不必在一个修改周期中下发所有业务的控制信息，而是有选择地在不同修改周期中分别下发。所以无论有多少种MBMS业务，MCCH信道都能准确地发送所有MBMS业务的控制信息，从而能够满足小区内提供所有业务的要求。
图1为支持组播/广播业务的无线网络结构示意图；图2为用户接收某个MBMS广播业务的完整流程；图3为用户接收某个MBMS组播业务的完整流程；图4为MCCH信息调度周期示意图；图5为本发明多媒体广播/组播业务中业务控制信息的传输方法的第一较佳实施例的处理流程图；图6为本发明多媒体广播/组播业务中业务控制信息的传输方法的第二较佳实施例的处理流程图。
具体实施例方式
为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举两个实施例，对本发明进一步详细说明。
本发明的这种多媒体广播/组播业务中业务控制信息的传输方法，是从小区内提供的所有MBMS业务中选择部分业务控制信息在MCCH不同周期中传输给UE。
实际应用中本发明有两种实现方式第一种方式是从小区内提供的所有MBMS业务中选择一种业务的业务控制信息在MCCH不同周期中传输给UE。
第二种方式是从小区内提供的所有MBMS业务中选择一组业务的业务控制信息，在MCCH不同周期中传输给UE。
以下对上述两种方式分别举一个实施例进行说明。
参见图5，图5为本发明多媒体广播/组播业务中业务控制信息的传输方法的的第一较佳实施例的处理流程图。该流程是第一种实现方式，其包括以下步骤步骤501，UTRAN的BSC或RNC从CN获得当前所有MBMS业务的业务控制信息。获得的方法与现有技术相同，这里不再赘述。
本实施中，当前所有MBMS业务的业务控制信息包含UTRAN收到CN发送的会话开始指示后，将要传输的MBMS业务的业务控制信息；和当前正在传输的MBMS业务的更新的业务控制信息。
步骤502，UTRAN从上述业务控制信息中，选择一种业务的业务控制信息。
步骤503，UTRAN在一个MCCH修改周期中将选择的该种业务的业务控制信息发送给UE。
步骤504，判断是否还有未选择发送的业务控制信息，如果有则返回步骤502，选择下一种业务的业务控制信息；否则结束本次下发流程。
本实施例中，选择业务控制信息的方法可以为随机选择或/和按照各种业务的QoS属性、延续时间、业务覆盖范围、或紧急程度或是否进行选择合并等等任意一种或多种业务属性来选择。
例如可以先选择对QoS要求相对高的业务的控制信息，再选择QoS要求相对低的业务的控制信息在MCCH信道的RRC消息中安排下发；先选择延续时间短的业务的控制信息，再选择延续时间长的业务的控制信息在MCCH信道的RRC消息中安排下发；先选择业务覆盖范围大的业务的控制信息，再选择业务覆盖范围小的业务的控制信息在MCCH信道的RRC消息中安排下发；
先选择相对紧急的业务比如对于流媒体业务中，突发新闻的相关控制信息，再选择相对不紧急的业务在MCCH信道的RRC消息中安排下发。
另外，在上述各种业务的属性相同的情况下，可以对所述业务控制信息进行分组并确定组下发顺序，还可以随机选择或是其他的排序方法完成业务的选择；将组下发顺序通知给UE，然后按照组下发顺序选择一组业务的业务控制信息下发。
也就是说可以将一种业务的控制信息在一个修改周期中下发，也可以根据情况，将业务控制信息分组，将一组业务的控制信息在一个修改周期中下发。组下发的具体过程与第二较佳实施例相同。
还有，由于有的UE处于小区的边缘，可能会执行选择合并或是软合并，这时如果不优先下发该UE的MBMS业务控制信息，该UE的MBMS业务可能因没有及时接收到MBMS业务控制信息而中断，因此本实施例中，进一步优先选择可以进行选择合并或是软合并的业务的业务控制信息。
参见图6，图6为本发明多媒体广播/组播业务中业务控制信息的传输方法的第二较佳实施例的处理流程图。该流程是第二种实现方式，其包括以下步骤步骤601，UTRAN的BSC或RNC从CN获得当前所有MBMS业务的业务控制信息。获得的方法与现有技术相同，这里不再赘述。
本实施中，当前所有MBMS业务的业务控制信息包含UTRAN收到CN发送的会话开始指示后，将要传输的MBMS业务的业务控制信息；和当前正在传输的MBMS业务的业务控制信息。
步骤602，对于当前业务的业务标识，使用Hashing算法对当前业务进行分组。Hashing算法是通信领域中进行分组的技术手段，这里不再赘述。
除了本实施例中使用的业务标识，实际应用中还可以对与当前业务的TMGI或NSAPI或事务标识(TI)等其他业务标识，使用哈希Hashing算法进行分组和组排序。
其中，TMGI是UTRAN在会话开始过程中获得的，NSAPI、TI是在UELINKING过程中获得的，获得的方法与现有技术相同，这里不再赘述。
步骤603，确定分组的下发顺序，并通知UE。本实施例中，可以随机排序的结果确定为分组的下发顺序，也可以将组号的顺序确定为分组的下发顺序。
步骤604，按分组的下发顺序选择1组业务控制信息。
步骤605，UTRAN在一个MCCH修改周期中将选择的该组业务的业务控制信息发送给UE。
本实施例中，业务控制信息是按组号的顺序选择下发，即第一个MCCH修改周期内传第1业务组，第二个周期传第2业务组等等。
步骤606，判断是否还有未选择发送的业务控制信息，如果有则返回步骤604，选择下一组业务的业务控制信息；否则结束本次下发流程。
实际应用时，可以针对上述实施例中所述的方法，UTRAN在选择MCCH上传输的MBMS业务时，可以按照以上两个实施例的几种方式任意组合作为一个统一的业务选择方法。
由上述的实施例可见，应用本发明的这种多媒体广播/组播业务中业务控制信息的传输方法，无论有多少种MBMS业务，MCCH信道都能准确地发送所有MBMS业务的控制信息，从而能够满足小区内提供所有业务的要求。
权利要求
1.一种多媒体广播/组播MBMS业务中业务控制信息的传输方法，其特征在于，该方法包括以下步骤A、通用陆地接入网UTRAN从核心网CN获得当前所有MBMS业务的业务控制信息；B、UTRAN从上述业务控制信息中，选择部分业务的业务控制信息在一个MBMS业务控制信道MCCH传输周期中下发，直到所有需要传输的业务控制信息被选择下发给用户设备UE。
2.如权利要求1所述的传输方法，其特征在于所述步骤A中，是由UTRAN的基站控制器BSC或无线网络控制器RNC从核心网CN获得当前所有MBMS业务的业务控制信息。
3.如权利要求1或2所述的传输方法，其特征在于，所述的当前所有MBMS业务的业务控制信息包含UTRAN收到CN发送的会话开始指示后，将要传输的MBMS业务的业务控制信息；和当前正在传输的MBMS业务的更新的业务控制信息。
4.如权利要求1所述的传输方法，其特征在于，步骤B所述选择部分业务控制信息的方法为选择一种业务的业务控制信息。
5.如权利要求4所述的传输方法，其特征在于随机选择或/和按照各种业务的业务属性来选择一种业务的业务控制信息。
6.如权利要求5所述的传输方法，其特征在于优先选择可以进行选择合并或是软合并的业务的业务控制信息。
7.如权利要求6所述的传输方法，其特征在于，所述按照各种业务的业务属性来选择的方法为按照各种业务的QoS属性、业务的延续时间、业务覆盖范围、紧急程度中任意一种或多种属性来选择。
8.如权利要求7所述的传输方法，其特征在于，在所述各种业务的属性相同的情况下，对所述业务控制信息进行分组并确定组下发顺序；步骤B所述选择部分业务控制信息的方法为按照组下发顺序选择一组业务的业务控制信息；所述步骤B中下发业务控制信息前进一步包括将组下发顺序通知给UE。
9.如权利要求1所述的传输方法，其特征在于，所述步骤B进一步包括UTRAN将所述业务控制信息进行分组并确定组下发顺序；步骤B所述选择部分业务控制信息的方法为按照组下发顺序选择一组业务的业务控制信息；所述步骤B中下发业务控制信息前进一步包括将组下发顺序通知给UE。
10.如权利要求8或9所述的传输方法，其特征在于，所述将业务控制信息进行分组的方法为对于当前MBMS业务的业务标识或终端移动组标识TMGI或NSAPI或事务标识(TI)，使用哈希Hashing算法进行分组。
11.如权利要求8或9所述的传输方法，其特征在于，所述确定组下发顺序的方法为随机排序组确定为顺序，或将组号顺序确定为组下发顺序。
12.如权利要求1所述的传输方法，其特征在于所述MCCH传输周期为MCCH修改周期。
全文摘要
本发明公开了一种多媒体广播/组播业务中业务控制信息的传输方法，该方法包括以下步骤A.通用陆地接入网UTRAN从核心网CN获得当前所有MBMS业务的业务控制信息；B.UTRAN从上述业务控制信息中，选择部分业务的业务控制信息在一个MBMS业务控制信道MCCH修改周期中下发，直到所有需要传输的业务控制信息被选择下发给用户设备UE。应用本发明的这种多媒体广播/组播业务中业务控制信息的传输方法，无论有多少种MBMS业务，MCCH信道都能准确地发送所有MBMS业务的控制信息，从而能够满足小区内提供所有业务的要求。
文档编号H04W28/16GK1774124SQ200410092739
公开日2006年5月17日 申请日期2004年11月10日 优先权日2004年11月10日
发明者胡灏 申请人:华为技术有限公司