数据传输方法、基站、多播协调实体和用户设备的制作方法

专利名称：数据传输方法、基站、多播协调实体和用户设备的制作方法
技术领域：
本发明实施例涉及通信技术领域，特别涉及一种数据传输方法、基站、多播协调实 体和用户设备。
背景技术：
在3GPP中规定，下行通信业务可包括单播业务(Unicast Service)和多媒体广播 组播业务(Multimedia Broadcast Multicast Service,以下简称MBMS)。其中，MBMS 可实 现核心网和无线接入网的资源共享，从而实现以尽可能少的资源为尽可能多的有相同需求 的所媒体用户终端提供服务。在无线接入网中，MBMS通过使用公共传输信道和公共无线承 载，既能实现纯文本的低速率消息的组播和广播，也能实现较高速率的多媒体业务的组播 和广播。接入网的长期演进(Long Term Evolution,以下简称LTE)是3GPP正在制定的下 一代无线通信标准，LTE具有更高的频谱利用率和传输速度、以及较低的传输时延等特点， 目前，3GPP正在制定LTE eMBMS Rel. 9规范。3GPP规范23. 246 (sec. 4. 2. 2)提供了实现MBMS业务的参考网络架构，参考网络架 构中包括广播组播业务中心(Broadcast-Multicast Service Centre，以下简称BM-SC)。 该BM-SC负责MBMS中用户业务的提供与传输，其中一个用户业务可以由一个或者多个承载 业务来实现，并且BM-SC为每个承载业务发送一条会话开始请求(session start request) 消息。目前，3GPP SA4 IVS工作组正在完善增强视频支持的工作，而H. 264协议的可伸 缩视频编码(Scalable Video Codec，以下简称SVC)是一种MBMS很可能要支持的编码格 式。在H. 264协议中，SVC可包括基本层(SB, Scalable Baseline,以下简称:SB)、增强高 层(Scalable High,以下简称SH)，和增强超高层(Scalable High Intra,以下简称:SHI)。 基于SVC的数据在MBMS业务中的传输方法包括如下二种一种是BM-SC针对基于SVC的数 据发起一个承载业务，该承载业务包括基于SVC的数据的SB数据、SH数据和SHI数据 ’另 一种是BM-SC针对基于SVC的数据发起多个承载业务，基于SVC的数据的每个层数据对应 于一个承载业务，也就是说，一个承载业务中包括SB数据、一个承载业务包括SH数据，另一 个承载业务中包括SHI数据。但是，发明人在实现本发明过程中，发现现有技术存在如下问题当无线接入网一 侧出现资源拥塞等情况时，承载业务会出现中断，从而无法保证业务的平滑性。

发明内容
本发明实施例提供一种数据传输方法、基站、多播协调实体和用户设备，从而有效 保证业务的平滑性。本发明实施例提供了一种数据传输方法，包括当判断出资源拥塞时，从接收到的承载业务中查询出符合第一调度策略的承载业 务；根据所述符合第一调度策略的承载业务包括的层数据的层标识信息，从符合第一调度策略的承载业务中查询出符合第二调度策略的层数据；根据所述符合第二调度策略的层数 据的状态信息，丢弃所述符合第二调度策略的层数据；或者当判断出资源缓解时，从接收到的承载业务中查询出符合第一调度策略的承载业 务；根据所述符合第一调度策略的承载业务包括的层数据的层标识信息，从符合第一调度 策略的承载业务中查询出符合第二调度策略的层数据；根据所述符合第二调度策略的层数 据的状态信息，恢复所述符合第二调度策略的层数据。本发明实施例提供了一种数据传输方法，包括当判断出资源拥塞或者资源缓解时，查询出符合第一调度策略的承载业务的标识 fn息；从符合第一调度策略的承载业务的层数据的层标识信息中查询出符合第二调度 策略的层数据的层标识信息；根据符合第二调度策略的层数据的层标识信息，查询出所述符合第二调度策略的 层数据的状态信息；根据所述符合第二调度策略的层数据的状态信息，向基站发送携带有所述符合第 一调度策略的承载业务的标识信息和所述符合第二调度策略的层数据的层标识信息的会 话处理指令；或者根据所述符合第二调度策略的状态信息和所述符合第二调度策略的层数 据的层标识信息，向基站发送携带有所述符合第二调度策略的层数据所在的承载业务的标 识信息的会话处理指令。本发明实施例提供了一种数据传输方法，包括当判断出当前设备资源发生拥塞时，根据基站发送各个层数据的各个逻辑信道对 应的逻辑信道标识识别出各个层数据；根据各层数据的优先级接收层数据。本发明实施例提供了一种基站，包括第一判断单元、第一接收单元、第一查询单 元、第二查询单元和处理单元；所述第一判断单元，用于判断是否发生资源拥塞或资源缓解；所述第一接收单元，用于接收BM-SC发送的承载业务；所述第一查询单元，用于当所述第一判断单元判断出发生资源拥塞或者资源缓解 时，从接收到的承载业务中查询出符合第一调度信息的承载业务；所述第二查询单元，用于根据所述符合第一调度策略的承载业务包括的层数据的 层标识信息，从所述第一查询单元查询出的符合第一调度策略的承载业务中查询出符合第 二调度策略的层数据；所述处理单元，用于根据所述符合第二调度策略的层数据的状态信息，当所述第 一判断单元判断出资源拥塞时丢弃所述符合第二调度策略的层数据；或者，当所述第一判 断单元判断出资源缓解时恢复所述符合第二调度策略的层数据。本发明实施例提供了一种多播协调实体，包括第二判断单元，用于判断是否发生资源拥塞或者判断是否发生资源缓解，第三查询单元，用于当所述第二判断单元判断出资源拥塞或者资源缓解时，查询 出符合第一调度策略的承载业务的标识信息；第四查询单元，用于从符合第一调度策略的承载业务的层数据的层标识信息中查询出符合第二调度策略的层数据的层标识信息；第五查询单元，用于根据符合第二调度策略的层数据的层标识信息，查询出所述 符合第二调度策略的层数据的状态信息；第二发送单元，用于根据所述符合第二调度策略的层数据的状态信息，向基站发 送携带有所述符合第一调度策略的承载业务的标识信息和所述符合第二调度策略的层数 据的层标识信息的会话处理指令；或者用于根据所述符合第二调度策略的状态信息和所述 符合第二调度策略的层数据的层标识信息，向基站发送携带有所述符合第二调度策略的层 数据所在的承载业务的标识信息。本发明实施例提供了一种用户设备，包括第三判断单元，用于判断是否发生设备资源拥塞；第二识别单元，用于当所述第三判断单元判断出发生资源设备拥塞时，根据基站 发送各个层数据的各个逻辑信道对应的逻辑信道标识识别出各个层数据；第一接收单元，用于根据各层数据的优先级接收层数据。本发明实施例的技术方案中，当发生资源拥塞或者资源缓解时，可从接收到的承 载业务中查询出符合第一调度策略的承载业务，再从符合第一调度策略的承载业务中查询 出符合第二调度策略的层数据，并根据符合第二调度策略的层数据的状态信息丢弃或者恢 复符合第二调度策略的层数据，从而保证了业务的平滑性。


