CN101998265A - 数据传输方法、基站、多播协调实体和用户设备 - Google Patents
数据传输方法、基站、多播协调实体和用户设备 Download PDFInfo
- Publication number
- CN101998265A CN101998265A CN2009101663218A CN200910166321A CN101998265A CN 101998265 A CN101998265 A CN 101998265A CN 2009101663218 A CN2009101663218 A CN 2009101663218A CN 200910166321 A CN200910166321 A CN 200910166321A CN 101998265 A CN101998265 A CN 101998265A
- Authority
- CN
- China
- Prior art keywords
- layer data
- scheduling strategy
- meets
- data
- bearer service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Abstract
本发明实施例公开了一种数据传输方法、基站、多播协调实体和用户设备。该方法包括:当判断出资源拥塞时,从接收到的承载业务中查询出符合第一调度策略的承载业务;根据所述符合第一调度策略的承载业务包括的层数据的层标识信息,从符合第一调度策略的承载业务中查询出符合第二调度策略的层数据;根据所述符合第二调度策略的层数据的状态信息,丢弃所述符合第二调度策略的层数据。本发明实施例的技术方案保证了业务的平滑性。
Description
技术领域
本发明实施例涉及通信技术领域,特别涉及一种数据传输方法、基站、多播协调实体和用户设备。
背景技术
在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数据。
但是,发明人在实现本发明过程中,发现现有技术存在如下问题:当无线接入网一侧出现资源拥塞等情况时,承载业务会出现中断,从而无法保证业务的平滑性。
发明内容
本发明实施例提供一种数据传输方法、基站、多播协调实体和用户设备,从而有效保证业务的平滑性。
本发明实施例提供了一种数据传输方法,包括:
当判断出资源拥塞时,从接收到的承载业务中查询出符合第一调度策略的承载业务;根据所述符合第一调度策略的承载业务包括的层数据的层标识信息,从符合第一调度策略的承载业务中查询出符合第二调度策略的层数据;根据所述符合第二调度策略的层数据的状态信息,丢弃所述符合第二调度策略的层数据;或者
当判断出资源缓解时,从接收到的承载业务中查询出符合第一调度策略的承载业务;根据所述符合第一调度策略的承载业务包括的层数据的层标识信息,从符合第一调度策略的承载业务中查询出符合第二调度策略的层数据;根据所述符合第二调度策略的层数据的状态信息,恢复所述符合第二调度策略的层数据。
本发明实施例提供了一种数据传输方法,包括:
当判断出资源拥塞或者资源缓解时,查询出符合第一调度策略的承载业务的标识信息;
从符合第一调度策略的承载业务的层数据的层标识信息中查询出符合第二调度策略的层数据的层标识信息;
根据符合第二调度策略的层数据的层标识信息,查询出所述符合第二调度策略的层数据的状态信息;
根据所述符合第二调度策略的层数据的状态信息,向基站发送携带有所述符合第一调度策略的承载业务的标识信息和所述符合第二调度策略的层数据的层标识信息的会话处理指令;或者根据所述符合第二调度策略的状态信息和所述符合第二调度策略的层数据的层标识信息,向基站发送携带有所述符合第二调度策略的层数据所在的承载业务的标识信息的会话处理指令。
本发明实施例提供了一种数据传输方法,包括:
当判断出当前设备资源发生拥塞时,根据基站发送各个层数据的各个逻辑信道对应的逻辑信道标识识别出各个层数据;
根据各层数据的优先级接收层数据。
本发明实施例提供了一种基站,包括:第一判断单元、第一接收单元、第一查询单元、第二查询单元和处理单元;
所述第一判断单元,用于判断是否发生资源拥塞或资源缓解;
所述第一接收单元,用于接收BM-SC发送的承载业务;
所述第一查询单元,用于当所述第一判断单元判断出发生资源拥塞或者资源缓解时,从接收到的承载业务中查询出符合第一调度信息的承载业务;
所述第二查询单元,用于根据所述符合第一调度策略的承载业务包括的层数据的层标识信息,从所述第一查询单元查询出的符合第一调度策略的承载业务中查询出符合第二调度策略的层数据;
所述处理单元,用于根据所述符合第二调度策略的层数据的状态信息,当所述第一判断单元判断出资源拥塞时丢弃所述符合第二调度策略的层数据;或者,当所述第一判断单元判断出资源缓解时恢复所述符合第二调度策略的层数据。
本发明实施例提供了一种多播协调实体,包括:
第二判断单元,用于判断是否发生资源拥塞或者判断是否发生资源缓解,
第三查询单元,用于当所述第二判断单元判断出资源拥塞或者资源缓解时,查询出符合第一调度策略的承载业务的标识信息;
第四查询单元,用于从符合第一调度策略的承载业务的层数据的层标识信息中查询出符合第二调度策略的层数据的层标识信息;
第五查询单元,用于根据符合第二调度策略的层数据的层标识信息,查询出所述符合第二调度策略的层数据的状态信息;
第二发送单元,用于根据所述符合第二调度策略的层数据的状态信息,向基站发送携带有所述符合第一调度策略的承载业务的标识信息和所述符合第二调度策略的层数据的层标识信息的会话处理指令;或者用于根据所述符合第二调度策略的状态信息和所述符合第二调度策略的层数据的层标识信息,向基站发送携带有所述符合第二调度策略的层数据所在的承载业务的标识信息。
本发明实施例提供了一种用户设备,包括:
第三判断单元,用于判断是否发生设备资源拥塞;
第二识别单元,用于当所述第三判断单元判断出发生资源设备拥塞时,根据基站发送各个层数据的各个逻辑信道对应的逻辑信道标识识别出各个层数据;
第一接收单元,用于根据各层数据的优先级接收层数据。
本发明实施例的技术方案中,当发生资源拥塞或者资源缓解时,可从接收到的承载业务中查询出符合第一调度策略的承载业务,再从符合第一调度策略的承载业务中查询出符合第二调度策略的层数据,并根据符合第二调度策略的层数据的状态信息丢弃或者恢复符合第二调度策略的层数据,从而保证了业务的平滑性。
附图说明
图1为本发明一实施例提供的一种数据传输方法的流程图;
图2a为本发明另一实施例提供的一种数据传输方法的流程图;
图2b为本发明BM-SC启动会话的流程图;
图3为本发明另一实施例提供的一种数据传输方法的流程图;
图4为本发明另一实施例提供的一种数据传输方法的流程图;
图5为本发明另一实施例提供的一种数据传输方法的流程图;
图6为本发明另一实施例提供的一种数据传输方法的流程图;
图7为本发明另一实施例提供的一种数据传输方法的流程图;
图8为本发明另一实施例提供的一种数据传输方法的流程图;
图9为本发明另一实施例提供的一种基站的结构示意图;
图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 GW向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中的特定位信息。
步骤203、eNodeB判断是否发生资源拥塞,当判断出发生资源拥塞时执行步骤204,当判断出未发生资源拥塞时执行步骤207;
本实施例中,资源拥塞是指eNodeB和UE之间的空中接口的资源拥塞和/或eNodeB的硬件资源拥塞。具体地,eNodeB可根据eNodeB和UE之间的空中接口的资源状况和/或eNodeB的硬件资源状况判断出是否发生资源拥塞。其中,硬件资源可包括存储资源、处理器资源等。
步骤204、从接收到的承载业务中查询出符合第一调度策略的承载业务;
第一调度策略包括:根据会话开始请求携带的各承载业务的QoS指示的优先级,优先选择低优先级的承载业务;
按照上述第一调度策略,步骤204具体包括:根据承载业务的QoS中的ARP,从接收到的承载业务中优先查询出低优先级的且未丢弃符合第二调度策略的层数据的承载业务。
步骤205、eNodeB根据符合第一调度策略的承载业务包括的层数据的层标识信息,从符合第一调度策略的承载业务中查询出符合第二调度策略的层数据;
第二调度策略包括:丢弃SH数据和SHI数据,或者优先丢弃SHI数据再丢弃SH数据。
当承载业务为步骤202中的第一种情况时,步骤205具体为:eNodeB首先根据符合第一调度策略的承载业务包括的层数据的层标识信息,识别出符合第一调度策略的承载业务中的各个层数据,并从识别出的符合第一调度策略的承载业务的各个层数据中查询出符合第二调度策略的层数据。
如果采用优先丢弃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具体为:eNodeB首先根据符合第一调度策略的承载业务包括的层数据的层标识信息,识别出符合第一调度策略的每个承载业务的层数据,并从识别出的符合第一调度策略的每个承载业务的层数据中查询出符合第二调度策略的层数据。
此种情况中,当采用不同的第二调度策略时,具体查询过程以及查询出的符合第二调度策略的层数据均与上述承载业务为第一种情况相同,此处不再赘述。
步骤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具体为:eNodeB首先根据符合第一调度策略的承载业务包括的层数据的层标识信息,识别出符合第一调度策略的承载业务中的各个层数据,并从识别出的符合第一调度策略的承载业务的各个层数据中查询出符合第二调度策略的层数据。
如果采用优先恢复SH数据再恢复SHI数据的第二调度策略,当承载业务仅包括SB数据和SH数据,则查询出的符合第二调度策略的层数据为SH数据;当承载业务包括SB数据、SH数据和SHI数据时,查询出的符合第二调度策略的层数据可以为SH数据、或者当所有承载业务中SH数据均被恢复时查询出的数据为SHI数据。
如果采用恢复SH数据和SHI数据的第二调度策略,当承载业务仅包括SB数据和SH数据,则查询出的符合第二调度策略的层数据为SH数据;当承载业务包括SB数据、SH数据和SHI数据时,查询出的符合第二调度策略的层数据可以为SHI数据和SH数据。
进一步地,第二调度策略还可以包括:优先恢复占用资源少的层数据。当符合丢弃增强高层数据和增强超高层数据为多个时,或者优先恢复增强高层数据再恢复增强超高层数据的层数据为多个时,可进一步根据层数据占用的资源,查询占用资源少的层数据,则查询出的符合第二调度策略的层数据为进一步查询出的占用资源少的层数据。或者,第二调度策略还可以包括:随机选择层数据。当符合恢复增强高层数据和增强超高层数据为多个时,或者优先恢复增强高层数据再恢复增强超高层数据的层数据为多个时,可进一步随机选择层数据,则查询出的符合第二调度策略的层数据为进一步随机选择出的层数据。
当承载业务为步骤202中的第二种情况时,步骤405具体为:eNodeB首先根据符合第一调度策略的承载业务包括的层数据的层标识信息,识别出符合第一调度策略的每个承载业务的层数据,并从识别出的符合第一调度策略的每个承载业务的层数据中查询出符合第二调度策略的层数据。
此种情况中,当采用不同的第二调度策略时,具体查询过程以及查询出的符合第二调度策略的层数据均与上述承载业务为第一种情况相同,此处不再赘述。
步骤406、eNodeB根据符合第二调度策略的层数据的状态信息,恢复符合第二调度策略的层数据;
每个层数据均对应于一个状态信息,当采用优先恢复SH数据再恢复SHI数据的第二调度策略,该状态信息包括第二调度策略执行状态和层数据的状态。
其中第二调度策略执行状态主要用于标识第二调度策略的执行情况,例如,第二调度策略执行状态可包括:当前执行恢复SHI数据或者当前执行恢复SH数据。
其中层数据的状态主要包括该层数据已被恢复或者未被恢复。
则步骤406具体包括:根据符合第二调度策略的层数据的状态信息查询出该层数据的状态以及第二调度策略的执行状态,根据查询出的该层数据的状态以及第二调度策略的执行状态恢复符合第二调度策略的层数据。
当查询出符合第二调度策略的层数据为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数据时,会话处理指令中包括该符合第二调度策略的层数据所在的承载业务的标识信息;
当查询出符合第二调度策略的层数据为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可为识别出的承载业务的各个层数据分配逻辑信道,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通过逻辑信道发送的各个层数据,从而保证了业务的平滑性。
通过以上的实施例的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:只读存储器(ROM)、随机存取存储器(RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,在没有超过本申请的精神和范围内,可以通过其他的方式实现。当前的实施例只是一种示范性的例子,不应该作为限制,所给出的具体内容不应该限制本申请的目的。例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。
另外,所描述系统,装置和方法以及不同实施例的示意图,在不超出本申请的范围内,可以与其它系统,模块,技术或方法结合或集成。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
最后应说明的是:以上实施例仅用以说明本发明的技术方案而非对其进行限制,尽管参照较佳实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对本发明的技术方案进行修改或者等同替换,而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案的精神和范围。
Claims (28)
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.一种用户设备,其特征在于,包括:
第三判断单元,用于判断是否发生设备资源拥塞;
第二识别单元,用于当所述第三判断单元判断出发生资源设备拥塞时,根据基站发送各个层数据的各个逻辑信道对应的逻辑信道标识识别出各个层数据;
第一接收单元,用于根据各层数据的优先级接收层数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910166321.8A CN101998265B (zh) | 2009-08-17 | 2009-08-17 | 数据传输方法、基站、多播协调实体和用户设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910166321.8A CN101998265B (zh) | 2009-08-17 | 2009-08-17 | 数据传输方法、基站、多播协调实体和用户设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101998265A true CN101998265A (zh) | 2011-03-30 |
CN101998265B CN101998265B (zh) | 2014-06-04 |
Family
ID=43787692
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910166321.8A Active CN101998265B (zh) | 2009-08-17 | 2009-08-17 | 数据传输方法、基站、多播协调实体和用户设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101998265B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102355708A (zh) * | 2011-11-08 | 2012-02-15 | 电信科学技术研究院 | Mbms业务优先级的处理方法和设备 |
WO2015027455A1 (zh) * | 2013-08-30 | 2015-03-05 | 华为技术有限公司 | 一种无线通信网络数据传输的控制方法及装置 |
CN105517046A (zh) * | 2015-11-25 | 2016-04-20 | 北京北方烽火科技有限公司 | Mbms业务调度方法及装置 |
CN107820275A (zh) * | 2017-10-18 | 2018-03-20 | 中国联合网络通信集团有限公司 | 一种移动网络udp业务拥塞处理方法及基站 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2004266503A (ja) * | 2003-02-28 | 2004-09-24 | Matsushita Electric Ind Co Ltd | 映像伝送システム |
CN101077010A (zh) * | 2004-12-15 | 2007-11-21 | 皇家飞利浦电子股份有限公司 | 用于通过无线网络的数字视频传输的方法和系统 |
US9306853B2 (en) * | 2006-07-06 | 2016-04-05 | Alcatel Lucent | Maintaining quality of service for multi-media packet data services in a transport network |
-
2009
- 2009-08-17 CN CN200910166321.8A patent/CN101998265B/zh active Active
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102355708A (zh) * | 2011-11-08 | 2012-02-15 | 电信科学技术研究院 | Mbms业务优先级的处理方法和设备 |
WO2015027455A1 (zh) * | 2013-08-30 | 2015-03-05 | 华为技术有限公司 | 一种无线通信网络数据传输的控制方法及装置 |
US10028293B2 (en) | 2013-08-30 | 2018-07-17 | Huawei Technologies Co., Ltd. | Method and apparatus for controlling data transmission on radio communication network |
CN105517046A (zh) * | 2015-11-25 | 2016-04-20 | 北京北方烽火科技有限公司 | Mbms业务调度方法及装置 |
CN105517046B (zh) * | 2015-11-25 | 2018-10-16 | 北京北方烽火科技有限公司 | Mbms业务调度方法及装置 |
CN107820275A (zh) * | 2017-10-18 | 2018-03-20 | 中国联合网络通信集团有限公司 | 一种移动网络udp业务拥塞处理方法及基站 |
CN107820275B (zh) * | 2017-10-18 | 2021-09-14 | 中国联合网络通信集团有限公司 | 一种移动网络udp业务拥塞处理方法及基站 |
Also Published As
Publication number | Publication date |
---|---|
CN101998265B (zh) | 2014-06-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5844879B2 (ja) | Mbmsサービス送信方式の切替方法、装置及びユーザー装置 | |
EP1428336B1 (en) | Apparatus, and associated method, for multicasting data in a radio communications system | |
US8131273B2 (en) | Method for transmitting and receiving a MBMS service in mobile communication system | |
KR20050019388A (ko) | 멀티미디어 방송 및 멀티캐스트 서비스를 위한 패킷데이터와 관련 제어정보를 송수신하는 방법 | |
EP2230801B1 (en) | Method for sending and receiving multimedia operation data, base station device and user device | |
RU2007132897A (ru) | Усовершенствованное использование ресурсов для услуг широковещательной и многоадресной передачи мультимедийной информации (mbms) | |
CN101267594A (zh) | 处理一点对多点多媒体广播及群播服务的方法及相关装置 | |
CN1674693A (zh) | 移动通信系统中聚合广播业务和多播业务的方法和装置 | |
CN103857050A (zh) | 一种td-lte集群通信系统中资源调度的方法 | |
AU2004306053B2 (en) | Method and apparatus for providing multimedia broadcast/multicast service in mobile communication system | |
CN102547610A (zh) | 消息处理方法、设备及系统 | |
CN101572859A (zh) | 网元间公共控制消息的同步方法 | |
WO2009021408A1 (fr) | Système e-mbms pour le multiplexage statistique au moyen d'ambr et procédé correspondant | |
CN102137336A (zh) | 业务传输的方法及装置 | |
EP2028868A1 (en) | A method for assigning carrier resources to a mobile station and the system thereof | |
CN101998265B (zh) | 数据传输方法、基站、多播协调实体和用户设备 | |
CN102036177A (zh) | 组播广播业务流量控制方法及相关设备 | |
CN101442711A (zh) | 用户设备反馈多媒体广播多播业务信息的方法 | |
WO2010124421A1 (zh) | 在mbsfn中对mbms服务进行复用的方法、bm-sc和基站 | |
CN102348164A (zh) | eMBMS业务发布方法和eMBMS系统 | |
CN101692718B (zh) | 改进的演进的多媒体广播组播业务实现方法和设备 | |
JP5136646B2 (ja) | 通信制御方法、無線装置、基地局 | |
CN101132392B (zh) | 一种单独载频广播系统及其实现业务传送的方法 | |
CN1988717A (zh) | 增强型多媒体广播和多播业务的传输方法 | |
CN101437222B (zh) | 移动通讯网络中恢复广播多媒体广播组播业务的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |