CN1794622A

CN1794622A - 一种保证网络侧接收用户设备消息的方法

Info

Publication number: CN1794622A
Application number: CN200510093389.XA
Authority: CN
Inventors: 丁颖哲; 郑潇潇; 胡灏
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2005-08-23
Filing date: 2005-08-23
Publication date: 2006-06-28
Anticipated expiration: 2025-08-23
Also published as: CN101164280A; CN100502280C; WO2007022719A1

Abstract

本发明公开了一种保证网络侧接收用户设备消息的方法，该方法包括：UE设定多媒体广播/组播服务MBMS更改请求消息中的消息IE；之后，采用RLCAM模式在控制信道上向网络侧发送设定好消息IE的MBMS更改请求消息。本发明还公开了一种保证网络侧接收用户设备消息的方法，设置定时器，该方法还包括：a21.UE设定MBMS更改请求消息中的消息IE；a22.UE采用RLC UM模式在控制信道上向网络侧发送设定好消息IE的MBMS更改请求消息；a23.UE在定时器到时时判断是否收到网络侧的响应，如果收到，则结束本次处理流程；否则UE采用RLC UM模式在控制信道上再次向网络侧发送步骤a21中设定好消息IE的MBMS更改请求消息。采用本发明的方法能保证网络侧收到UE发送的MBMS更改请求消息。

Description

一种保证网络侧接收用户设备消息的方法

技术领域

本发明涉及多媒体广播/组播服务(MBMS)技术，尤指一种保证网络侧接收用户设备消息的方法。

背景技术

组播和广播是一种从一个数据源向多个目标传送数据的技术。在传统移动通信网络中，小区组播业务或广播业务(CBS，Cell Broadcast Service)允许低比特率数据通过小区共享广播信道向所有用户发送，此种业务属于消息类业务。

现在，人们对移动通信的需求已不再满足于电话和消息业务，随着因特网(Internet)的迅猛发展，大量移动多媒体业务涌现出来。其中一些移动多媒体业务要求多个用户能同时接收相同数据，例如视频点播、电视广播、视频会议、网上教育、互动游戏等。这些移动多媒体业务与一般的数据业务相比，具有数据量大、持续时间长、时延敏感等特点。目前的网际协议(IP)组播和广播技术只适用于有线IP通信网络，不适用于移动通信网络，因为移动通信网络具有特定的网络结构、功能实体和无线接口，这些都与有线通信IP网络不同。

为了有效地利用移动通信网络资源，第三代移动通信全球标准化组织(3GPP)提出了移动通信网络的MBMS，从而在移动通信网络中提供一个数据源向多个用户发送数据的点到多点业务，实现网络资源共享，提高网络资源的利用率，尤其是空口接口资源。3GPP提出的MBMS不仅能实现纯文本低速率的消息类组播和广播，而且还能实现高速多媒体业务的组播和广播，这无疑顺应了未来移动数据发展的趋势。

图1为支持广播/组播业务的无线网络结构示意图，如图1所示，现有3GPP中，支持广播/组播业务的无线网络实体为广播/组播业务服务器(BM-SC)101，BM-SC 101通过Gmb接口或Gi接口与关口GPRS支持节点(GGSN，GatewayGPRS Support Node)102相连，一个BM-SC 101可与多个GGSN 102相连；GGSN 102通过Gn/Gp接口与服务GPRS支持节点(SGSN，Serving GPRSSupport Node)103相连，一个GGSN 102可与多个SGSN 103相连；SGSN 103可通过Iu接口与通用移动通信系统(UMTS)陆地无线接入网(UTRAN)104相连，然后UTRAN 104通过Uu接口与UE 106相连，SGSN 103也可通过Iu/Gb接口与全球移动通信系统增强无线接入网(GERAN)105相连，然后GERAN 105通过Um接口与UE 107相连。其中，GGSN和SGSN属于无线网络中核心网(CN)内的节点。