图1为本发明一实施例提供的一种数据传输方法的流程图2a为本发明另-一实施例提供的-一种ξ数据传输方法的流程图2b为本发明BM-SC启动会话的流程图3为本发明另一-实施例提供的一偏 据传输方法的流程图4为本发明另一-实施例提供的一偏 据传输方法的流程图5为本发明另一-实施例提供的一偏 据传输方法的流程图6为本发明另一-实施例提供的一偏 据传输方法的流程图7为本发明另一-实施例提供的一偏 据传输方法的流程图8为本发明另一-实施例提供的一 据传输方法的流程图9为本发明另一-实施例提供的一4中基站的结构示意图10为本发明另-一实施例提供的-一种基站的结构示意图11为本发明另-一实施例提供的-一种多播协调实体的结构示意图
图12为本发明另-一实施例提供的-一种用户设备的结构示意图。
具体实施例方式下面通过附图和实施例，对本发明实施例的技术方案做进一步的详细描述。图1为本发明一实施例提供的一种数据传输方法的流程图，如图1所示，包括步骤101、当判断出资源拥塞时，从接收到的承载业务中查询出符合第一调度策略 的承载业务；步骤102、根据符合第一调度策略的承载业务包括的层数据的层标识信息，从符合第一调度策略的承载业务中查询出符合第二调度策略的层数据；步骤103、根据符合第二调度策略的层数据的状态信息，丢弃符合第二调度策略的 层数据。本实施例的技术方案中，当发生资源拥塞时，可从接收到的承载业务中查询出符 合第一调度策略的承载业务，再从符合第一调度策略的承载业务中查询出符合第二调度策 略的层数据，并根据符合第二调度策略的层数据的状态信息丢弃符合第二调度策略的层数 据，从而解决了资源拥塞状况，保证了业务的平滑性。图2a为本发明另一实施例提供的一种数据传输方法的流程图，如图2a所示，该方 法包括步骤201、BM-SC启动会话；具体地可参见图2b，图2b为本发明BM-SC启动会话的流程图，如图2b所示，包括步骤2011至步骤2016、BM-SC与基站(eNodeB)建立会话；其中，BM-SC发送的会话开始请求session start request中携带有每一承载业务 的服务质量(Quality of Service,以下简称:QoS)。具体地，QoS中可包括QoS类标识(QoS Class Identifier，简称QCI)、分配和保持优先级(Allocation and Retention Priority 简称=ARP)、保证比特率(Guaranteed Bitrate,简称=GBR)、最大化比特率(Maximum Bitrate，简称MBR)等参数。步骤2017、eNodeB加入IP多播地址；步骤2018、eNodeB与用户设备(User Equipment,以下简称UE)建立承载资源。
步骤202、BM-SC通过MBMS Gff向eNodeB发送承载业务；具体地，发送的承载业务分为二种情况第一种情况承载业务的层数据包括SB数据和SH数据，或者SB数据、SH数据和 SHI数据；此种情况为BM-SC针对每个基于SVC的数据发送一个承载业务的情况。该承载业 务的层数据可包括SB数据和SH数据，或者该承载业务可包括SB数据、SH数据和SHI数据。其中承载业务中的每个层数据均对应于一个层标识信息，该层标识信息可用于标 识每个层数据具体为SB数据、SH数据或者SHI数据。具体地，层数据的层标识信息为BM-SC 中的同步(SYNC)实体为每个层数据分配的序列号，或者为SYNC实体生成的SYNC信息的保 留位中的信息或者新增位中的信息。第二种情况承载业务的层数据包括SB数据、SH数据或SHI数据；此种情况为BM-SC针对基于SVC的数据发起多个承载业务的情况，具体地可以为 基于SVC的数据的每个层数据发起一个承载业务。当BM-SC发起二个承载业务时，一个承 载业务中包括SB数据，另一个承载业务中包括SH数据；当BM-SC发起三个承载业务时，一 个承载业务中包括SB数据、一个承载业务包括SH数据，另一个承载业务中包括SHI数据。其中每个承载业务的层数据均对应于一个层标识信息，该层标识信息可用于标识 每个层数据具体为SB数据、SH数据或者SHI数据。具体地，层数据的层标识信息为会话开 始请求的保留位中的信息或者新增位中的信息，或者为临时移动组标识TMGI中的特定位 fn息ο步骤203、eNodeB判断是否发生资源拥塞，当判断出发生资源拥塞时执行步骤204，当判断出未发生资源拥塞时执行步骤207 ；本实施例中，资源拥塞是指eNodeB和UE之间的空中接口的资源拥塞和/或 eNodeB的硬件资源拥塞。具体地，eNodeB可根据eNodeB和UE之间的空中接口的资源状 况和/或eNodeB的硬件资源状况判断出是否发生资源拥塞。其中，硬件资源可包括存储资 源、处理器资源等。步骤204、从接收到的承载业务中查询出符合第一调度策略的承载业务；第一调度策略包括根据会话开始请求携带的各承载业务的QoS指示的优先级， 优先选择低优先级的承载业务；按照上述第一调度策略，步骤204具体包括根据承载业务的QoS中的ARP，从接 收到的承载业务中优先查询出低优先级的且未丢弃符合第二调度策略的层数据的承载业务。步骤205、eNodeB根据符合第一调度策略的承载业务包括的层数据的层标识信 息，从符合第一调度策略的承载业务中查询出符合第二调度策略的层数据；第二调度策略包括丢弃SH数据和SHI数据，或者优先丢弃SHI数据再丢弃SH数 据。当承载业务为步骤202中的第一种情况时，步骤205具体为eN0deB首先根据符 合第一调度策略的承载业务包括的层数据的层标识信息，识别出符合第一调度策略的承载 业务中的各个层数据，并从识别出的符合第一调度策略的承载业务的各个层数据中查询出 符合第二调度策略的层数据。如果采用优先丢弃SHI数据再丢弃SH数据的第二调度策略，当承载业务仅包括SB 数据和SH数据，则查询出的符合第二调度策略的层数据为SH数据；当承载业务包括SB数 据、SH数据和SHI数据时，查询出的符合第二调度策略的层数据可以为SHI数据、或者当所 有承载业务中SHI数据均被丢弃时查询出的数据为SH数据。如果采用丢弃SH数据和SHI数据的第二调度策略，当承载业务仅包括SB数据和 SH数据，则查询出的符合第二调度策略的层数据为SH数据；当承载业务包括SB数据、SH数 据和SHI数据时，查询出的符合第二调度策略的层数据可以为SHI数据和SH数据。进一步地，第二调度策略还可以包括优先丢弃占用资源多的层数据。当符合丢弃 增强高层数据和增强超高层数据为多个，或者优先丢弃增强超高层数据再丢弃增强高层数 据的层数据为多个时，可进一步根据层数据占用的资源，查询占用资源多的层数据，则查询 出的符合第二调度策略的层数据为进一步查询出的占用资源多的层数据。或者，第二调度 策略还可以包括随机选择层数据。当符合丢弃增强高层数据和增强超高层数据为多个，或 者优先丢弃增强超高层数据再丢弃增强高层数据的层数据为多个时，可进一步随机选择层 数据，则查询出的符合第二调度策略的层数据为进一步随机选择出的层数据。进一步地，第二调度策略还可以包括保证特定的承载业务的层数据不被丢弃。具 体地可以为保证特定的承载业务的SH数据不被丢弃或者特定的承载业务的保证SHI数据 不被丢弃。则当第二调度策略中包括上述保证特定的承载业务的层数据不被丢弃的策略 时，步骤205中查询出的符合第二调度策略的层数据为特定的承载业务的层数据之外的其 它第二调度策略的层数据。当承载业务为步骤202中的第二种情况时，步骤205具体为eN0deB首先根据符
10合第一调度策略的承载业务包括的层数据的层标识信息，识别出符合第一调度策略的每个 承载业务的层数据，并从识别出的符合第一调度策略的每个承载业务的层数据中查询出符 合第二调度策略的层数据。此种情况中，当采用不同的第二调度策略时，具体查询过程以及查询出的符合第 二调度策略的层数据均与上述承载业务为第一种情况相同，此处不再赘述。步骤206、eNodeB根据符合第二调度策略的层数据的状态信息，丢弃符合第二调 度策略的层数据；每个层数据均对应于一个状态信息，当采用优先丢弃SHI数据再丢弃SH数据的第 二调度策略，该状态信息包括第二调度策略执行状态和层数据的状态。其中第二调度策略执行状态主要用于标识第二调度策略的执行情况，例如，第二 调度策略执行状态可包括当前执行丢弃SHI数据或者当前执行丢弃SH数据。其中层数据的状态主要包括该层数据已被丢弃或者未被丢弃。则步骤206具体包括根据符合第二调度策略的层数据的状态信息查询出该层数 据的状态以及第二调度策略的执行状态，根据查询出的该层数据的状态以及第二调度策略 的执行状态丢弃符合第二调度策略的层数据。当查询出符合第二调度策略的层数据为SHI、状态为未被丢弃且第二调度策略的 执行状态为当前执行丢弃SHI数据时，丢弃该符合第二调度策略的层数据；当查询出符合第二调度策略的层数据为SH、状态为未被丢弃且第二调度策略的执 行状态为当前执行丢弃SH数据时，丢弃该符合第二调度策略的层数据；当查询出符合第二调度策略的层数据为SH或者SHI、状态为已被丢弃时，不处理 该符合第二调度策略的层数据。此时可执行步骤204，从接收到的承载业务中继续选择出比 该符合第二调度策略的层数据所在的承载业务优先级高的符合第一调度策略的承载业务。其中，本实施例中的丢弃是指eNodeB不向UE发送符合第二调度策略的层数据。本实施例的技术方案中，可重复执行步骤203至步骤206，直到步骤203中eNodeB 判断出未发生资源拥塞时执行步骤207。步骤207、eNodeB根据接收到的承载业务的层数据的层标识信息识别出接收到的 承载业务的层数据；具体地，可以由eNodeB中的SYNC实体识别出接收到的承载业务的各个层数据。步骤208、eNOdeB为承载业务的层数据在MAC层分配逻辑信道，每个逻辑信道对应 于一个逻辑信道标识；逻辑信道的逻辑信道标识的大小对应于层数据的优先级。具体地，当逻辑信道的 逻辑信道标识较小时，该逻辑信道对应的层数据的优先级较高；当逻辑信道的逻辑信道标 识较大时，该逻辑信道对应的层数据的优先级较低。当承载业务为步骤202中的第一种情况时，eNodeB为承载业务的每个层数据在 MAC层分配一个逻辑信道；当承载业务为步骤202中的第二种情况时，NodeB为每个承载业务的层数据在MAC 层分配一个逻辑信道；步骤209、eNodeB各个逻辑信道向UE发送层数据；步骤210、UE判断当前设备资源是否发生拥塞，如果是则执行步骤211，否则执行步骤213 ；步骤211、UE根据eNodeB发送各个层数据的各个逻辑信道对应的逻辑信道标识识 别出各个层数据；步骤212、UE根据各层数据的优先级接收层数据，流程结束。具体地，可以根据各层数据的优先级接收基本层数据，或者接收基本层数据和增 强高层数据。步骤213、UE通过各个逻辑信道接收eNodeB发送的层数据。本实施例中各步骤的时序关系仅为一种实例，在具体实施过程中还可采用其它时 序关系，例如步骤202还可在步骤203之后执行。本实施例的技术方案中，当eNodeB判断出发生资源拥塞时，可根据第一调度策 略和第二调度策略丢弃层数据，从而有效解决了资源拥塞状况，保证了业务的平滑性；当 eNodeB判断出未发生资源拥塞时，eNodeB可为识别出的承载业务的各个层数据分配逻辑 信道，UE根据自身设备资源拥塞状况选择性接收eNodeB通过逻辑信道发送的各个层数据， 从而保证了业务的平滑性；本实施例中，多个eNodeB例如同一覆盖区域内的eNodeB均可根 据第一调度策略和第二调度策略丢弃层数据，从而保证了 eNodeB同步丢弃相同的层数据。图3为本发明另一实施例提供的一种数据传输方法的流程图，如图3所示，该方法 包括步骤301、当判断出资源缓解时，从接收到的承载业务中查询出符合第一调度策略 的承载业务；步骤302、根据符合第一调度策略的承载业务包括的层数据的层标识信息，从符合 第一调度策略的承载业务中查询出符合第二调度策略的层数据；步骤303、根据符合第二调度策略的层数据的状态信息，恢复符合第二调度策略的 层数据。本实施例的技术方案中，当发生资源缓解时，可从接收到的承载业务中查询出符 合第一调度策略的承载业务，再从符合第一调度策略的承载业务中查询出符合第二调度策 略的层数据，并根据符合第二调度策略的层数据的状态信息恢复符合第二调度信息的层数 据，从而保证了业务的平滑性。图4为本发明另一实施例提供的一种数据传输方法的流程图，如图4所示，该方法 包括步骤401至步骤402与图2a的实施例中步骤201至步骤202相同，此处不再赘述。步骤403、eNodeB判断是否发生资源缓解，当判断出发生资源缓解时执行步骤 404，当判断出未发生资源缓解时执行步骤407 ；本实施例中，资源缓解是指eNodeB和UE之间的空中接口的资源缓解和/或 eNodeB的硬件资源缓解。具体地，eNodeB可根据eNodeB和UE之间的空中接口的资源状 况和/或eNodeB的硬件资源状况判断出是否发生资源缓解。其中，硬件资源可包括存储资 源、处理器资源等。步骤404、eNodeB从接收到的承载业务中查询出符合第一调度策略的承载业务；第一调度策略包括根据会话开始请求携带的各承载业务的QoS指示的优先级， 优先选择高优先级的承载业务；
按照上述第一调度策略，步骤404具体包括根据承载业务的QoS中的ARP，从接 收到的承载业务中优先查询出高优先级的且未恢复符合第二调度策略的层数据的承载业务。步骤405、eNodeB根据符合第一调度策略的承载业务包括的层数据的层标识信 息，从符合第一调度策略的承载业务中查询出符合第二调度策略的层数据；第二调度策略包括恢复SH数据和SHI数据，或者优先恢复SH数据再恢复SHI数 据。当承载业务为步骤202中的第一种情况时，步骤405具体为eN0deB首先根据符 合第一调度策略的承载业务包括的层数据的层标识信息，识别出符合第一调度策略的承载 业务中的各个层数据，并从识别出的符合第一调度策略的承载业务的各个层数据中查询出 符合第二调度策略的层数据。如果采用优先恢复SH数据再恢复SHI数据的第二调度策略，当承载业务仅包括SB 数据和SH数据，则查询出的符合第二调度策略的层数据为SH数据；当承载业务包括SB数 据、SH数据和SHI数据时，查询出的符合第二调度策略的层数据可以为SH数据、或者当所 有承载业务中SH数据均被恢复时查询出的数据为SHI数据。如果采用恢复SH数据和SHI数据的第二调度策略，当承载业务仅包括SB数据和 SH数据，则查询出的符合第二调度策略的层数据为SH数据；当承载业务包括SB数据、SH数 据和SHI数据时，查询出的符合第二调度策略的层数据可以为SHI数据和SH数据。进一步地，第二调度策略还可以包括优先恢复占用资源少的层数据。当符合丢弃 增强高层数据和增强超高层数据为多个时，或者优先恢复增强高层数据再恢复增强超高层 数据的层数据为多个时，可进一步根据层数据占用的资源，查询占用资源少的层数据，则查 询出的符合第二调度策略的层数据为进一步查询出的占用资源少的层数据。或者，第二调 度策略还可以包括随机选择层数据。当符合恢复增强高层数据和增强超高层数据为多个 时，或者优先恢复增强高层数据再恢复增强超高层数据的层数据为多个时，可进一步随机 选择层数据，则查询出的符合第二调度策略的层数据为进一步随机选择出的层数据。当承载业务为步骤202中的第二种情况时，步骤405具体为eN0deB首先根据符 合第一调度策略的承载业务包括的层数据的层标识信息，识别出符合第一调度策略的每个 承载业务的层数据，并从识别出的符合第一调度策略的每个承载业务的层数据中查询出符 合第二调度策略的层数据。此种情况中，当采用不同的第二调度策略时，具体查询过程以及查询出的符合第 二调度策略的层数据均与上述承载业务为第一种情况相同，此处不再赘述。步骤406、eNodeB根据符合第二调度策略的层数据的状态信息，恢复符合第二调 度策略的层数据；每个层数据均对应于一个状态信息，当采用优先恢复SH数据再恢复SHI数据的第 二调度策略，该状态信息包括第二调度策略执行状态和层数据的状态。其中第二调度策略执行状态主要用于标识第二调度策略的执行情况，例如，第二 调度策略执行状态可包括当前执行恢复SHI数据或者当前执行恢复SH数据。其中层数据的状态主要包括该层数据已被恢复或者未被恢复。则步骤406具体包括根据符合第二调度策略的层数据的状态信息查询出该层数
13据的状态以及第二调度策略的执行状态，根据查询出的该层数据的状态以及第二调度策略 的执行状态恢复符合第二调度策略的层数据。当查询出符合第二调度策略的层数据为SHI、状态为未被恢复且第二调度策略的 执行状态为当前执行恢复SHI数据时，恢复该符合第二调度策略的层数据；当查询出符合第二调度策略的层数据为SH数据、状态为未被恢复且第二调度策 略的执行状态为当前执行恢复SH数据时，恢复该符合第二调度策略的层数据；当查询出符合第二调度策略的层数据为SH数据或者SHI数据、状态为已被恢复 时，不处理该符合第二调度策略的层数据。此时可执行步骤404，从接收到的承载业务中继 续选择出比该符合第二调度策略的层数据所在的承载业务优先级低的符合第一调度策略 的承载业务。其中，本实施例中的恢复是指eNodeB恢复向UE发送符合第二调度策略的层数据。本实施例的技术方案中，可重复执行步骤403至步骤406，直到步骤403中eNodeB 判断出未发生资源缓解时执行步骤407。步骤407至步骤413与图2a的实施例中的步骤207至步骤213相同，此处不再赘 述。本实施例的技术方案中，当eNodeB判断出发生资源缓解时，可根据第一调度策略 和第二调度策略恢复层数据，从而保证了业务的平滑性；当eNodeB判断出未发生资源缓解 时，eNodeB可为识别出的承载业务的各个层数据分配逻辑信道，UE根据自身设备资源拥塞 状况选择性接收eNodeB通过逻辑信道发送的各个层数据，从而保证了业务的平滑性；本实 施例中，多个eNodeB例如同一覆盖区域内的eNodeB均可根据第一调度策略和第二调度策 略恢复层数据，从而保证了 eNodeB同步恢复相同的层数据。图5为本发明另一实施例提供的一种数据传输方法的流程图，如图5所示，该方法 包括步骤501、当判断出资源拥塞或者资源缓解时，查询出符合第一调度策略的承载业 务的标识信息；步骤502、从符合第一调度策略的承载业务的层标识信息中查询出符合第二调度 策略的层数据的层标识信息；步骤503、根据符合第二调度策略的层数据的层标识信息查询出符合第二调度策 略的层数据的状态信息；步骤504、根据所述符合第二调度策略的层数据的状态信息，向eNodeB发送携带 有所述符合第一调度策略的承载业务的标识信息和所述符合第二调度策略的层数据的层 标识信息的会话处理指令；或者根据所述符合第二调度策略的状态信息和所述符合第二调 度策略的层数据的层标识信息，向eNodeB发送携带有所述符合第二调度策略的层数据所 在的承载业务的标识信息。本实施例的技术方案中，当发生资源拥塞或者资源缓解时，可查询出符合第一调 度策略的承载业务的标识信息，再查询出符合第二调度策略的层数据的层标识信息，并根 据符合第二调度策略的层数据的状态信息向eNodeB发送处理指令信息丢弃或者恢复层数 据，保证了业务的平滑性。图6为本发明另一实施例提供的一种数据传输方法的流程图，如图6所示，该方法包括步骤601至步骤601与图2a的实施例中的步骤201至步骤202相同，此处不再赘述。步骤603、MCE判断是否发生资源拥塞，当判断出发生资源拥塞时执行步骤604，当 判断出未发生资源拥塞时执行步骤609 ；本实施例中，资源拥塞是指eNodeB和UE之间的空中接口的资源拥塞和eNodeB的 硬件资源拥塞。具体地，MCE可根据eNodeB返回的eNodeB和UE之间的空中接口的资源状 况和/或eNodeB的硬件资源状况或者根据会话开始请求中携带的QoS判断是否发生资源 拥塞。其中，硬件资源可包括存储资源、处理器资源等。步骤604、MCE查询出符合第一调度策略的承载业务的标识信息；第一调度策略包括根据会话开始请求携带的各承载业务的QoS指示的优先级， 优先选择低优先级的且未丢弃符合第二调度策略的层数据的承载业务；按照上述第一调度策略，步骤604具体包括根据承载业务的QoS中的ARP，优先 查询出低优先级的承载业务的标识信息。步骤605、MCE从符合第一调度策略的承载业务的层数据的层标识信息中查询出 符合第二调度策略的层数据的层标识信息；第二调度策略包括丢弃SH数据和SHI数据，或者优先丢弃SHI数据再丢弃SH数 据。当承载业务为步骤202中的第一种情况时，步骤605具体为如果采用优先丢弃 SHI数据再丢弃SH数据的第二调度策略，当承载业务仅包括SB数据和SH数据，则查询出的 符合第二调度策略的层数据的层标识信息为SH数据的层标识信息；当承载业务包括SB数 据、SH数据和SHI数据时，查询出的符合第二调度策略的层数据的层标识信息可以为SHI数 据、或者当所有承载业务中SHI数据均被丢弃时查询出的层数据的层标识信息为SH数据的 层标识信息。如果采用丢弃SH数据和SHI数据的第二调度策略，当承载业务仅包括SB数据和 SH数据，则查询出的符合第二调度策略的层数据的层标识信息为SH数据的层标识信息；当 承载业务包括SB数据、SH数据和SHI数据时，查询出的符合第二调度策略的层数据的层标 识信息可以为SHI数据的层标识信息和SH数据的层标识信息。进一步地，第二调度策略还可以包括优先丢弃占用资源多的层数据。当符合丢弃 增强高层数据和增强超高层数据为多个时，或者优先丢弃增强超高层数据再丢弃增强高层 数据的层数据为多个时，可进一步根据层数据占用的资源，查询占用资源多的层数据的层 标识信息，则查询出的符合第二调度策略的层数据的层标识信息为进一步查询出的占用资 源多的层数据的层标识信息。或者，第二调度策略还可以包括随机选择层数据。当符合丢 弃增强高层数据和增强超高层数据为多个时，或者优先丢弃增强超高层数据再丢弃增强高 层数据的层数据为多个时，可进一步随机选择层数据，则查询出的符合第二调度策略的层 数据的层标识信息为进一步随机选择出的层数据的层标识信息。进一步地，第二调度策略还可以包括保证特定的承载业务的层数据不被丢弃。具 体地可以为保证特定的承载业务的SH数据不被丢弃或者特定的承载业务的保证SHI数据 不被丢弃。则当第二调度策略中包括上述保证特定的承载业务的层数据不被丢弃的策略时，步骤205中查询出的符合第二调度策略的层数据的层标识信息为特定的承载业务的层 数据的层标识信息之外的其它第二调度策略的层数据的层标识信息。当承载业务为步骤202中的第二种情况时，当采用不同的第二调度策略时，具体 查询过程以及查询出的符合第二调度策略的层数据均与上述承载业务为第一种情况相同， 此处不再赘述。步骤606、MCE根据符合第二调度策略的层数据的层标识信息，查询出该符合第二 调度策略的层数据的状态信息；每个层数据均对应于一个状态信息，当采用优先丢弃SHI数据再丢弃SH数据的第 二调度策略，该状态信息包括第二调度策略执行状态和层数据的状态。其中第二调度策略执行状态主要用于标识第二调度策略的执行情况，例如，第二 调度策略执行状态可包括当前执行丢弃SHI数据或者当前执行丢弃SH数据。其中层数据的状态主要包括该层数据已被丢弃或者未被丢弃。步骤607、MCE根据符合第二调度策略的层数据的状态信息，向eNodeB发送携带有 所述符合第一调度策略的承载业务的标识信息和所述符合第二调度策略的层数据的层标 识信息的会话处理指令；或者根据符合第二调度策略的状态信息和符合第二调度策略的层 数据的层标识信息，向eNodeB发送携带有所述符合第二调度策略的层数据所在的承载业 务的标识信息的会话处理指令。当承载业务为步骤202中的第一种情况时，MCE根据符合第二调度策略的层数据 的状态信息，向eNodeB发送携带有所述符合第一调度策略的承载业务的标识信息和所述 符合第二调度策略的层数据的层标识信息的会话处理指令。当查询出符合第二调度策略的层数据为SHI、状态为未被丢弃且第二调度策略的 执行状态为当前执行丢弃SHI数据时，会话处理指令中包括该符合第二调度策略的层数据 的层标识信息；当查询出符合第二调度策略的层数据为SH、状态为未被丢弃且第二调度策略的执 行状态为当前执行丢弃SH数据时，会话处理指令中包括该符合第二调度策略的层数据的 层标识信息；当查询出符合第二调度策略的层数据为SH或者SHI、状态为已被丢弃时，会话处 理指令中不包括该符合第二调度策略的层数据的层标识信息。此时可执行步骤604，从接收 到的承载业务中继续选择出比该符合第二调度策略的层数据所在的承载业务优先级高的 符合第一调度策略的承载业务的标识信息。当承载业务为步骤202中的第二种情况时，MCE根据符合第二调度策略的状态信 息和符合第二调度策略的层数据的层标识信息，向eNodeB发送携带有符合第二调度策略 的层数据所在的承载业务的标识信息的会话处理指令。当查询出符合第二调度策略的层数据为SHI、状态为未被丢弃且第二调度策略的 执行状态为当前执行丢弃SHI数据时，会话处理指令中包括该符合第二调度策略的层数据 所在的承载业务的标识信息；当查询出符合第二调度策略的层数据为SH、状态为未被丢弃且第二调度策略的执 行状态为当前执行丢弃SH数据时，会话处理指令中包括该符合第二调度策略的层数据所 在的承载业务的标识信息；
16
当查询出符合第二调度策略的层数据为SH或者SHI、状态为已被丢弃时，会话处 理指令中不包括该符合第二调度策略的层数据所在的承载业务的标识信息。此时可执行步 骤604，从接收到的承载业务中继续选择出比该符合第二调度策略的层数据所在的承载业 务优先级高的符合第一调度策略的承载业务的标识信息。步骤608、eNodeB根据会话处理指令丢弃符合第二调度策略的层数据；当承载业务为步骤202中的第一种情况时，eNodeB根据会话处理指令中的符合第 一调度策略的承载业务的标识信息，从接收到的承载业务中查询出符合第一调度策略的承 载业务；根据会话处理指令中符合第二调度策略的层数据的标识信息，从符合第一调度策 略的承载业务中查询出符合第二调度策略的层数据；丢弃符合第二调度策略的层数据。当 承载业务为步骤202中第二种情况时，eNodeB根据会话处理指令中的符合第二调度策略的 层数据所在的承载业务的标识信息，从接收到的承载业务中查询出符合第二调度策略的层 数据所在的承载业务，即查询出了符合第二调度策略的层数据，并丢弃符合第二调度策略 的层数据。本实施例的技术方案中，可重复执行步骤603至步骤608，直到步骤603中eNodeB 判断出未发生资源拥塞时执行步骤609。步骤609至步骤615与图2a的实施例中步骤207至步骤213相同，此处不再赘述。本实施例的技术方案中，当MCE判断出发生资源拥塞时，可查询出符合第一调度 策略的承载业务的标识信息和符合第二调度策略的层数据的层标识信息，并向eNodeB发 出会话处理指令，由eNodeB根据会话处理指令查询并丢弃层数据，从而有效解决了资源拥 塞状况，保证了业务的平滑性；当MCE判断出未发生资源拥塞时，eNodeB可为识别出的承载 业务的各个层数据分配逻辑信道，UE根据自身设备资源拥塞状况选择性接收eNodeB通过 逻辑信道发送的各个层数据，从而保证了业务的平滑性；当发生资源拥塞时，MCE向下属的 所有eNodeB发出会话处理指令，可有效保证eNodeB同步丢弃相同的层数据。图7为本发明另一实施例提供的一种数据传输方法的流程图，如图7所示，该方法 包括步骤701至步骤702与图2a的实施例中的步骤201至步骤202相同，此处不再赘述。步骤703、MCE判断是否发生资源缓解，当判断出发生资源缓解时执行步骤704，当 判断出未发生资源缓解时执行步骤709 ；本实施例中，资源缓解是指eNodeB和UE之间的空中接口的资源缓解和eNodeB的 硬件资源缓解。具体地，MCE可根据eNodeB返回的eNodeB和UE之间的空中接口的资源状 况和/或eNodeB的硬件资源状况或者根据会话开始请求中携带的QoS判断是否发生资源 缓解。其中，硬件资源可包括存储资源、处理器资源等。步骤704、MCE查询出符合第一调度策略的承载业务的标识信息；第一调度策略包括根据会话开始请求携带的各承载业务的QoS指示的优先级， 优先选择高优先级的承载业务；按照上述第一调度策略，步骤704具体包括根据承载业务的QoS中的ARP，优先 查询出高优先级的且未恢复符合第二调度策略的层数据的承载业务的标识信息。步骤705、MCE从符合第一调度策略的承载业务的层数据的层标识信息中查询出符合第二调度策略的层数据的层标识信息；第二调度策略包括恢复SH数据和SHI数据，或者优先恢复SH数据再恢复SHI数 据。当承载业务为步骤202中的第一种情况时，步骤705具体为如果采用优先恢复 SH数据再恢复SHI数据的第二调度策略，当承载业务仅包括SB数据和SH数据，则查询出的 符合第二调度策略的层数据的层标识信息为SH数据的层标识信息；当承载业务包括SB数 据、SH数据和SHI数据时，查询出的符合第二调度策略的层数据的层标识信息可以为SH数 据、或者当所有承载业务中SH数据均被恢复时查询出的层数据的层标识信息为SHI数据的 层标识信息。如果采用恢复SH数据和SHI数据的第二调度策略，当承载业务仅包括SB数据和 SH数据，则查询出的符合第二调度策略的层数据的层标识信息为SH数据的层标识信息；当 承载业务包括SB数据、SH数据和SHI数据时，查询出的符合第二调度策略的层数据的层标 识信息可以为SHI数据的层标识信息和SH数据的层标识信息。进一步地，第二调度策略还可以包括优先恢复占用资源少的层数据。当符合丢弃 增强高层数据和增强超高层数据为多个时，或者优先恢复增强高层数据再恢复增强超高层 数据的层数据为多个时，可进一步根据层数据占用的资源，查询占用资源少的层数据的标 识信息，则查询出的符合第二调度策略的层数据的层标识信息为进一步查询出的占用资源 少的层数据的标识信息。或者，第二调度策略还可以包括随机选择层数据。当符合恢复增 强高层数据和增强超高层数据为多个时，或者优先恢复增强高层数据再恢复增强超高层数 据的层数据为多个时，可进一步随机选择层数据，则查询出的符合第二调度策略的层数据 的层标识信息为进一步随机选择出的层数据的层标识信息。当承载业务为步骤202中的第二种情况时，当采用不同的第二调度策略时，具体 查询过程以及查询出的符合第二调度策略的层数据均与上述承载业务为第一种情况相同， 此处不再赘述。步骤706、MCE根据符合第二调度策略的层数据的层标识信息，查询出该符合第二 调度策略的层数据的状态信息；每个层数据均对应于一个状态信息，当采用优先恢复SH数据再恢复SHI数据的第 二调度策略，该状态信息包括第二调度策略执行状态和层数据的状态。其中第二调度策略执行状态主要用于标识第二调度策略的执行情况，例如，第二 调度策略执行状态可包括当前执行恢复SHI数据或者当前执行恢复SH数据。其中层数据的状态主要包括该层数据已被恢复或者未被恢复。步骤707、MCE根据符合第二调度策略的层数据的状态信息，向eNodeB发送携带有 所述符合第一调度策略的承载业务的标识信息和所述符合第二调度策略的层数据的层标 识信息的会话处理指令；或者根据符合第二调度策略的状态信息和符合第二调度策略的层 数据的层标识信息，向eNodeB发送携带有所述符合第二调度策略的层数据所在的承载业 务的标识信息的会话处理指令。当承载业务为步骤202中的第一种情况时，MCE根据符合第二调度策略的层数据 的状态信息，向eNodeB发送携带有所述符合第一调度策略的承载业务的标识信息和所述 符合第二调度策略的层数据的层标识信息的会话处理指令。
当查询出符合第二调度策略的层数据为SHI、状态为未被恢复且第二调度策略的 执行状态为当前执行恢复SHI数据时，会话处理指令中包括该符合第二调度策略的层数据 的层标识信息；当查询出符合第二调度策略的层数据为SH、状态为未被恢复且第二调度策略的执 行状态为当前执行恢复SH数据时，会话处理指令中包括该符合第二调度策略的层数据的 层标识信息；当查询出符合第二调度策略的层数据为SH或者SHI、状态为已被恢复时，会话处 理指令中不包括该符合第二调度策略的层数据的层标识信息。此时可执行步骤704，从接收 到的承载业务中继续选择出比该符合第二调度策略的层数据所在的承载业务优先级低的 符合第一调度策略的承载业务的标识信息。当承载业务为步骤202中的第二种情况时，MCE根据符合第二调度策略的状态信 息和符合第二调度策略的层数据的层标识信息，向eNodeB发送携带有符合第二调度策略 的层数据所在的承载业务的标识信息的会话处理指令。当查询出符合第二调度策略的层数据为SHI、状态为未被恢复且第二调度策略的 执行状态为当前执行恢复SHI数据时，会话处理指令中包括该符合第二调度策略的层数据 所在的承载业务的标识信息；当查询出符合第二调度策略的层数据为SH、状态为未被恢复且第二调度策略的执 行状态为当前执行恢复SH数据时，会话处理指令中包括该符合第二调度策略的层数据所 在的承载业务的标识信息；当查询出符合第二调度策略的层数据为SH或者SHI、状态为已被恢复时，会话处 理指令中不包括该符合第二调度策略的层数据所在的承载业务的标识信息。此时可执行步 骤604，从接收到的承载业务中继续选择出比该符合第二调度策略的层数据所在的承载业 务优先级低的符合第一调度策略的承载业务的标识信息。步骤708、eNodeB根据会话处理指令恢复符合第二调度策略的层数据；当承载业务为步骤202中的第一种情况时，eNodeB根据会话处理指令中的符合第 一调度策略的承载业务的标识信息，从接收到的承载业务中查询出符合第一调度策略的承 载业务；根据会话处理指令中符合第二调度策略的层数据的标识信息，从符合第一调度策 略的承载业务中查询出符合第二调度策略的层数据；恢复符合第二调度策略的层数据。当 承载业务为步骤202中第二种情况时，eNodeB根据会话处理指令中的符合第二调度策略的 层数据所在的承载业务的标识信息，从接收到的承载业务中查询出符合第二调度策略的层 数据所在的承载业务，即查询出了符合第二调度策略的层数据，并恢复符合第二调度策略 的层数据。本实施例的技术方案中，可重复执行步骤703至步骤708，直到步骤703中eNodeB 判断出未发生资源恢复时执行步骤709。步骤709至步骤715与图2a的实施例中步骤207至步骤213相同，此处不再赘述。本实施例的技术方案中，当MCE判断出发生资源恢复时，可查询出符合第一调度 策略的承载业务的标识信息和符合第二调度策略的层数据的层标识信息，并向eNodeB发 出会话处理指令，由eNodeB根据会话处理指令查询并恢复层数据，从而保证了业务的平滑 性；当MCE判断出未发生资源恢复时，eNodeB可为识别出的承载业务的各个层数据分配逻
19辑信道，UE根据自身设备资源拥塞状况选择性接收eNodeB通过逻辑信道发送的各个层数 据，从而保证了业务的平滑性；当发生资源缓解时，MCE向下属的所有eNodeB发出会话处理 指令，可有效保证eNodeB同步恢复相同的层数据。图8为本发明另一实施例提供的一种数据传输方法的流程图，如图8所示，该方法 包括步骤801、当UE判断出当前设备资源发生拥塞时，根据eNodeB发送各个层数据的 各个逻辑信道对应的逻辑信道标识识别出各个层数据；步骤802、UE根据各层数据的优先级接收层数据；具体地，可以根据各层数据的优先级接收基本层数据，或者接收基本层数据和增 强高层数据。本实施例的技术方案中，当UE判断出未发生资源拥塞时，eNodeB可为识别出的各 个承载业务的层数据分配逻辑信道，UE根据自身设备资源拥塞状况选择性接收eNodeB通 过逻辑信道发送的各个层数据，从而保证了业务的平滑性。图9为本发明另一实施例提供的一种基站的结构示意图，如图9所示，该基站包 括第一判断单元11、第一接收单元12、第一查询单元13、第二查询单元14和处理单元15 ；第一判断单元11用于判断是否发生资源拥塞；第一接收单元12用于接收BM-SC 发送的承载业务；第一查询单元13用于当第一判断单元11判断出发生资源拥塞时从接收 到的承载业务中查询出符合第一调度信息的承载业务；第二查询单元14用于根据符合第 一调度策略的承载业务包括的层数据的层标识信息，从第一查询单元13查询出的符合第 一调度策略的承载业务中查询出符合第二调度策略的层数据；处理单元15用于根据符合 第二调度策略的层数据的状态信息，丢弃符合第二调度策略的层数据；或者第一判断单元11用于判断是否发生资源缓解；第一接收单元12用于接收BM-SC 发送的承载业务；第一查询单元13用于当第一判断单元11判断出发生资源缓解时从接收 到的承载业务中查询出符合第一调度信息的承载业务；第二查询单元14用于根据符合第 一调度策略的承载业务包括的层数据的层标识信息，从第一查询单元13查询出的符合第 一调度策略的承载业务中查询出符合第二调度策略的层数据；处理单元15用于根据符合 第二调度策略的层数据的状态信息，恢复符合第二调度策略的层数据。本实施例中的基站，当发生资源拥塞时，可从接收到的承载业务中查询出符合第 一调度策略的承载业务，再从符合第一调度策略的承载业务中查询出符合第二调度策略的 层数据，并根据符合第二调度策略的层数据的状态信息丢弃符合第二调度信息的层数据， 从而解决了资源拥塞状况，保证了业务的平滑性；当发生资源缓解时，可从接收到的承载业 务中查询出符合第一调度策略的承载业务，再从符合第一调度策略的承载业务中查询出符 合第二调度策略的层数据，并根据符合第二调度策略的层数据的状态信息恢复符合第二调 度信息的层数据，从而保证了业务的平滑性。图10为本发明另一实施例提供的一种基站的结构示意图，如图10所示，本实施例 在上述实施例就的基础上，进一步包括第一识别单元16、第一分配单元17和第一发送单元 18。第一识别单元16用于当第一判断模块11判断出未发生资源拥塞或者判断出未发 生资源缓解时，根据第一接收单元12接收的承载业务的层数据携带的层标识信息，识别出接收到的承载业务的层数据；第一分配单元17为第一识别单元16识别出的承载业务的层 数据在MAC层分配逻辑信道，每个逻辑信道对应于一个逻辑信道标识；第一发送单元18通 过第一分配单元17分配的逻辑信息向UE发送层数据。本实施例中的eNodeB当判断出未发生资源拥塞时，可为识别出的承载业务的各 个层数据分配逻辑信道，以供UE根据自身设备资源拥塞状况选择性接收eNodeB通过逻辑 信道发送的各个层数据，从而保证了业务的平滑性；当发生资源拥塞时，MCE向下属的所有 eNodeB发出会话处理指令，eNodeB可根据会话精减指同步丢弃相同的层数据。图11为本发明另一实施例提供的一种多播协调实体的结构示意图，如图11所示， 该MME包括第二判断单元21、第三查询单元22、第四查询单元23、第五查询单元24和第 二发送单元25。第二判断单元21用于判断是否发生资源拥塞或者判断是否发生资源缓解；第三查询单元22用于当第二判断单元21判断出资源拥塞或者资源缓解时，查询 出符合第一调度策略的承载业务的标识信息；第四查询单元23用于从符合第一调度策略的承载业务的层数据的层标识信息中 查询出符合第二调度策略的层数据的层标识信息；第五查询单元24用于根据符合第二调度策略的层数据的层标识信息，查询出符 合第二调度策略的层数据的状态信息；第二发送单元25用于根据符合第二调度策略的层数据的状态信息，向eNodeB发 送携带有符合第一调度策略的承载业务的标识信息和符合第二调度策略的层数据的层标 识信息的会话处理指令；或者用于根据符合第二调度策略的状态信息和符合第二调度策略 的层数据的层标识信息，向eNodeB发送携带有所述符合第二调度策略的层数据所在的承 载业务的标识信息。本实施例中的MCE，当判断出发生资源拥塞或者资源缓解时，可查询出符合第一调 度策略的承载业务的标识信息和符合第二调度策略的层数据的层标识信息，并向eNodeB 发出会话处理指令，由eNodeB根据会话处理指令查询并丢弃层数据，从而有效保证了业务 的平滑性；当发生资源拥塞或者资源缓解时，MCE向下属的所有eNodeB发出会话处理指令， 可有效保证eNodeB同步丢弃相同的层数据。图12为本发明另一实施例提供的一种用户设备的结构示意图，如图12所示，该用 户设备包括第三判断单元31、第二识别单元32和第一接收单元33。第三判断单元31用于判断是否发生设备资源拥塞；第二识别单元32用于当第三 判断单元31判断出发生资源设备拥塞时，根据eNodeB发送各个层数据的各个逻辑信道对 应的逻辑信道标识识别出各个层数据；第一接收单元33用于根据各层数据的优先级接收 层数据。本实施例的用户设备可以当判断出未发生资源拥塞时，根据自身设备资源拥塞状 况选择性接收eNodeB通过逻辑信道发送的各个层数据，从而保证了业务的平滑性。通过以上的实施例的描述，所属领域的技术人员可以清楚地了解到本发明可借助 软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更 佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的 部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若
21干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发 明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括只读存储器(ROM)、随 机存取存储器(RAM)、磁碟或者光盘等各种可以存储程序代码的介质。在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，在没 有超过本申请的精神和范围内，可以通过其他的方式实现。当前的实施例只是一种示范性 的例子，不应该作为限制，所给出的具体内容不应该限制本申请的目的。例如，所述单元的 划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件 可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所描述系统，装置和方法以及不同实施例的示意图，在不超出本申请的范围 内，可以与其它系统，模块，技术或方法结合或集成。另一点，所显示或讨论的相互之间的耦 合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以 是电性，机械或其它的形式。最后应说明的是以上实施例仅用以说明本发明的技术方案而非对其进行限制， 尽管参照较佳实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解其依 然可以对本发明的技术方案进行修改或者等同替换，而这些修改或者等同替换亦不能使修 改后的技术方案脱离本发明技术方案的精神和范围。
权利要求
1.一种数据传输方法，其特征在于，包括当判断出资源拥塞时，从接收到的承载业务中查询出符合第一调度策略的承载业务； 根据所述符合第一调度策略的承载业务包括的层数据的层标识信息，从符合第一调度策略 的承载业务中查询出符合第二调度策略的层数据；根据所述符合第二调度策略的层数据的 状态信息，丢弃所述符合第二调度策略的层数据；或者当判断出资源缓解时，从接收到的承载业务中查询出符合第一调度策略的承载业务； 根据所述符合第一调度策略的承载业务包括的层数据的层标识信息，从符合第一调度策略 的承载业务中查询出符合第二调度策略的层数据；根据所述符合第二调度策略的层数据的 状态信息，恢复所述符合第二调度策略的层数据。
2.根据权利要求1所述的方法，其特征在于，所述承载业务的层数据包括基本层数据 和增强高层数据，或者基本层数据、增强高层数据和增强超高层数据。
3.根据权利要求1所述的方法，其特征在于，所述承载业务的层数据包括基本层数 据、增强高层数据或增强超高层数据。
4.根据权利要求1至3任一所述的方法，其特征在于，当判断出资源拥塞时，所述第一 调度策略包括根据会话开始请求携带的承载业务的服务质量QoS指示的优先级，优先选 择低优先级的且未丢弃所述符合第二调度策略的层数据的承载业务；当判断出资源缓解时，所述第一调度策略包括根据服务会话开始请求携带的各承载 业务的服务质量QoS指示的优先级，优先选择高优先级的且未恢复所述符合第二调度策略 的层数据的承载业务。
5.根据权利要求1至3任一所述的方法，其特征在于，当判断出资源拥塞时，所述第二 调度策略包括丢弃增强高层数据和增强超高层数据，或者优先丢弃增强超高层数据再丢 弃增强高层数据；当判断出资源缓解时，所述第二调度策略包括恢复增强高层数据和增强超高层数据， 或者优先恢复增强高层数据再恢复增强超高层数据。
6.根据权利要求5所述的方法，其特征在于，当判断出资源拥塞时，所述第二调度策略 还包括优先丢弃占用资源多的层数据；当判断出资源缓解时，所述第二调度策略还包括优先恢复占用资源少的层数据。
7.根据权利要求5所述的方法，其特征在于，当判断出资源拥塞时，所述第二调度策略 还包括保证特定的承载业务的层数据不被丢弃。
8.根据权利要求1至3任一所述的方法，其特征在于，当判断出资源拥塞时，所述状态 信息包括第二调度策略执行状态和层数据的状态，所述层数据的状态包括该层数据已被丢 弃或者未被丢弃；当判断出资源缓解时，所述状态信息包括第二调度策略执行状态和层数据的状态，所 述层数据的状态包括该层数据已被恢复或者未被恢复。
9.根据权利要求2所述的方法，其特征在于，还包括当判断出未发生资源拥塞或者判断出未发生资源缓解时，根据接收到的承载业务的层 数据的层标识信息识别出接收到的承载业务的层数据；为承载业务的层数据在媒体访问控制MAC层分配逻辑信道，每个逻辑信道对应于一个 逻辑信道标识；通过各个逻辑信道向用户设备UE发送层数据。
10.根据权利要求9所述的方法，其特征在于，所述逻辑信道的逻辑信道标识的大小对 应于层数据的优先级。
11.根据权利要求1或2所述的方法，其特征在于，所述层数据的层标识信息包括同步 SYNC实体为每个层数据分配的序列号，或者同步SYNC实体生成的SYNC信息的保留位中的 信息或者新增位中的信息。
12.根据权利要求1或3所述的方法，其特征在于，所述层数据的层标识信息包括会话 开始请求的保留位中的信息或者新增位中的信息，或者临时移动组标识TMGI中的特定位 信息。
13.一种数据传输方法，其特征在于，包括当判断出资源拥塞或者资源缓解时，查询出符合第一调度策略的承载业务的标识信息；从符合第一调度策略的承载业务的层数据的层标识信息中查询出符合第二调度策略 的层数据的层标识信息；根据符合第二调度策略的层数据的层标识信息，查询出所述符合第二调度策略的层数 据的状态信息；根据所述符合第二调度策略的层数据的状态信息，向基站发送携带有所述符合第一调 度策略的承载业务的标识信息和所述符合第二调度策略的层数据的层标识信息的会话处 理指令；或者根据所述符合第二调度策略的状态信息和所述符合第二调度策略的层数据的 层标识信息，向基站发送携带有所述符合第二调度策略的层数据所在的承载业务的标识信 息的会话处理指令。
14.根据权利要求13所述的方法，其特征在于，所述承载业务的层数据包括基本层数 据和增强高层数据，或者基本层数据、增强高层数据和增强超高层数据。
15.根据权利要求13所述的方法，其特征在于，所述承载业务的层数据包括基本层数 据、增强高层数据或增强超高层数据。
16.根据权利要求13至15任一所述的方法，其特征在于，当判断出资源拥塞时，所述 第一调度策略包括根据服务会话开始请求携带的各承载业务的服务质量QoS指示的优先 级，优先选择低优先级的承载业务；当判断出资源缓解时，所述第一调度策略包括根据服务会话开始请求携带的各承载 业务的QoS指示的优先级，优先选择高优先级的承载业务。
17.根据权利要求13至15任一所述的方法，其特征在于，当判断出资源拥塞时，所述第 二调度策略包括丢弃增强高层数据和增强超高层数据，或者优先丢弃增强超高层数据再 丢弃增强高层数据；当判断出资源缓解时，所述第二调度策略包括恢复增强高层数据和增强超高层数据， 或者优先恢复增强高层数据再恢复增强超高层数据。
18.根据权利要求17所述的方法，其特征在于，当判断出资源拥塞时，所述第二调度策 略还包括优先丢弃占用资源多的层数据；当判断出资源缓解时，所述第二调度策略还包括优先恢复占用资源少的层数据。
19.根据权利要求17所述的方法，其特征在于，当判断出资源拥塞时，所述第二调度策略还包括保证特定的承载业务的层数据不被丢弃。
20.根据权利要求13至15任一所述的方法，其特征在于，当判断出资源拥塞时，所述状 态信息包括第二调度策略执行状态和层数据的状态，所述层数据的状态包括该层数据已被 丢弃或者未被丢弃；当判断出资源缓解时，所述状态信息包括第二调度策略执行状态和层数据的状态，所 述层数据的状态包括该层数据已被恢复或者未被恢复。
21.根据权利要求13或14所述的方法，其特征在于，所述层数据的层标识信息包括同 步SYNC实体为每个层数据分配的序列号，或者同步SYNC实体生成的SYNC信息中的保留位 中的信息或者新增位中的信息。
22.根据权利要求13或15所述的方法，其特征在于，所述层数据的层标识信息包括会 话开始请求中的保留位中的信息或者新增位中的信息，或者临时移动组标识TMGI中的特 定位信息。
23.一种数据传输方法，其特征在于，包括当判断出当前设备资源发生拥塞时，根据基站发送各个层数据的各个逻辑信道对应的 逻辑信道标识识别出各个层数据；根据各层数据的优先级接收层数据。
24.根据权利要求23所述的方法，其特征在于，所述根据各层数据的优先级接收层数 据包括根据各层数据的优先级接收基本层数据，或者接收基本层数据和增强高层数据。
25.—种基站，其特征在于，包括第一判断单元、第一接收单元、第一查询单元、第二 查询单元和处理单元；所述第一判断单元，用于判断是否发生资源拥塞或资源缓解；所述第一接收单元，用于接收BM-SC发送的承载业务；所述第一查询单元，用于当所述第一判断单元判断出发生资源拥塞或者资源缓解时， 从接收到的承载业务中查询出符合第一调度信息的承载业务；所述第二查询单元，用于根据所述符合第一调度策略的承载业务包括的层数据的层标 识信息，从所述第一查询单元查询出的符合第一调度策略的承载业务中查询出符合第二调 度策略的层数据；所述处理单元，用于根据所述符合第二调度策略的层数据的状态信息，当所述第一判 断单元判断出资源拥塞时丢弃所述符合第二调度策略的层数据；或者，当所述第一判断单 元判断出资源缓解时恢复所述符合第二调度策略的层数据。
26.根据权利要求25所述的基站，其特征在于，还包括第一识别单元，用于当所述第一判断单元判断出未发生资源拥塞或者判断出未发生资 源缓解时，根据所述第一接收单元接收的承载业务的层数据携带的层标识信息，识别出接 收到的承载业务的层数据；第一分配单元，用于为第一识别单元识别出的承载业务的每个层数据在MAC层分配逻 辑信道，每个逻辑信道对应于一个逻辑信道标识；第一发送单元，用于通过所述第一分配单元分配的逻辑信道向UE发送层数据。
27.一种多播协调实体，其特征在于，包括第二判断单元，用于判断是否发生资源拥塞或者判断是否发生资源缓解，第三查询单元，用于当所述第二判断单元判断出资源拥塞或者资源缓解时，查询出符 合第一调度策略的承载业务的标识信息；第四查询单元，用于从符合第一调度策略的承载业务的层数据的层标识信息中查询出 符合第二调度策略的层数据的层标识信息；第五查询单元，用于根据符合第二调度策略的层数据的层标识信息，查询出所述符合 第二调度策略的层数据的状态信息；第二发送单元，用于根据所述符合第二调度策略的层数据的状态信息，向基站发送携 带有所述符合第一调度策略的承载业务的标识信息和所述符合第二调度策略的层数据的 层标识信息的会话处理指令；或者用于根据所述符合第二调度策略的状态信息和所述符合 第二调度策略的层数据的层标识信息，向基站发送携带有所述符合第二调度策略的层数据 所在的承载业务的标识信息。
28. 一种用户设备，其特征在于，包括 第三判断单元，用于判断是否发生设备资源拥塞；第二识别单元，用于当所述第三判断单元判断出发生资源设备拥塞时，根据基站发送 各个层数据的各个逻辑信道对应的逻辑信道标识识别出各个层数据； 第一接收单元，用于根据各层数据的优先级接收层数据。
全文摘要
本发明实施例公开了一种数据传输方法、基站、多播协调实体和用户设备。该方法包括当判断出资源拥塞时，从接收到的承载业务中查询出符合第一调度策略的承载业务；根据所述符合第一调度策略的承载业务包括的层数据的层标识信息，从符合第一调度策略的承载业务中查询出符合第二调度策略的层数据；根据所述符合第二调度策略的层数据的状态信息，丢弃所述符合第二调度策略的层数据。本发明实施例的技术方案保证了业务的平滑性。
文档编号H04W4/06GK101998265SQ20091016632
公开日2011年3月30日 申请日期2009年8月17日 优先权日2009年8月17日
发明者余成文, 邢平平, 高闻 申请人:华为技术有限公司