CN1773982B - 控制信道上无线资源控制消息的传输方法 - Google Patents

Abstract

本发明公开了一种MBMS业务中控制信道上无线资源控制RRC消息的传输方法，该方法包括以下步骤：A、网络侧确定RRC消息在控制信道的传输周期上的发送顺序，并将发送RRC消息顺序信息通知给用户设备UE；B、UE接收到该顺序信息后，根据自己选择接收的业务，按照该顺序信息接收选定业务的RRC消息。应用本发明能够保证UE正确接收RRC消息。

Description

控制信道上无线资源控制消息的传输方法

技术领域

本发明涉及多媒体广播/组播业务(MBMS)中控制信息的传输方法，特别涉及一种MBMS业务中控制信道上无线资源控制(RRC)消息的传输方法。

背景技术

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

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

为了有效地利用移动网络资源，WCDMA/GSM全球标准化组织3GPP提出了组播和广播业务(MBMS：Multimedia 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 Access Information，MAI)，MBMS修改业务信息(MBMS Modified Services Information，MSI)，变化的RB配置信息(Changed RB Configuration Information)，MBMS非修改业务信息(MBMS Unmodified Services Information)，非变化的RB配置信息(UnchangedRB Configuration Information)等等。

其中，MBMS Modified Services Information等信息是关键信息在一个修改周期中关键信息是不改变的，而MBMS Access Information等接入信息则是可以在任何时间改变。

在MCHC的一个重复周期内，可以传输的RRC消息的顺序和次数如下：

1、MBMS接入信息(MBMS Access Information，MAI)，发送次数＞1次；

2、MBMS修改业务信息(MBMS Modified Services Information，MSI)，发送次数＞＝1次；

3、变化的RB配置信息(Changed RB Configuration Information)，发送次数＝1次；

4、MBMS非修改业务信息(MBMS Unmodified Services Information)，发送次数＝1次；

5、非变化的RB配置信息(Unchanged RB Configuration Information)，发送次数＝1次。

由图4可见，一个重复周期内，由于MBMS接入信息是周期发送的，因此可能出现在发送其他RRC消息时，接入周期到，此时就会打断其他RRC消息的发送，造成UE不能正确接收被打断的RRC消息。另外，如果在一个重复周期里传输多次MAI和MSI时，由于UE只是按照上述顺序接收RRC消息，并不知道在何处会再次下发MSI，也会导致UE不能正确接收所有的RRC消息。

发明内容

有鉴于此，本发明的主要目的在于提供一种MBMS业务中控制信道上无线资源控制(RRC)消息的传输方法，保证UE正确接收各个RRC消息。

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

一种MBMS业务中控制信道上无线资源控制RRC消息的传输方法，该方法包括以下步骤：

A、网络侧确定RRC消息在控制信道的传输周期上的发送顺序；在一个传输周期前预先将该传输周期的RRC消息下发顺序信息通知给用户设备UE，或者在一个传输周期的开始位置将本传输周期的RRC消息下发顺序信息通知给UE；

B、UE接收到该顺序信息后，根据自己选择接收的业务，按照该顺序信息接收选定业务的RRC消息。

其中，所述的RRC消息包含：在一个传输周期中多次传输的RRC消息，或/和在一个传输周期中只传输一次的RRC消息。

所述的能够在一个传输周期中多次传输的RRC消息至少包含：MBMS接入信息MAI或MBMS修改业务信息MSI；

所述的一个传输周期中只传输一次的RRC消息包含：变化的RB配置信息Changed RB Configuration Information；或MBMS非修改业务信息MBMSUnmodified Services Information；或非变化的RB配置信息Unchanged RBConfiguration Information。

步骤A所述网络侧确定RRC消息在控制信道上的发送顺序的方法可以为：

对于在一个传输周期中多次传输的RRC消息，按其在一个传输周期中传输的次数，将传输周期平均分为两等分或多于两等分，将该RRC消息在各个等分中的起始位置、或中间位置或结尾位置下发；

对于在一个传输周期中只传输一次的RRC消息，在一个传输周期中任意时刻下发，这些消息在传输时可以被多次传输的RRC消息打断，也可以不被打断。