从图1给出的网络结构可以看出，为了支持MBMS业务，在第三代移动通信系统中增加了移动网功能实体--广播组播业务中心，即BM-SC，所述BM-SC为内容提供者的入口，用于授权和在移动网中发起MBMS业务，并按照预定时间计划传送MBMS内容。此外，在UE、UTRAN、GERAN、SGSN、GGSN等功能实体上增加了与MBMS相关的功能。

MBMS包括组播模式和广播模式，其中组播模式需要用户签约相应的组播组，进行业务激活，并产生相应的计费信息。由于组播模式和广播模式在业务需求上存在不同，导致各自的业务流程也不同，如图2和图3所示，图2为MSMS组播模式的业务流程示意图，图3为MSMS广播模式的业务流程示意图。

如图2所示，MBMS组播业务涉及的处理过程包括：签约(Subscription)、服务宣告(Service announcement)、用户加入(Joining)、会话开始(Session Start)、MBMS通知(MBMS notification)、数据传送(Data transfer)、会话结束(SessionStop)和用户退出(Leaving)。其中，签约过程用来建立用户与业务提供者之间的关系，让用户预先订阅所需的MBMS服务；服务宣告过程用于由BM-SC宣告当前能提供的服务，即通知用户MBMS业务的相关信息；用户加入过程即MBMS业务激活过程，UE在加入过程中，通知网络自身愿意成为当前组播组的成员，接收对应MBMS业务的数据，该加入过程会在网络和加入组播组的UE中创建记录UE信息的MBMS UE上下文；会话开始过程中，BM-SC准备好数据传输，通知网络建立相应核心网和接入网的承载资源；MBMS通知过程用于由RNC通知UE MBMS组播会话即将开始；在数据传送过程中，BM-SC通过会话开始过程中建立的承载资源将数据传输给UE，MBMS业务在UTRAN和UE间传输时有两种模式：点对多点(PTM)模式和点对点(PTP)模式，PTM模式通过MBMS点到多点业务信道(MTCH)发送相同的数据，所有加入组播业务或对广播业务感兴趣的UE都可以接收，PTP模式通过DTCH逻辑信道发送数据，只有相应的一个UE可以收到；会话结束过程用于将会话开始过程建立的承载资源释放；用户退出过程使组内的订户离开组播组，即用户不再接收组播数据，该过程会将相应MBMS UE上下文删除。

如图3所示，MBMS广播业务涉及的处理过程与MBMS组播业务类似，只是在会话开始之前，不需要执行签约过程和用户加入过程，并且，在会话结束之后，不需要执行用户退出过程。

在MBMS PTM传输模式中，相关的无线控制信息包括业务信息、接入信息、无线承载信息、频率层收敛(FLC)信息等，都由无线资源控制(RRC)层通过逻辑信道如MBMS点到多点控制信道(MCCH)发送。通常，MCCH信息是基于固定调度的方式来传送的，并且，为了提高可靠性和稳定性，UTRAN会重复发送MCCH信息。图4为MCCH信息的传输调度图，如图4所示，重复发送MCCH信息的周期为重复周期(RP)，完整的MCCH信息会根据重复周期被周期性的发送。修改周期(MP)则被定义为整数倍的重复周期，在每一个修改周期内都要对MCCH信息进行修改，MCCH调度对于所有业务是一致的。

MCCH信息又分成关键信息和非关键信息，其中，关键信息由MBMS邻小区信息(MBMS neighboring cell information)、MBMS业务信息(MBMS serviceinformation)、MBMS无线承载信息(MBMS radio bearer information)组成，以重复周期和修改周期周期性地传输，关键信息在每个修改周期中不能改变；非关键信息是指MBMS接入信息(MBMS access information)是在接入周期进行传输的，MBMS接入信息可以根据接入信息周期被周期性的发送，且接入信息周期是重复周期的整数分割，接入信息可在接入周期内被修改，图4中黑色填充的方块代表变化信息。

