法律状态公告日
法律状态信息
法律状态
2019-02-01
未缴年费专利权终止 IPC(主分类):H04L12/56 授权公告日:20110601 终止日期:20180214 申请日:20070214
专利权的终止
2011-06-01
授权
授权
2008-10-15
实质审查的生效
实质审查的生效
2008-08-20
公开
公开
技术领域
本发明涉及通信服务领域,特别是涉及一种在资源不足的情况下实现新业务加入的方法和系统。
背景技术
随着因特网规模的不断增大,网络所能提供的业务种类也不断丰富,比如,音频/视频流、视频点播业务(VOD)、超文本传输协议(HTTP)、文件传输协议(FTP)、网络游戏,远程教育等网络业务,这些网络业务需要占用大量的带宽资源。而由于网络中存在占用大量带宽资源的网络业务,比如,突发性高的FTP业务和含有图像文件的HTTP,将使网络因带宽资源不足或瞬时不足而造成网络传输时延或延时抖动,进而对网络传输时延、延时抖动等特性较为敏感的实时业务,比如电话业务,造成很大影响,导致网络难以保证关键业务的可靠传输。
因此,为保证关键业务的可靠传输,当网络中有新的关键业务加入时,目前常采用服务质量(QoS)控制策略,使关键业务占用其它非关键业务的资源,下面具体说明目前在资源不足时实现新业务加入的方法。
图1为TISPAN中定义的实现QoS控制的资源准入控制子系统(RACS,Resource Admission Control Sub-system)系统的结构示意图,该系统包括应用功能(AF,Application Function)实体101、基于业务的策略决策功能(SPDF,Service-based Policy Decision Function)实体102和边界网关功能(BGF,BorderGateway Function)实体103。
其中,AF101用于通过Gq’接口向SPDF102发送业务申请,请求分配资源;
SPDF102通过Gq’接口接收AF101的分配资源请求,根据预先设置的策略对该请求进行处理,并根据处理结果通过Ia接口向BGF103发送进一步的资源请求,将BGF103发送的资源请求的结果返回给AF101;
BGF103是一个分组到分组的网关,用于根据SPDF102的资源请求执行策略并进行必要的网络地址转换功能,并将资源请求的结果发送给SPDF102。
图2为图1所示的系统在资源不足时实现新业务加入的流程示意图,如图2所示,包括以下步骤:
步骤201:AF向SPDF发起VOD业务申请。
步骤202:SPDF进行授权策略控制。
步骤203:SPDF向BGF下发VOD业务所需的策略。
步骤204:BGF向SPDF发送VOD业务所需的策略应答。
步骤205:SPDF通知AF VOD业务授权成功。
此时,开始正常播放VOD业务,假设此时,AF发起新的业务如电话业务,那么执行步骤206-步骤212。
步骤206:AF向SPDF发起新的电话业务申请。
步骤207:SPDF根据QoS策略抢占正在提供的VOD业务资源。
步骤208:SPDF向BGF下发释放VOD业务资源策略。
步骤209:BGF向SPDF发送释放VOD业务资源应答。
步骤210:SPDF向BGF下发新业务服务能力策略。
步骤211:BGF向SPDF发送新业务服务能力策略应答。
步骤212:SPDF向AF发送新电话业务应答。
此时,该VOD业务终止,直到电话业务结束。如果该用户要求继续VOD服务,则重新执行步骤201-步骤205,重新申请,并从头开始播放VOD业务。
可以看出,采用目前实现新业务加入的方法,会造成新业务抢占正在进行的业务的资源,使得正在进行的业务因所需资源的不足而被迫终止,即被新业务抢占,而被抢占的业务必须在新业务结束后重新提出申请,并且网络从头提供该项服务,从而给用户带来了不便。
发明内容
有鉴于此,本发明实施例提供一种实现新业务加入的方法,该方法能够方便用户使用。
本发明实施例提供一种实现新业务加入的系统,该系统能够方便用户使用。
为了达到上述第一个目的,本发明实施例提出的技术方案为:一种实现新业务加入的方法,包括以下步骤:预先设置业务控制方式,新业务加入时,根据预先设置的控制方式,控制原有业务对资源的占用时间及占用量。
为了达到上述第二个目的,本发明实施例提出的技术方案为:一种实现新业务加入的系统,该系统包括:预先预置单元和控制单元;
所述的预先预置单元,用于存储预先设置的业务控制方式,在新业务加入时,将预先设置的业务控制方式输入到控制单元;
所述的控制单元,用于根据预先预置单元输入的预先设置对业务控制方式,控制原有业务对资源的占用时间及占用量。
综上所述,本发明实施例提出的一种实现新业务加入的方法和系统,采用降低原有业务的服务能力、直接暂停原有业务或主动停止的业务控制方式,能够避免正在进行的业务因资源不足而被迫终止的问题,方便用户使用。
附图说明
图1为TISPAN中定义的实现QoS控制的RACS系统结构示意图;
图2为图1所示的系统在资源不足时实观新业务加入的流程示意图;
图3为本发明提供的基本系统结构示意图;
图4为本发明第一个实施例实现新业务加入的方法流程示意图;
图5为本发明第二个实施例实现新业务加入的方法流程示意图;
图6为本发明第三个实施例实现新业务加入的方法流程示意图;
图7为本发明第四个实施例实现新业务加入的方法流程示意图;
图8为本发明第四个实施例实现新业务加入的方法流程示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图及具体实施例对本发明作进一步地详细描述。
本发明实施例所提供的实现新业务加入的方法包括:预先设置业务控制方式,新业务加入时,根据预先设置的业务控制方式,控制原有业务对资源的占用时间及占用量。
图3为本发明提供的基本系统结构示意图,系统统包括:预置单元310和控制单元320;其中,预置单元310能够存储预先设置的业务控制方式,在新业务加入时,将预先设置的业务控制方式输入到控制单元320;控制单元320用于根据预置单元输入的预先设置的业务控制方式,控制原有业务对资源的占用时间及占用量。
控制单元320包括确定业务模块321和执行模块322;
确定业务模块321,根据预先设置的服务能力、直接暂停或主动停止业务控制方式,确定需要进行服务能力、直接暂停或主动停止的原有业务,并将确定的业务输入到执行模块322;
执行模块322,用于对于业务确定模块321输入的确定的业务,执行相应的业务控制方式,控制该原有业务对资源的占用时间及占用量。
图3所示的系统结构可以适用于多种网络架构,比如,采用TISPAN定义的RACS架构,预置单元310可以设置在AF中,控制单元320中的确定模块321可以设置在SPDF中也可以设置在接入层资源准入控制功能实体(A-RACF,Access-Resource and Admission Control Function)或AF中,执行模块322由SPDF和BGF324构成。
又如,采用3GPP定义的R7版本相似的架构,控制单元320中的确定模块321可以设置在TISPAN定义的AF或与SPDF对应的策略计费规则功能实体(PCRF,Policy and Charging Rule Function中,执行模块322由PCRF323和与BGF对应的策略计费执行功能实体(PCEF,Policy and Charging EnforcementFunction)324构成。下面结合实施例具体说明。
实施例一
图4为本发明第一个实施例实现新业务加入的方法流程示意图。在本实施例中,采用TISPAN中定义的RACS架构,其中,业务确定模块设置在SPDF中,并且,假设预先设置的业务控制方式为降低原有业务的服务能力的业务控制方式,图4所示则本实施例的流程图具体包括以下步骤:
步骤401:UE向AF发送新业务申请。
步骤402:AF向SPDF转发新业务申请
步骤403:SPDF识别需要降级的原有业务。
本实施例中,SPDF识别出需要降级的原有业务,其识别标准为同一用户的所有原有业务。对于每个确定的需要降低服务能力的原有业务,也就是需要降级的原有业务,执行步骤404-步骤407。
步骤404:SPDF制定对原有业务降级的服务能力策略,并向BGF下发该原有业务新的服务能力策略。
本实施例中,SPDF根据预先设置制定降低服务能力策略,也可以由AF提供相应的降低服务能力策略。
步骤405:BGF向SPDF发送原有业务新的服务能力策略下发应答。
本实施例中,降低该原有业务的服务能力,通过降低业务服务质量要求来减少原有业务对资源的占用量,将提供该原有业务的时间作为该原有业务对资源的占用时间。
步骤406:SPDF向AF发送原有业务服力降级提示。
步骤407:AF向UE发送原有业务服力降级提示。
步骤408:SPDF为新业务提供合适的服务质量。
步骤409:SPDF向BGF下发该新业务的服务能力策略。
步骤410:BGF向SPDF发送该新业务的服务能力策略下发应答。
步骤411:SPDF向AF发送新业务申请应答。
步骤412:AF向UE发送新业务申请应答。
本实施例中,可以提示用户原有业务服务能力降低,通过自动降级的方式避免了过多的用户操作给用户造成不必要的麻烦,能够简化用户操作。
实施例二
图5为本发明第二个实施例实现新业务加入的方法流程示意图。在本实施例中,采用3GPP定义的R7版本架构,其中,业务确定模块设置在AF中,执行模块包括PCRF和PCEF,并且,假设预先设置的业务控制方式为直接暂停的业务控制方式,则图5所示本实施例的流程图具体包括以下步骤:
步骤501:UE向AF发送新业务申请。
步骤502:AF记录原有业务暂停位置。
步骤503:AF向PCRF发送直接暂停原有业务请求。
本实施例中,业务确定模块设置在AF中,由AF获知原有业务所需的资源不足而要被新业务抢占,确定需要直接暂停的原有业务,对每个确定需要直接暂停的原有业务,均发起直接暂停请求,执行步骤503-步骤513。
步骤504:PCRF制定直接暂停原有业务策略。
步骤505:PCRF向PCEF下发直接暂停原有业务策略。
步骤506:PCEF向PCRF发送直接暂停原有业务策略下发应答。
步骤507:PCRF向AF发送直接暂停原有业务请求应答。
本实施例中,通过暂停提供该原有业务,控制该原有业务停止对资源的占用,释放原有业务占用的所有资源,即原有业务被新业务抢占。
步骤508:AF向PCRF转发新业务申请。
步骤509:SPDF为新的业务提供合适的服务质量。
步骤510:SPDF向BGF下发该新业务服务能力策略。
步骤511:BGF向SPDF发送该新业务服务能力策略下发应答。
步骤512:SPDF向AF发送新业务申请应答。
步骤513:AF向UE发送新业务申请应答。
本实施例中,原有业务被新业务抢占而暂停,直到新业务结束。当新业务结束后,在新业务释放完占用的资源时,执行步骤514-步骤518
步骤514:AF向PCRF发送自动恢复播放请求。
本实施例中,当AF获知新业务结束时,向PCRF发起自动恢复播放请求,请求中携带暂停位置信息。
步骤515:PCRF制定恢复播放原有业务策略。
本实施例中,PCRF制定出从暂停位置播放的策略。
步骤516:PCRF向PCEF下发恢复播放原有业务策略。
步骤517:PCEF向PCRF发送恢复播放原有业务策略下发应答。
本实施例中,通过恢复播放该原有业务,控制该原有业务重新占用相同量的资源。
步骤518:PCRF向AF发送自动恢复播放请求应答。
在本实施例中,AF能够记录下暂停位置,在新业务抢占结束后,自动从暂停位置重新播放被抢占的原有业务,能够减少简化用户操作,改善用户业务体验。
在本实施例中,业务确定模块还可以设置在PCRF中,则步骤503应为AF转发新业务申请,由PCRF根据获知资源不足而被抢占的原有业务。
实施例三
图6为本发明第二个实施例实现新业务加入的方法流程示意图。在本实施例中,采用3GPP定义的R7版本架构,其中,预置单元设置在AF中,业务确定模块设置在PCRF中、并且,假设预先设置的业务控制方式为主动停止的业务控制方式,则图6所示本实施例的流程图具体包括以下步骤:
步骤601:静态配置业务控制方式为主动停止方式。
本实施例中,通过静态配置来实现对原有业务控制方式的选择,将原有业务统一配置为提示用户操作,这样每次遇到资源不足时都会主动提示用户暂停业务还是终止业务。
步骤602:UE向AF发送新业务申请。
步骤603:AF向PCRF发送新业务申请。
本实施例也可以通过动态指示的方法来实现预先设置对业务控制方式,即在AF向PCRF发送新业务申请时,指定当出现资源不足时的业务控制方式。
步骤604:PCRF确定资源不足被抢占的原有业务。
本实施例中,业务确定模块设置在PCRF中,由PCRF获知原有业务所需的资源不足而要被新业务抢占。对于每个确定的需要主动停止的原有业务,执行步骤605-步骤625。
步骤605:PCRF向AF发送资源不足被抢占信息。
本实施例中,该信息包括PCRF确定的资源不足被抢占的原有业务。
步骤606:AF向UE发送用户操作提示信息。
本实施例中,需要和用户交互,本步骤发送的用户操作提示信息用于由用户选择该原有业务的主动停止方式,是暂停还是终止原有业务,根据用户选择的主动停止方式,控制该原有业务对资源的占用时间及占用量。
步骤607:UE向AF发送用户操作确认信息。
步骤608:AF判断是否需要记录原有业务的暂停位置,如果是原有业务的暂停位置,记录,否则直接执行步骤609。
本实施例中,AF判断用户输入的操作确认信息为暂停业务还是终止业务,如果是暂停业务则确定需要记录原有业务的暂停位置,如果是终止业务,则不需要记录。
步骤609:AF向PCRF发送主动停止请求。
步骤610:PCRF制定用户确认的主动停止策略。
本实施例中,PCRF根据用户操作确认信息中的选择,制定策略,如果为暂停业务,则制定出从暂停位置播放的策略,如果为终止业务则制定结束原有业务的策略。
步骤611:PCRF向PCEF下发用户确认的主动停止策略。
步骤612:PCEF向PCRF发送用户确认的主动停止策略下发应答。
步骤613:PCRF向AF发送主动停止请求应答。
步骤614:AF向UE发送用户操作确认应答。
步骤615-步骤620与步骤508-步骤513相同,这里不一一赘述。在用户选择暂停业务条件下的执行步骤621-步骤625,在新业务结束后,PCRF根据AF请求从暂停位置播放被抢占的原有业务,控制该原有业务重新占用相同量的资源,如果用户选择终止业务,不执行步骤621-步骤625。
步骤621:AF向PCRF发送恢复播放请求。
步骤622:PCRF制定恢复播放原有业务策略。
本实施例中,PCRF制定出从暂停位置播放的策略。
步骤623:PCRF向PCEF下发恢复播放原有业务策略。
步骤624:PCEF向PCRF发送恢复播放原有业务策略下发应答。
步骤625:PCRF向AF发送恢复播放请求应答。
在本实施例中,通过与用户交互来选择停止原有业务的方式,能够满足不同用户的多方面的需求,使用更方便,同时,能够改善用户业务体验。
实施例四
图7为本发明第四个实施例实现新业务加入的方法流程示意图。在本实施例中,采用TISPAN中定义的RACS架构,其中,预置单元设置AF中,在AF中配置降级策略,业务确定模块设置在接入网资源接纳控制功能实体(A-RACF,Acess-Resource Admission Control Function)中,A-RACF通过E4接口与与网络附着子系统(NASS,Network Attachment Subsystem)相连,可以从NASS中获取用户QoS特性(Profile)及用户位置信息。A-RACF通过Re接口与RCEF106相连,可以下发制定的接入网策略,并通过Rq接口与SPDF相连,假设预先设置的业务控制方式为降低原有业务的服务能力的业务控制方式,则具体步骤如下:
步骤701:在AF上配置降级策略。
本实施例中,预先设置的业务控制方式为降低原有业务的服务能力的业务控制方式,配置降级策略可以是资源不足自动降级的策略。
步骤702:UE向AF发送新业务申请。
步骤703:AF向SPDF转发新业务申请。
本实施例中,AF通过Gq’接口向SPDF转发新业务申请
步骤704:SPDF向A-RACF转发新业务申请。
本实施例中,SPDF获取来自Gq’接口的新业务申请,并通过Rq接口向A-RACF转发新业务申请。
步骤705:A-RACF向NASS发送查询用户信息请求。
本实施例中,A-RACF获取来自Rq接口的新业务申请,获取消息中的业务信息,比如用户名、IP地址、业务类型等,并通过E4接口向NASS查询用户信息。
步骤706:NASS向A-RACF发送查询用户信息请求应答。
本实施例中,NASS返回用户QoS特性,用户位置信息及允许降级策略指示。
步骤707:A-RACF识别需要降级的原有业务。
本实施例中,A-RACF依据NASS返回的QoS特性及用户位置信息,A-RACF能够识别当前业务归属的用户,进而能识别当前用户下已经承载的所有业务信息,根据当前用户的可用资源、已用资源及本次业务所申请资源,A-RACF能够识别出当前资源是否充足,如果资源不足,依据NASS给定的允许降级指示及当前用户所承载业务的资源预留的优先级,A-RACF识别需要降低原有某个或某些业务的服务能力,来达到满足新业务的服务能力需求。对于每个确定的需要降级的原有业务执行步骤708-步骤729。
步骤708:A-RACF向SPDF发起等待原有业务降级指示。
本实施例中,A-RACF向SPDF发起等待原有业务降级指示,携带用户QoS特性,用户位置信息及当前需要等待降级的业务;
步骤709:SPDF向AF转发等待原有业务降级指示。
本实施例中,SPDF接收来自Rq接口的等待原有业务降级指示,通过Gq’接口向AF转发等待原有业务降级指示,并携带用户QoS特性,用户位置信息;
步骤710:AF向SPDF发送等待原有业务降级指示应答。
本实施例中,AF接收等待原有业务降级指示,返回等待原有业务降级指示应答;
步骤711:SPDF向A-RACF转发等待原有业务降级指示应答。
步骤712:AF向SPDF发起降级原有业务申请。
本实施例中,AF依据本地降级策略,根据用户QoS特性,用户位置信息确定降级,通过Gq’接口发起降级原有业务申请。
步骤713:SPDF向A-RACF转发降级原有业务申请。
本实施例中,SPDF通过Gq’接口接收降级原有业务申请,通过Rq接口转发给A-RACF。
步骤714:A-RACF制定对原有业务降级的服务能力策略。
本实施例中,A-RACF接收降级原有业务申请,依据之前记录的信息及NASS返回的信息重新生成原有业务降级策略,将给策略通过Re接口下发给RCEF;
步骤715:A-RACF向SPDF发送降级原有业务申请应答。
步骤716:SPDF生成对原有业务提供新的服务能力的边缘承载策略。
本实施例中,SPDF依据Gq′的降级原有业务申请,生成对对原有业务提供新的服务能力的边缘承载策略,通过Ia接口下发给BGF;
步骤717:SPDF向AF返回降级原有业务申请应答。
步骤718:A-RACF通知RCEF安装新业务的服务能力策略。
本实施例中,A-RACF依据SPDF的新业务申请及E4接口获取的信息通知RCEF安装新业务的服务能力策略。
步骤719:A-RACF向SPDF返回新业务申请应答。
步骤720:SPDF生成新业务的服务能力边缘承载策略。
本实施例中,SPDF依据Gq′的新业务申请应答,生成新业务的服务能力边缘承载策略,通过Ia接口下发给BGF。
步骤721:SPDF向AF返回新业务申请应答。
步骤722:AF向SPDF返回新业务申请应答。
步骤723:AF识别新业务服务结束,需要恢复原有被降级的业务。
步骤724:AF向SPDF发送原有业务恢复申请。
本实施例中,AF通过Gq’接口发送原有业务恢复申请给SPDF。
步骤725:SPDF发送原有业务恢复申请给A-RACF。
步骤726:A-RACF通知RCEF安装原有业务的服务能力策略。
本实施例中,A-RACF依据SPDF的恢复原有被降级业务的申请信息及E4接口获取的信息通知RCEF安装原有业务的服务能力策略。
步骤727:A-RACF返回原有业务恢复申请应答。
步骤728:SPDF向BGF下发原有业务的服务能力边缘承载策略。
本实施例中,SPDF依据Gq′的恢复原有业务申请,生成原有业务的服务能力边缘承载策略信息,通过Ia接口下发给BGF。
步骤729:SPDF向AF返回原有业务恢复申请应答。
实施例五
图8为本发明第四个实施例实现新业务加入的方法流程示意图。在本实施例中,采用TISPAN中定义的RACS架构,其中,预置单元设置在A-RACF中,在A-RACF中配置降级策略,业务确定模块设置在A-RACF中,A-RACF通过E4接口与NASS相连,可以从NASS中获取用户QoS特性(Profile)及用户位置信息。并且,假设预先设置的业务控制方式为降低原有业务的服务能力的业务控制方式,则具体步骤如下:
步骤801:在A-RACF上配置降级策略。
本实施例中,在A-RACF上配置降级策略,降级策略可以是资源不足自动降级的策略。
步骤802到步骤806的描述与步骤702到步骤706完全相同,这里不一一赘述。
步骤807:A-RACF识别需要降级原有业务,制定对原有业务降级的服务能力策略。
本实施中,A-RACF依据NASS返回的QoS特性及用户位置信息,A-RACF能够识别当前业务归属的用户,进而能识别当前用户下已经承载的所有业务信息,根据当前用户的可用资源、已用资源及本次业务所申请资源,A-RACF能够识别出当前资源是否充足,如果资源不足,依据NASS给定的允许降级指示及当前用户所承载业务的资源预留的优先级,A-RACF识别需要降低原有某个或某些业务的服务能力,来达到满足新业务的服务能力需求;对于每个确定的需要降级的原有业务,A-RACF制定对原有业务降级的服务能力策略后,通过Re接口下发给RCEF。
步骤808:A-RACF向SPDF发送原有业务降级通知。
步骤809:SPDF向AF发送原有业务降级通知。
步骤810:AF向SPDF发送降级通知应答。
步骤811:SPDF向A-RACF发送降级通知应答。
步骤812:A-RACF通知RCEF安装新业务的服务能力策略。
本实施中,A-RACF依据SPDF的新业务申请信息及E4接口获取的信息通知RCEF安装新业务的策略;
步骤813:A-RACF向SPDF返回新业务申请应答。
步骤814:SPDF向AF返回新业务申请应答。
步骤815:AF向UE返回新业务申请应答;
步骤816:A-RACF识别新业务服务结束,需要恢复原有被降级的业务。
本实施例中,A-RACF识别新业务服务结束,需要恢复原有被降级的业务,依据SPDF的请求信息及E4接口获取的信息通知RCEF恢复原有业务的策略;
步骤817:A-RACF向SPDF发送恢复原有业务通知。
步骤818:SPDF向AF发送恢复原有业务通知。
步骤819:AF向SPDF返回恢复原有业务通知应答。
步骤820:SPDF向A-RACF发送恢复原有业务通知。
综上所述,本发明技术方案不局限于TISPAN、3GPP、ITU等标准网络架构中,以上仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
机译: 一种用于无线通信系统中数据传输和接收编码的生成和更新业务加密密钥的方法
机译: 一种增加新业务的方法和系统
机译: 一种向熔炉中加入一定剂量的不同颗粒或细碎物料(例如玻璃原料和碎玻璃)的方法及其实现的装置