步骤A所述网络侧确定RRC消息在控制信道上的发送顺序的方法可以为：按照发送次数，为在一个传输周期中多次传输的一种或多种RRC消息，设置在一个传输周期中的消息发送周期，该RRC消息在一个传输周期中按该消息的发送周期下发；

对于在一个传输周期中只传输一次的RRC消息，在一个传输周期中任意时刻下发。

其中，确定MAI和MSI发送顺序的方法为：

将MAI和MSI分别在各自的消息发送周期下发；

或将MAI在该消息的消息发送周期下发、将MSI在传输周期的任意时刻下发；

或将MSI在该消息的消息发送周期下发、将MAI在传输周期的任意时刻下发。

所述的传输周期的长度可以为消息发送周期长度的整数倍。

网络侧在确定RRC消息在控制信道的发送顺序后，进一步判断周期下发多次传输的RRC消息是否会打断传输一次的RRC消息，如果是，则调整消息发送周期长度和/或传输周期，使传输一次的RRC消息不被打断；否则不调整消息发送周期长度和/或传输周期。

网络侧可以在每个传输周期内都执行所述的判断和周期调整；网络侧也可以每隔一段时间执行一次所述的判断和周期调整。

所述调整消息发送周期长度的方法可以为：

将消息发送周期的结束时刻调整到：可能被打断的RRC消息完整传输结束的时刻；

或辅助采用非连续发送DTX技术将消息发送周期的结束时刻调整到：可能被打断的RRC消息完整下发后经过一段空余时间的时刻；

调整传输周期长度的方法可以为：根据消息发送周期相应地进行调整。

该方法可以进一步包括：网络侧在下发顺序信息通知给UE的同时，将传输周期和消息周期长度的长度下发给UE。

该方法以可以进一步包括：网络侧将包含传输周期长度和/或消息周期长度的周期配置信息通过广播信道BCH，通知给用户。

步骤A所述网络侧确定RRC消息在控制信道上的发送顺序的方法还可以为：对于在一个传输周期中多次传输的RRC消息，和一个传输周期中只传输一次的RRC消息，在一个传输周期中进行随机排序；

所述的下发顺序信息中包含上述随机排序的结果。

所述的顺序信息可以为：RRC消息在控制信道发送不同RRC消息的时间顺序信息；或/和各个RRC消息在控制信道传输周期的位置信息。

所述顺序信息可以进一步包含：如何按照所述顺序信息接收RRC消息的信息。

所述顺序信息还可以进一步包含：RRC消息传输过程中是否有RRC消息被打断的指示，或/和哪些RRC消息将被打断的指示；

UE接收到所述指示后，按照该指示接收被打断的RRC消息。

步骤A所述将RRC消息的下发顺序信息通知给UE的方法可以为：网络侧通过广播信道BCH，或/和通过MBMS点到多点控制信道MCCH，将RRC消息的下发顺序信息发送给UE。

由上述的技术方案可见，本发明的这种MBMS业务中控制信道上无线资源控制RRC消息的传输方法，网络侧确定RRC消息在控制信道的传输周期上的发送顺序，并将RRC消息下发顺序信息通知给用户设备UE；UE接收到该顺序信息后，按照该顺序信息接收RRC消息。这样，可以使网络在安排MBMS控制信道上的RRC消息时，特别是某个或是某几个RRC消息在一个重复周期里传输多次时，能够使用户依然能够按照网络的指示，完成各个RRC消息的正确接收。

附图说明

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

图2为用户接收某个MBMS广播业务的完整流程；

图3为用户接收某个MBMS组播业务的完整流程；

图4为MCCH信道调度周期示意图；

图5为本发明第一较佳实施例的处理流程图；

图6为本发明第二较佳实施例的处理流程图；

图7为本发明第三较佳实施例的处理流程图；

图8为图7所示实施例中，第一种方式调整后的传输周期示意图；

图9为图7所示实施例中，第二种方式调整后的传输周期示意图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举四个实施例，对本发明进一步详细说明。

本发明的这种MBMS业务中控制信道上无线资源控制RRC消息的传输方法，网络侧确定和RRC消息在控制信道的传输周期上的发送顺序，通知给用户设备UE；UE根据自己选择接收的业务，按照该顺序信息接收选定业务的RRC消息。