目前，在进行MBMS业务传输时，一个用户可能加入多个MBMS业务，而且，用户在加入或接收多个MBMS业务时，还会有非MBMS业务到来。这种情况下，用户就需要进行业务优先级的选择，如果由于接收某个PTP连接的MBMS业务而阻止了用户接收其它高优先级的业务，则处于CELL DCH状态的UE会发起MBMS更改请求(MBMS Modified Request)过程，要求释放接收相应MBMS业务的PTP无线承载连接，这样，用户就可以接收到自己想要接收的业务了。这里，相应MBMS业务是指阻止高优先级业务接收的PTP连接的MBMS业务。

UE发起的MBMS更改请求流程如图5所示：该过程由UE向UTRAN发起，请求释放掉一个或多个UE正在接收的MBMS业务的PTP无线承载。该过程的目的是：保证正在接收MBMS业务的用户可以顺利接收到自己想要接收的业务，因为根据现有协议规定：只要有PTP的连接，用户就无法接收PTM的业务，即使用户想要接收相应的PTM业务。UTRAN收到MBMS更改请求消息MBMS Modified Request后，会根据消息的内容决定释放掉用户所要求的一个或多个PTP连接。当然，该过程也可以用于UE请求移动到某个业务的优选频率层上去。

根据现有技术中流程的规定，图5所示的MBMS更改请求流程执行后的结果可能有两个：一个是UE发送的请求消息被网络正确收到，流程正常结束；另一个就是UE发送的请求消息没有被网络收到，此时，可能出现的结果就是网络无法知道UE的请求，并且，由于所发送消息的丢失，UE无法得到网络下发的PTP RB释放指令，UE就无法释放相应的无线承载，进而UE就无法得到自身期望接收的业务，造成UE对网络质量的不满。

可见，UE向UTRAN发送的请求消息是非常重要的消息，如果不保证正确传输，将对UE产生非常大的影响。

发明内容

有鉴于此，本发明的主要目的在于提供一种保证网络侧接收用户设备消息的方法，能保证网络侧收到UE发送的MBMS更改请求消息。

本发明进一步的目的在于，保证网络侧及时准确地对UE的请求进行响应。

为达到上述目的，本发明的技术方案是这样实现的：

本发明提供了一种保证网络侧接收用户设备消息的方法，该方法包括：

a11.UE设定多媒体广播/组播服务MBMS更改请求消息中的消息IE；

a12.UE采用RLC AM模式在控制信道上向网络侧发送设定好消息IE的MBMS更改请求消息。

步骤a12之后进一步包括：网络侧收到UE发送的MBMS更改请求消息后，根据具体情况对收到的消息进行响应。

上述方案中，所述控制信道为专用控制信道DCCH，或为公共控制信道CCCH。

本发明还提供了一种保证网络侧接收用户设备消息的方法，设置定时器，该方法还包括：

a21.UE设定MBMS更改请求消息中的消息IE；

a22.UE采用RLC UM模式在控制信道上向网络侧发送设定好消息IE的MBMS更改请求消息；

a23.UE在定时器到时时判断是否收到网络侧的响应，如果收到，则结束本次处理流程；如果未收到，则UE采用RLC UM模式在控制信道上再次向网络侧发送步骤a21中设定好消息IE的MBMS更改请求消息。

其中，步骤a23中UE进行判断的同时网络侧进一步包括：网络侧收到UE发送的MBMS更改请求消息后，根据具体情况对收到的消息进行响应。

该方法还可以进一步包括：设置消息发送次数阈值；则步骤a23中，UE未收到网络侧响应再次发送MBMS更改请求消息之前进一步包括：UE判断MBMS更改请求消息的已发送次数是否小于等于所设置的消息发送次数阈值，如果是，则UE采用RLC UM模式在控制信道上再次向网络侧发送步骤a21中设定好消息IE的MBMS更改请求消息，并记录已发送次数；否则，结束本次处理流程，或向网络发送重新发起MBMS更改请求流程的请求。

上述方案中，所述控制信道为专用控制信道DCCH，或为公共控制信道CCCH。所述定时器的时长和消息发送次数阈值可由UE设定，或由网络侧设定并通知UE。