假设一个重复周期要发送2个MAI和2个MSI，以下就这种情况举三个实施例对本发明进行详细说明。

第一较佳实施例：

参见图5，图5为本发明第一较佳实施例的处理流程图。该流程包括以下步骤：

步骤501，网络侧判断出每个重复周期中需要发送2次MAI和2次MSI，将一个重复周期平均分为2等分。本实施例是按照传输的次数平均分的，如果MAI和MSI发送的次数不同，则分别分等分，比如3次MAI和2次MSI，则对于MAI分为3等分，对于MSI分为2等分。

步骤502，确定各个RRC消息的发送顺序。

本实施例中，将MAI设置在每等分的开始发送，将MSI设置在每等分的结尾位置发送，其他RRC消息按现有技术的发送顺序下发。

实际上，只要设置在每个等分中，都发送MAI和MSI即可，具体是设置在开始位置、中间位置还是结尾位置，可以任意设置，也可以在尽量不打断其他RRC消息的前提下设置。当然，其他RRC消息可以被打断。

步骤503，生成下发顺序信息，通知UE。

本实施例的下发顺序信息包含：各个RRC消息在控制信道传输周期的位置信息和如何按照所述顺序信息接收RRC消息的信息，比如：可以按照所述的顺序依次接收，也可以根据该消息按其他顺序接收。

实际应用中，下发顺序信息可以在一个传输周期前，预先将该传输周期的下发顺序信息通知给用户；也可以在一个传输周期的开始位置将本传输周期的下发顺序信息通知给用户。

网络侧可以通过MBMS广播信道BCH，或/和通过MBMS点到多点控制信道MCCH，将RRC消息的下发顺序信息发送给UE。

例如：在下一个重复周期到来之前，通过BCH信道将下发顺序信息发送给UE；或在下一个重复周期到来之前，在当前MCCH重复周期中将下发顺序信息发送给UE。还可以在一个传输周期的开始位置将本传输周期的下发顺序信息通知给用户。

步骤504，UE接收下发顺序信息，根据自己选择接收的业务，按照网络通知的下发顺序和按照所述顺序信息接收RRC消息的方法，接收RRC消息。

本步骤与现有技术基本相同，只是UE是按照接收的顺序信息进行接收，而现有技术是按照协议规定的顺序接收。

第二较佳实施例：

参见图6，图6为本发明第二较佳实施例的处理流程图。该流程包括以下步骤：

步骤601，网络侧判断出每个重复周期中需要发送2次MAI和2次MSI，在一个重复周期中按照发送次数设置MAI的发送周期，并确定各个RRC消息的发送顺序。

本实施例中，MAI在发送周期中下发，MSI在重复周期的任意时刻下发，本实施例中MSI和其他RRC消息都按照现有技术的顺序下发或任意时刻下发。

本实施例仅设置了MAI的发送周期，实际应用时，还可以只设置MSI的发送周期，MAI在任意时刻发送，其他RRC消息按现有技术的顺序或任意时刻下发；还可以同时设置MAI和MSI的发送周期，其他RRC消息按现有技术的顺序或任意下发。本实施例中，接入周期的长度为MAI消息发送周期长度的整数倍。

步骤602，按照MAI的发送周期计算出哪些RRC消息将被打断。

步骤603，生成下发顺序信息，通知UE。

本实施例中的下发顺序信息包含：RRC消息在控制信道发送不同RRC消息的时间顺序信息；RRC消息传输过程中将有RRC消息被打断的指示，和哪些RRC消息将被打断的指示。

步骤604，UE接收下发顺序信息，记录将有哪些RRC消息被打断，根据自己选择接收的业务，按照网络通知的下发顺序接收RRC消息。

UE开始接收到各个RRC消息时，判断该消息是否会被打断，如果是则在接收到断点时将其存储，该消息后续部分到来时，将其与记录的部分进行合并，恢复出完整的RRC消息。

第三较佳实施例：

参见图7，图7为本发明第三较佳实施例的处理流程图。该流程包括以下步骤：

步骤701，网络侧判断出每个重复周期中需要发送2次MAI和2次MSI，在一个重复周期中按照发送次数设置MAI的发送周期，并确定各个RRC消息的发送顺序。确定的方法与图6所示实施例中的步骤601完全相同，这里不再重复说明。

步骤702，判断周期下发的MAI是否会打断传输一次的RRC消息，如果是则执行步骤703；否则直接执行步骤704。

本步骤中，判断的方法是按照MAI的发送周期计算出哪些RRC消息将被打断。

步骤703，调整消息发送周期或/和传输周期长度，保证传输一次的RRC消息不被打断，本实施例中是调整接入周期的长度也就是MAI的发送周期的长度。

本实施例中，假设一个重复周期的长度是一个接入周期长度的2倍。调整接入周期长度有两种实现方式：

第一种：将传输周期的结束时刻调整到可能被打断的RRC消息完整传输结束的时刻。

参见图8，图8为图7所示实施例中，第一种方式调整后的传输周期示意图。其中第13个数据单元是传输周期未调整之前可能被打断的RRC消息的最后一个数据单元，接入周期调整后，在一个接入周期内：刚好将完整的RRC消息传输完成。

第二种：辅助采用非连续发送DTX技术(对UE是非连续接收DRX技术)将传输周期的结束时刻调整到：可能被打断的RRC消息完整下发后经过一段空余时间的时刻。DTX或DRX技术是在消息发送中，常用的技术，这里不再赘述。

参见图9，图9为图7所示实施例中，第二种方式调整后的传输周期示意图。其中第13个数据单元是传输周期未调整之前可能被打断的RRC消息的最后一个数据单元，接入周期调整后，在一个接入周期内：完整的RRC消息传输完成后，又经过了一段的空余时间才进入下一个接入周期。

本实施例中重复周期可以根据接入周期的调整做相应的调整。

步骤704，生成下发顺序信息，将其与传输周期长度和/或接入周期长度同时通知给UE。

本实施例中的下发顺序信息包含：RRC消息在控制信道发送不同RRC消息的时间顺序信息。下发顺序消息和传输周期长度及接入周期长度的方法与图5所示实施例相同。

实际应用中，网络侧可以在每个传输周期内都执行步骤702～703所述的判断和周期调整；网络侧也可以每隔一段时间执行一次步骤702～703所述的判断和周期调整。

实际上，网络侧还可以将包含传输周期长度或/和接入周期长度的周期配置信息通过BCH，通知给用户。

步骤705，UE接收下发顺序信息和传输周期长度或/和接入周期长度，根据自己选择接收的业务，按照网络通知的下发顺序和传输周期长度或/和接入周期长度接收RRC消息。

第四较佳实施例：

本实施例中，网络侧将MAI、MSI和其他RRC消息在一个重复周期中，随机排序，也就是说MAI和MSI可以在一个重复周期的任意时刻下发。然后，网络侧将排序结果生成下发顺序信息，通知UE。

UE接收到下发顺序信息后，按照上述的排序结果接收RRC消息。

由上述的实施例可见，本发明的这种MBMS业务中控制信道上无线资源控制RRC消息的传输方法，可以使网络在安排MBMS控制信道上的RRC消息时，特别是某个或是某几个RRC消息在一个重复周期里传输多次时，能够使用户依然能够按照网络的指示，完成各个RRC消息的正确接收。

Claims (17)

1.一种MBMS业务中控制信道上无线资源控制RRC消息的传输方法，其特征在于，该方法包括以下步骤：

A、网络侧确定RRC消息在控制信道的传输周期上的发送顺序；在一个传输周期前预先将该传输周期的RRC消息下发顺序信息通知给用户设备UE，或者在一个传输周期的开始位置将本传输周期的RRC消息下发顺序信息通知给UE；

B、UE接收到该顺序信息后，根据自己选择接收的业务，按照该顺序信息接收选定业务的RRC消息。

2.如权利要求1所述的传输方法，其特征在于，所述的RRC消息包含：在一个传输周期中多次传输的RRC消息，或/和在一个传输周期中只传输一次的RRC消息。

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

所述的在一个传输周期中多次传输的RRC消息至少包含：MBMS接入信息MAI或MBMS修改业务信息MSI；