本发明所提供的保证网络侧接收用户设备消息的方法，UE通过无线链路控制层确认模式(RLC AM)向网络侧发送MBMS更改请求消息，利用AM模式自身的纠错机制对出现的错误通过重传进行修改；或者，UE通过RLC非确认模式(UM)向网络侧发送MBMS更改请求消息，并同时设置定时器或消息发送次数阈值，进一步保证UE向网络传输消息的可靠性。如此，能保证用户发送的MBMS更改请求消息能被网络接收到，进而使网络及时准确地对UE的请求进行响应，比如：在UE发起释放PTP业务时，保证网络收到UE发送的请求消息，释放UE指定的PTP无线承载，使UE可以接收自己期望接收的业务，从而提高了用户的满意度。

另外，本发明的目的可以通过不同的方式实现，不仅实现灵活，而且，在通过RLC AM模式发送MBMS更改请求消息时，完全是利用系统本身的已有机制，实现简单、合理，对已有机制改动很小。

附图说明

图1为支持广播/组播业务的无线网络结构示意图；

图2为MBMS组播模式的业务流程示意图；

图3为MBMS广播模式的业务流程示意图；

图4为MCCH信息调度的示意图；

图5为UE发起的MBMS更改请求流程示意图；

图6为本发明方法一种方案的实现流程图；

图7为本发明方法另一种方案的实现流程图。

具体实施方式

本发明的基本思想是：确保UE向UTRAN发送的消息被UTRAN收到，进而保证网络及时、准确地释放PTP无线承载。本发明的方法可以采用三种方式实现：①UE通过RLC AM模式向网络侧发送MBMS更改请求消息，利用AM模式自身的纠错机制对出现的错误通过重传进行修改；②UE通过RLC UM模式向网络侧发送MBMS更改请求消息，同时，通过设置定时器或消息发送次数阈值保证UE向网络传输消息的可靠性。

实施例一：

本实施例中，UE采用RLC AM模式在DCCH上向网络侧发送MBMS更改请求消息，具体处理过程如图6所示：

步骤601：当UE需要发起MBMS更改请求流程时，也就是说，UE需要进行频率重选或释放PTP连接时，UE先设定MBMS更改请求消息中的消息IE。

具体来说：如果UE想要接收的业务所在的频率不同于当前使用的频率，或是当前网络提供的PTP承载的业务阻止了更高优先级的业务，UE会发起MBMS更改请求流程。其中，如果是由于频率变化引发的消息发送，则UE设定MBMS更改请求消息中消息IE等于“MBMS preferred frequency request”的业务为UE期望接收的业务；如果是由于释放PTP无线承载而引发的消息发送，则UE设定MBMS更改请求消息中消息IE等于“MBMS RB list requested to bereleased”的业务为要释放PTP连接的业务。

步骤602：UE使用RLC AM模式在专用控制信道(DCCH)上向UTRAN发送设定好消息IE的MBMS更改请求消息。

步骤603：UTRAN收到步骤602中UE发送的MBMS更改请求消息后，针对不同的情况采取不同的方式进行响应。比如：UTRAN完成UE指定的MBMS业务的频率重选；或是，UTRAN释放UE指定的MBMS业务的PTP无线承载。这里，具体的响应过程与现有技术相同，在此不再赘述。

实施例二：

本实施例中，UE采用RLC AM模式在公共控制信道(CCCH)上向网络侧发送MBMS更改请求消息，与实施例一不同的是：UE向网络发送MBMS更改请求消息的信道不同，其具体处理过程与实施例一完全相同。

实施例三：

本实施例中，UE采用RLC UM模式在DCCH上向网络侧发送MBMS更改请求消息，并且，通过设置定时器(timer)来监控UE向网络发送的MBMS更改请求消息是否成功，如果不成功，再次发送，直至发送成功为止。具体处理过程如图7所示：

步骤701：当UE需要发起MBMS更改请求流程时，也就是说，UE需要进行频率重选或释放PTP连接时，UE先设定MBMS更改请求消息中的消息IE。

步骤702：UE使用RLC AM模式在专用控制信道(DCCH)上向UTRAN发送设定好消息IE的MBMS更改请求消息。

步骤703：UE与UTRAN并行执行以下步骤：

在UE侧，UE在所设置的定时器到时时判断是否收到UTRAN发送的响应，如果收到，则说明UTRAN已成功收到请求，结束本次处理流程；如果未收到，则UE再次发送步骤701中设定好消息IE的MBMS更改请求消息；

在UTRAN侧，UTRAN收到步骤702中UE发送的MBMS更改请求消息后，针对不同的情况采取不同的方式进行响应。比如：UTRAN完成UE指定的MBMS业务的频率重选；或是，UTRAN释放UE指定的MBMS业务的PTP无线承载。这里，具体的响应过程与现有技术相同，在此不再赘述。

本实施例中，所设置定时器的时长可以根据网络负载状况、用户需求等因素任意设置；并且，所设置的定时器时长可以由UE设定，也可以由网络侧设定后通知给UE。

实施例四：

本实施例中，UE采用RLC UM模式在CCCH上向网络侧发送MBMS更改请求消息，并且，通过设置定时器来监控UE向网络发送的消息是否成功，如果不成功，再次发送，直至发送成功为止。与实施例三不同的是：UE向网络发送MBMS更改请求消息的信道不同，其具体处理过程与实施例三完全相同。

实施例五：

在实施例三和实施例四的基础上，可进一步设置消息发送次数阈值，在每次定时器到时时，进一步判断MBMS更改请求消息的已发送次数是否小于等于消息发送次数阈值，如果是，则UE在通过定时器监控未收到网络侧响应后，再次发送MBMS更改请求消息，并记录MBMS更改请求消息的已发送次数；如果MBMS更改请求消息的已发送次数大于消息发送次数阈值，且UE仍未收到网络侧的响应，则UE不再发送MBMS更改请求消息，结束当前流程，或者，UE向网络请示重新发起此流程，比如：UE向网络发送重新发起MBMS更改请求流程的请求。

这里，消息发送次数阈值的大小可以根据网络负载状况、用户需求等因素任意设置；并且，该消息发送次数阈值可以由UE设置，也可以由网络侧设定后通知给UE。

本发明中，将专用控制信道和公共控制信道统称为控制信道。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims

1、一种保证网络侧接收用户设备消息的方法，其特征在于，该方法包括：

a11.UE设定多媒体广播/组播服务MBMS更改请求消息中的消息IE；

2、根据权利要求1所述的方法，其特征在于，步骤a12之后进一步包括：网络侧收到UE发送的MBMS更改请求消息后，根据具体情况对收到的消息进行响应。

3、根据权利要求1或2所述的方法，其特征在于，所述控制信道为专用控制信道DCCH，或为公共控制信道CCCH。

4、一种保证网络侧接收用户设备消息的方法，其特征在于，设置定时器，该方法还包括：

a21.UE设定MBMS更改请求消息中的消息IE；

5、根据权利要求4所述的方法，其特征在于，步骤a23中UE进行判断的同时网络侧进一步包括：网络侧收到UE发送的MBMS更改请求消息后，根据具体情况对收到的消息进行响应。

6、根据权利要求4或5所述的方法，其特征在于，所述控制信道为专用控制信道DCCH，或为公共控制信道CCCH。

7、根据权利要求4或5所述的方法，其特征在于，所述定时器的时长由UE设定，或由网络侧设定并通知UE。

8、根据权利要求4或5所述的方法，其特征在于，该方法进一步包括：设置消息发送次数阈值；

则步骤a23中，UE未收到网络侧响应再次发送MBMS更改请求消息之前进一步包括：UE判断MBMS更改请求消息的已发送次数是否小于等于所设置的消息发送次数阈值，如果是，则UE采用RLC UM模式在控制信道上再次向网络侧发送步骤a21中设定好消息IE的MBMS更改请求消息，并记录已发送次数；否则，结束本次处理流程，或向网络发送重新发起MBMS更改请求流程的请求。

9、根据权利要求8所述的方法，其特征在于，所述控制信道为专用控制信道DCCH，或为公共控制信道CCCH。

10、根据权利要求8所述的方法，其特征在于，所述消息发送次数阈值由UE设定，或由网络侧设定并通知UE。