所述的一个传输周期中只传输一次的RRC消息至少包含：变化的RB配置信息Changed RB Configuration Information；或MBMS非修改业务信息MBMSUnmodified Services Information；或非变化的RB配置信息Unchanged RBConfiguration Information。

4.如权利要求2或3所述的传输方法，其特征在于，步骤A所述网络侧确定RRC消息在控制信道上的发送顺序的方法为：

对于在一个传输周期中多次传输的RRC消息，按其在一个传输周期中传输的次数，将传输周期平均分为两等分或多于两等分，将该RRC消息在各个等分中的起始位置、或中间位置或结尾位置下发；

对于在一个传输周期中只传输一次的RRC消息，在一个传输周期中任意时刻下发。

5.如权利要求3所述的传输方法，其特征在于，步骤A所述网络侧确定RRC消息在控制信道上的发送顺序的方法为：按照发送次数，为在一个传输周期中多次传输的一种或多种RRC消息，设置在一个传输周期中的消息发送周期，该RRC消息在一个传输周期中按该消息的发送周期下发；

对于在一个传输周期中只传输一次的RRC消息，在一个传输周期中任意时刻下发。

6.如权利要求5所述的传输方法，其特征在于，网络侧在确定MAI和MSI发送顺序的方法为：

将MAI和MSI分别在各自的消息发送周期下发；

或将MAI在该消息的消息发送周期下发、将MSI在传输周期的任意时刻下发；

或将MSI在该消息的消息发送周期下发、将MAI在传输周期的任意时刻下发。

7.如权利要求5或6所述的传输方法，其特征在于：所述的传输周期的长度为消息发送周期长度的整数倍。

8.如权利要求5或6所述的传输方法，其特征在于：网络侧在确定RRC消息在控制信道的发送顺序后，进一步判断周期下发多次传输的RRC消息是否会打断传输一次的RRC消息，如果是，则调整消息发送周期长度和/或传输周期，使传输一次的RRC消息不被打断；否则不调整消息发送周期长度和/或传输周期。

9.如权利要求8所述的传输方法，其特征在于：网络侧在每个传输周期内都执行所述的判断和周期调整；或网络侧每隔一段时间执行一次所述的判断和周期调整。

10.如权利要求8所述的传输方法，其特征在于，所述调整消息发送周期长度的方法为：

将消息发送周期的结束时刻调整到：可能被打断的RRC消息完整传输结束的时刻；

或辅助采用非连续发送DTX技术将消息发送周期的结束时刻调整到：可能被打断的RRC消息完整下发后经过一段空余时间的时刻。

调整传输周期长度的方法为：根据消息发送周期相应地进行调整。

11.如权利要求8所述的传输方法，其特征在于，该方法进一步包括：网络侧在下发顺序信息通知给UE的同时，将传输周期和/或消息周期长度的长度下发给UE。

12.如权利要求8所述的传输方法，其特征在于，该方法进一步包括：网络侧将包含传输周期长度和/或消息周期长度的周期配置信息，通过广播信道BCH通知给用户。

13.如权利要求2或3所述的传输方法，其特征在于，步骤A所述网络侧确定RRC消息在控制信道上的发送顺序的方法为：对于在一个传输周期中多次传输的RRC消息，和一个传输周期中只传输一次的RRC消息，在一个传输周期中进行随机排序；

所述的下发顺序信息中包含上述随机排序的结果。

14.如权利要求1所述的传输方法，其特征在于，所述的顺序信息为：RRC消息在控制信道发送不同RRC消息的时间顺序信息；或/和各个RRC消息在控制信道传输周期的位置信息。

15.如权利要求1或14所述的传输方法，其特征在于，所述顺序信息进一步包含：如何按照所述顺序信息接收RRC消息的信息。

16.如权利要求14所述的传输方法，其特征在于，所述顺序信息进一步包含：RRC消息传输过程是否有RRC消息被打断的指示，或/和哪些RRC消息将被打断的指示；

UE接收到所述指示后，按照该指示接收被打断的RRC消息。

17.如权利要求1所述的传输方法，其特征在于，步骤A所述将RRC消息的下发顺序信息通知给UE的方法为：网络侧通过广播信道BCH，或/和通过MBMS点到多点控制信道MCCH，将RRC消息的下发顺序信息发送给UE。

Images