CN106464538A - 无线电承载的服务感知准许控制 - Google Patents
无线电承载的服务感知准许控制 Download PDFInfo
- Publication number
- CN106464538A CN106464538A CN201580032648.XA CN201580032648A CN106464538A CN 106464538 A CN106464538 A CN 106464538A CN 201580032648 A CN201580032648 A CN 201580032648A CN 106464538 A CN106464538 A CN 106464538A
- Authority
- CN
- China
- Prior art keywords
- service
- grade
- preemption
- parameter
- carrying
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5003—Managing SLA; Interaction between SLA and QoS
- H04L41/5006—Creating or negotiating SLA contracts, guarantees or penalties
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5003—Managing SLA; Interaction between SLA and QoS
- H04L41/5009—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5003—Managing SLA; Interaction between SLA and QoS
- H04L41/5019—Ensuring fulfilment of SLA
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/74—Admission control; Resource allocation measures in reaction to resource unavailability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/74—Admission control; Resource allocation measures in reaction to resource unavailability
- H04L47/748—Negotiation of resources, e.g. modification of a request
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/245—Traffic characterised by specific attributes, e.g. priority or QoS using preemption
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/34—Selective release of ongoing connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Databases & Information Systems (AREA)
Abstract
提供了用于执行在服务等级的准许控制的基站。基站包含配置成接收服务的承载消息的通信接口。基站包含配置成响应于接收承载消息而确定支持该服务所需的多个承载的处理器。处理器进一步配置成确定是否准许所有确定的多个承载,并响应于确定准许所有确定的多个承载而对于所有确定的多个承载准许该服务。
Description
技术领域
本公开涉及用于通信系统的方法、基站和系统,并且具体地说涉及对于通信系统中的服务的准许控制。
背景技术
在无线通信系统(诸如长期演进(LTE)通信系统)中,服务在无线电承载上提供给订户。无线电承载是在网络节点(诸如移动管理实体(MME))与基站之间或者在基站与订户的无线装置(例如用户设备(UE))之间携带音频、视频、数据和/或控制信令的信道。例如,陆线呼叫方与无线订户之间的仅语音服务的语音分组由携带从无线订户的无线装置到基站的语音分组和开销的上行链路承载以及携带从基站到无线装置的语音分组和开销的下行链路承载携带。还有,传输承载携带从基站到连接到公用交换电话网(PSTN)或回程网络的网络接口的语音和开销,并且另一传输承载携带从网络节点到基站的语音和开销。
基站和网络节点当前使用承载作为管理连接的粒度的等级。例如,第三代合作伙伴(3GPP)技术规范(TS) 36.413版本12.3.0定义了创建和修改承载的过程,其中一些服务(诸如因特网协议上的视频和语音(VoIP)或LTE上的语音(VoLTE))在每个方向都需要至少两个承载,一个用于携带语音并且一个用于呼叫信令。对于此类服务,第一下行链路承载携带从服务基站到无线装置的语音,并且第二下行链路承载携带从服务基站到无线装置的信令。类似地,第一上行链路承载携带从无线装置到服务基站的语音,并且第二上行链路承载携带从无线装置到服务基站的信令。另外,四个传输承载携带基站与网络节点之间的语音和信令。
由于3GPP TS 36.413 v 12.3.0仅定义了在承载等级的准许控制,因此它进行若干请求来创建或修改与服务关联的所有承载。它还进行了若干准许控制通过(admissioncontrol pass)以准许此类多承载服务。这意味着,如果与服务关联的承载失败,则为失败的服务继续预留与服务关联的剩余承载,由此不必要地捆绑资源。例如,服务可被部分准许,即,与该服务关联的一些承载已经被准许,但其余承载无法获得准许。对于服务修改和删除也是如此,其中服务可被部分修改或部分删除,因为仅一些承载被成功修改或删除,而其它承载无法被修改或删除,由此负面地影响系统的资源使用。这些部分准许/修改/删除的服务不利地导致不工作的并且不必要地捆绑否则将用于另一服务的资源(例如承载)的服务。
发明内容
本公开有利地提供了用于服务等级准许控制的方法和基站。根据本公开的一个实施例,基站执行在服务等级的准许控制。基站包含配置成接收服务的承载消息的通信接口。基站包含配置成响应于接收承载消息而确定支持该服务所需的多个承载的处理器。处理器进一步配置成确定是否准许所有确定的多个承载,并响应于确定准许所有确定的多个承载而对于所有确定的多个承载准许该服务。
根据这方面的一个实施例,所述处理器进一步配置成响应于确定不准许所有确定的多个承载而拒绝该服务。根据这方面的一个实施例,确定是否准许所有确定的多个承载包含确定资源对于确定的多个承载是否可用,并响应于确定资源对于所有确定的多个承载都可用而确定准许所有所述多个承载。
根据这方面的一个实施例,承载消息包含服务的至少一个服务等级分配和保留优先权ARP参数。至少一个服务等级ARP参数标识该服务相比至少一个其它服务的重要性。处理器进一步配置成确定资源对于所述确定的多个承载中的至少一个不可用,并且基于所述至少一个服务等级ARP参数确定服务等级预占对于所述服务是否可用。处理器进一步配置成:如果服务等级预占可用,则确定至少一个其它服务可被预占,并响应于确定至少一个其它服务可被预占,使与所述其它服务关联的资源从所述其它服务释放。处理器进一步配置成向确定的多个承载中的至少一个分配释放的资源。
根据这方面的一个实施例,至少一个服务等级ARP参数包含优先权等级参数、服务预占能力参数和服务预占脆弱性参数中的至少一项。优先权等级参数指示所述服务的分配和保留的优先权。服务预占能力参数指示请求服务在其它服务上的预占能力。服务预占脆弱性参数指示所述服务被其它服务预占的脆弱性。
根据这方面的一个实施例,被预占的确定的至少一个其它服务与允许预占的服务预占脆弱性参数关联,并且所述其它服务的ARP优先权等级参数指示比所述服务的所述ARP优先权等级更低的优先权。根据这方面的一个实施例,处理器进一步配置成响应于确定至少一个其它服务不能被预占,而确定允许承载等级预占的至少一个服务。处理器进一步配置成响应于确定允许承载等级预占的至少一个服务,而执行承载等级预占以预占与允许承载等级预占的所述至少一个服务关联的至少一个承载。
根据这方面的一个实施例,承载消息包含服务简档标识符ID,并且支持所述服务所需的所述多个承载的确定至少部分基于所述服务简档ID。根据这方面的一个实施例,通信接口进一步配置成接收承载修改请求。处理器进一步配置成至少部分基于由所述承载修改请求所修改的服务是否将满足所述服务的多个服务要求来允许或拒绝对所述服务的修改。根据这方面的一个实施例,处理器进一步配置成确定是否终止该服务的至少一个承载,并响应于确定终止所述至少一个承载,至少部分基于所述服务ID来确定与所述服务关联的所述多个承载。处理器进一步配置成终止于该服务关联的所有承载。
根据这方面的一个实施例,所述确定是否终止所述服务的至少一个承载包含:确定在服务修改期间的服务终止和准许拒绝中的至少一项已经发生。
根据这方面的一个实施例,所述承载消息包含至少一个承载等级分配和保留优先权ARP参数;所述处理器进一步配置成至少部分基于所述至少一个承载等级ARP参数来确定与所述服务关联的服务简档标识符ID。支持所述服务所需的所述多个承载的确定至少部分基于所述服务简档ID。
根据本公开的另一实施例,提供了一种用于在基站执行在服务等级的准许控制的方法。接收服务的承载消息。响应于接收所述承载消息而确定支持服务所需的多个承载。确定是否准许所有确定的多个承载。响应于确定准许所有确定的多个承载而对于所有确定的多个承载准许服务。
根据这方面的一个实施例,响应于确定不准许所有确定的多个承载而拒绝该服务。根据这方面的一个实施例,确定是否准许所有确定的多个承载包含确定资源对于确定的多个承载是否可用,并响应于确定资源对于所有确定的多个承载都可用而确定准许所有所述多个承载。根据这方面的一个实施例,承载消息包含服务的至少一个服务等级分配和保留优先权ARP参数。至少一个服务等级ARP参数标识该服务相比至少一个其它服务的重要性。确定资源对于确定的多个承载中的至少一个不可用。基于至少一个服务等级ARP参数确定服务等级预占对于该服务是否可用。如果服务等级预占可用,则确定至少一个其它服务可被预占。响应于确定至少一个其它服务可被预占,使得释放与其它服务关联的资源。将释放的资源分配给确定的多个承载中的至少一个。
根据这方面的一个实施例,至少一个服务等级ARP参数包含优先权等级参数、服务预占能力参数和服务预占脆弱性参数中的至少一项。优先权等级参数指示所述服务的分配和保留的优先权。服务预占能力参数指示请求服务在其它服务上的预占能力。服务预占脆弱性参数指示所述服务被其它服务预占的脆弱性。
根据这方面的一个实施例,被预占的确定的至少一个其它服务与允许预占的服务预占脆弱性参数关联,并且所述其它服务的ARP优先权等级参数指示比所述服务的所述ARP优先权等级更低的优先权。
根据这方面的一个实施例,响应于确定没有其它服务能被预占,而确定允许承载等级预占的至少一个服务。响应于确定允许承载等级预占的至少一个服务,而执行承载等级预占以预占与允许承载等级预占的至少一个服务关联的至少一个承载。
根据这方面的一个实施例,承载消息包含服务简档标识符ID。支持所述服务所需的所述多个承载的确定至少部分基于所述服务简档ID。根据这方面的一个实施例,接收承载修改请求。至少部分基于所修改的服务是否将满足服务的多个服务要求来允许或拒绝对服务的修改。根据这方面的一个实施例,确定是否终止服务的至少一个承载。响应于确定终止至少一个承载,而至少部分基于所述服务简档ID来确定与服务关联的所述多个承载。终止与服务关联的所有承载。
根据这方面的一个实施例,所述确定是否终止所述服务的至少一个承载包含:确定在服务修改期间的服务终止和准许拒绝中的至少一项已经发生。根据这方面的一个实施例,所述承载消息包含至少一个承载等级分配和保留优先权ARP参数;至少部分基于所述至少一个承载等级ARP参数来确定与所述服务关联的服务简档标识符ID。支持所述服务所需的所述多个承载的确定至少部分基于所述服务简档ID。
根据本公开的另一实施例,提供了用于执行在服务等级的准许控制的基站。基站包含配置成接收服务的承载消息的消息接收模块。基站包含配置成响应于接收承载消息而确定支持该服务所需的多个承载的承载确定模块。基站包含准许控制模块,其配置成确定是否准许所有确定的多个承载,并响应于确定准许所有确定的多个承载而对于所有确定的多个承载准许该服务。
根据本公开的另一实施例,提供了一种计算机可读存储介质。计算机可读存储介质存储用于执行在服务等级的准许控制的可执行指令,所述指令当由处理器执行时使所述处理器:接收服务的承载消息;并响应于接收所述承载消息而确定支持所述服务所需的多个承载。处理器进一步使得确定是否准许所有确定的多个承载,并响应于确定准许所有确定的多个承载而对于所有确定的多个承载准许该服务。
附图说明
当结合附图考虑时,通过参考如下详细描述,将更容易理解本公开的更完整理解及其伴随的优点和特征,其中:
图1是按照本公开的原理构造的无线通信网络的一部分的框图;
图2是用于执行按照本公开的原理构造的服务等级准许控制的示范基站的框图;
图3是按照本公开的原理构造的示范HSS数据库的框图;
图4是按照本公开的原理的示范准许控制过程的流程图;
图5是按照本公开的原理的示范准许控制过程的另一实施例的流程图;
图6是按照本公开的原理的示范服务等级预占过程的流程图;
图7是按照本公开的原理的示范准许控制过程的又一实施例的流程图;
图8是按照本公开的原理的示范修改过程的流程图;
图9是按照本公开的原理的示范承载终止过程的流程图;以及
图10是按照本公开的原理构造的示范基站的另一实施例的框图。
具体实施方式
本文描述的方法、基站和系统有利地提供了服务等级准许控制。具体地说,准许还是拒绝服务的判定考虑该服务所需的所有承载,使得该服务作为整体被准许/拒绝。在详细描述按照本公开的示范实施例之前,要指出,实施例主要在于与提供服务等级准许控制相关的设备组件和处理步骤的组合。因而,已经在适当的地方在附图中通过常规符号表示组件,仅显示与理解本公开的实施例有关的那些特定细节,以免用具有本文描述的优点的本领域普通技术人员将容易明白的细节,使本公开模糊。
本文所使用的相关术语(诸如“第一”、“第二”、“顶部”和“底部”)等可仅仅用于区分一个实体或元件与另一实体或元件,而不一定要求或暗示此类实体或元件之间的任何物理或逻辑关系或次序。本文使用的术语仅是为了描述具体实施例的目的,并不意图限制本文描述的概念。本文所用的单数形式“一个”和“该”打算也包含复数形式,除非上下文另有明确指出。将进一步理解,术语“包括”、“包含”在本文中使用时规定存在所述的特征、整体、步骤、操作、单元和/或组件,但不排除存在或添加一个或多个其它特征、整体、步骤、操作、单元、组件和/或它们的组合。
除非另外定义,否则本文所用的所有术语(包含技术和科学术语)都具有与本公开所属领域的普通技术人员通常理解的相同的意思。还将理解,本文所用术语应被解释为具有与在本说明书和相关领域上下文中的它们的意思一致的意思,并且将不以理想化或过度正式的意义解释,除非本文明确如此定义。
在本文描述的实施例中,连接词“与...通信”等可用于指示电通信或数据通信,其例如可通过物理接触、感应、电磁辐射、无线电信令、红外信令或光学信令来实现。本领域普通技术人员将认识到,多个组件可以互操作,并且实现电通信和数据通信的修改和改变是可能的。
现在参考附图,附图中相似的附图标记指的是相似的元件,图1中显示了按照本公开的原理的服务等级准许控制的示范系统,并且一般表示为“10”。具体地说,服务等级准许控制使用在题为“WIRELESS COMMUNICATION NETWORK BEARER MANAGEMENT”的国际申请No.PCT/IB2014/062276中描述的长期演进(LTE)服务框架,该申请的全部整体通过引用结合进来。此公开进一步提供了服务等级而不是承载等级上的准许控制,如本文所描述的。然而,在描述服务等级准许控制过程的实施例之前,将相对于图1详细描述系统10的组件和其它过程以提供在服务等级的承载确定的一般理解。
无线通信系统10包含移动管理实体(MME)12、服务网关13、HSS 14、分组数据网(PDN)网关15、多个基站16a和16b(基站16)、策略控制和计费规则功能(PCRF)17、一个或多个无线装置18以及运营商的IP服务19。HSS 14存储系统10的一个或多个服务简档ID 28、系统10的服务参数29和/或用于配置系统10的其它数据,如本文所论述的。无线装置18可以是任何无线装置或用户设备(UE),包含用于机器型通信、机对机通信的装置、传感器、USB、无线嵌入式装置、膝上型安装装置等。运营商服务19定义要提供给订户的各种服务,并且可以是因特网协议多媒体子系统(IMS)网络。在一些实施例中,IMS网络可包含PCRF 17。
MME 12存储一个或多个QoS类标识符(QCI)、服务简档标识符20和/或服务参数22。在一些实施例中,可从HSS 14的数据库24中获得MME 12的QCI和/或服务简档标识符20和服务参数22。在一些实施例中,一些服务参数22可从服务网关13到达MME 12。在一些实施例中,MME 12仅存储QCI和/或服务简档标识符20,并且所有服务参数22都被存储在基站16。从而,基站16还存储QCI以及服务简档标识符26/30和服务参数27/32。QCI/服务简档标识符26/30和服务参数27/32被存储在基站16,可在服务的删除或修改、设立时间时从MME 12获得,或者可被预先存储。由于服务简档标识符20、26和30在本文被统称为“服务简档标识符”,并且服务参数22、27和32在本文被统称为“服务参数”。在一个实施例中,基站16可以是LTE演进的节点B(eNodeB)。
MME 12在S1接口上与基站16a通信,并在S6接口上与HSS 14通信。基站16a在空中接口上与无线装置18通信,并在诸如X2接口的接口上与其它基站16b通信。要指出,尽管图1的配置是LTE网络,但本文论述的发明概念和原理适用于其它无线通信系统,诸如例如微波接入全球互通(WIMAX)网络、通用移动电信系统(UMTS)网络或任何其它网络或系统,其中服务所需的连接、呼叫或承载(双向或别的方式)不共同管理,即,单独管理。
在一些操作模式,用若干方式中的一种触发服务创建。例如,用关联的承载创建服务可发生在无线装置18例如通过发起呼叫而附连到网络时。在认证无线装置18期间,MME12经由S6接口从HSS 14的数据库24检索订户简档以认证该订户,并且确定该订户是否预订了请求的服务。
从而,当订户附连到网络时,在无线装置18的订户可请求需要多个承载携带建立和维护服务所需的数据和信令的具体服务。在此公开中所使用的“多个承载”不仅指的是一组一个或多个承载,而且还指的是不同类型和/或用于一个或多个目的的一个或多个承载。例如,多个承载可与视频服务一起用于定义用于交换控制信息的“控制”承载、用于声音信息的“声音”承载以及用于视频信息的“视频”承载。此请求可经由基站16a被传递到MME 12。MME 12获得所请求服务的一个或多个QCI和/或服务简档标识符20。QCI和/或服务简档标识符20可被预先存储在MME 12,从HSS 14或从服务网关13获得。MME 12向基站16a独自发送QCI,或者QCI和服务简档标识符20。
QCI和/或服务简档标识符20可经由E-RAB设立消息或E-RAB修改消息传递到基站16a。当E-RAB消息用于传递QCI/服务简档标识符时,还可包含可选参数。这些可选参数对具体服务是特定的,并且例如可包含编解码器信息。作为使用E-RAB消息传递QCI/服务简档标识符的备选,QCI/服务简档标识符可在S1AP消息中发送。为此目的,可使用两个S1AP消息:E服务设立和E服务修改。这些消息中的每个消息都包含与服务关联的服务参数22。从而,在一个实施例中,对于与服务关联的每个承载发送具有相应服务参数的E-RAB消息,并且在另一实施例中,单个消息包含支持该服务的所有承载的服务参数。
在一些操作模式中,无线18可能已经附连到网络,并且可请求、修改或终止服务。如果服务是基于因特网协议多媒体子系统(IMS)的,则IMS节点(其可包含PCRF 17)可触发服务创建或修改。如本领域技术人员所知道的,IMS是支持服务管理(诸如支持创建、删除和修改服务)的网络。
当创建服务时,策略控制和计费规则功能(PCRF)17在Gx接口上向分组数据网(PDN)网关15传送QCI/服务简档标识符。PDN网关15在S5接口上向服务网关13转发QCI/服务简档标识符。服务网关13经由S11接口向MME 12转发QCI/服务简档标识符。MME 12然后在S1接口上向基站16a转发QCI/服务简档标识符。除了服务简档标识符,服务参数也经由PDN网关15和服务网关13从PCRF 17传送到基站16a。
如所指出的,在一些实施例中,服务简档标识符从MME 12发送到基站16,其将服务简档标识符与服务参数相互关联。表1显示了用于从PCRF 17、PDN网关15、服务网关13或MME12之一输送服务简档标识符(最终送往基站16)的示范QoS消息或信息元素(IE)的内容。QCI包含在八位组6中,并且在一些实施例中被省略。八位组27-28包含服务简档标识符,并且八位组29-44包含承载的服务参数。八位组33-36包含服务的分辨率(如果适用的话),八位组37-40包含服务的帧率(如果适用的话),并且八位组41-56包含承载的比特率参数。要指出,在一些实施例中,发送服务简档标识符,而没有任何服务参数。在这些实施例中,基站依赖于存储在基站的表,其将服务简档标识符与足以配置支持该服务的所有承载的服务配置参数相互关联。
表1
表1的承载QoS消息可包含在:创建承载请求消息、更新承载请求消息、创建会话请求消息、创建会话响应消息、转发重新定位请求消息、上下文响应消息、多媒体广播和多播服务(MBMS)会话开始请求消息和MBMS会话更新请求消息。
表2是在携带从MME 12到基站16a的服务简档标识符的消息中传递的信息的备选示例。具体地说,表2包含可由基站16用于执行本文所描述的服务等级预占的服务等级分配和保留优先权(ARP)参数。
表2
表3
在本文论述的示例中,“M”指示该字段是强制性的。IE指的是信息元素。当基站16a接收服务简档标识符时,基站16a将服务简档标识符映射到一组服务参数。在无线装置从基站16a切换到基站16b的情况下,至少将服务等级标识符在X2接口上从基站16a发送到基站16b。
可与一组服务参数关联的其中一些服务包含长期演进上的语音(VoLTE)服务、因特网协议多媒体子系统(IMS)视频服务、因特网上的语音(VoIP)尽力而为服务以及视频尽力而为服务。在一个实施例中,服务简档标识符是无符号32位字段,其指示特定信息涉及的服务。更确切地说,服务简档标识符由基站用于检索准许或拒绝该服务的服务参数。在一个实施例中,服务简档标识符在PCRF 17始发,并且经由Gx接口传送到PDN 15。在一个实施例中,PDN 15经由S5接口将服务简档标识符转发到服务网关13。在一个实施例中,服务网关13经由S11接口向MME 12转发服务简档标识符。
在一些实施例中,将与服务关联的至少一个QoS类标识符(QCI)从MME 12发送到基站16a,而不是将服务简档标识符传送到基站16a。在此情况下,基站16可使用QCI确定该组服务参数。例如,一个或多个QCI可经由一个或多个E-RAB消息发送。基站16a基于在基站16a从表中接收的至少一个QCI确定服务简档标识符,如下面详细论述的。所确定的服务简档标识符标识请求的服务,并与一组服务参数关联。
表4提供了由每个服务的服务简档标识符和承载简档标识符所标识的服务的示范描述。另外,表4包含允许系统10确定请求的服务当与其它服务比较时的相对重要性的服务等级ARP参数。要理解,服务简档标识符可与任何方式的承载简档ID关联。在表4中,“相互关联的承载”指示两个或更多承载是否彼此依赖,使得移除一个将引起另一个的移除。
表4
每个承载简档标识符可与应用到与服务关联的承载的一个或多个编解码器和比特率关联。从而,服务简档标识符可规定与服务关联的每个承载的承载简档,并且承载简档可规定要应用到承载的编解码器。
在一些实施例中,一个或多个QCI在基站16经由各种不同类型的消息(诸如E-RAB消息)从MME 12接收,并与确定服务简档标识符相互关联。每个QCI都与具体承载关联,或者一个QCI作为整体与服务关联。当在基站接收一个或多个QCI时,基站将QCI与服务简档标识符相互关联。服务简档标识符标识服务,并与表4中的承载简档关联。
从而,在一些实施例中,在基站16在消息中从MME 12接收服务简档标识符,而不是QCI。基站16将接收的服务简档标识符与服务参数关联。在其它实施例中,在基站16从MME12接收至少一个QCI。基站16将接收的至少一个QCI与服务简档标识符相互关联。服务简档标识符与表4中的承载简档相互关联。
现在转到图2,示出了基站16的一个实施例的框图。基站16包含用于传送和接收通信的通信接口36。基站16包含用于执行本文所描述的基站16功能性的处理器36。基站16包含配置成存储数据和/或一个或多个模块的存储器38。存储器38可包含非易失性和/或易失性存储器。例如,非易失性存储器可包含硬驱、闪存、可编程集成电路、存储条、固态存储器等。易失性存储器还可包含随机存取存储器以及本领域已知的其它存储器。存储器38存储程序指令,诸如用于准许模块40的程序指令。例如,准许模块40包含指令,所述指令当由处理器36执行时使处理器36执行相对于图4详细论述的服务等级准许控制过程。在另一实施例中,准许模块40包含指令,所述指令当由处理器36执行时使处理器36执行相对于图5详细论述的服务等级准许控制过程。在又一实施例中,准许模块40包含指令,所述指令当由处理器36执行时使处理器36执行相对于图7详细论述的服务等级准许控制过程。
存储器38还存储程序指令,诸如用于修改模块42的程序指令。修改模块42包含指令,所述指令当由处理器36执行时使处理器36执行相对于图8详细论述的服务等级修改过程。存储器38还存储程序指令,诸如用于承载终止模块44的程序指令。承载终止模块44包含指令,所述指令当由处理器36执行时使处理器36执行相对于图9详细论述的承载终止过程。在一个或多个实施例中,假若基站不配置成执行本文描述的某一功能性,则准许模块40、修改模块42和承载终止模块44中的一个或多个模块基于设计需要可从基站16的存储器38中省略。可选模块在图2中用短划线标示。备选地,准许模块40、修改模块42和承载终止模块44中的一个或多个模块的功能性可在一个或多个其它装置和/或设备中执行,或者基于设计需要以分布式方式执行。换言之,用短划线显示的元件以分布式方式跨其它网络装置执行。存储器38也存储服务数据46。服务数据46包含本文论述的QCI、服务参数和/或表中的一个或多个。在一个或多个其它实施例中,处理器和存储器38形成包含指令的电路47,所述指令当执行时使基站16执行本文描述的服务等级准许控制。
参考图3描述示范HSS数据库24的框图。数据库24根据服务简档标识符、APR参数和承载为多个订户中的每个订户组织不同服务。具体地说,数据库24包含允许系统10确定请求的服务当与其它服务比较时的相对重要性的服务等级ARP参数。从而,数据库24可规定什么服务被提供给多个订户中的每个订户,并且可规定每个订户的每个服务的参数。
现在转到本公开的服务等级准许控制过程,在图4中示出了准许模块40的示范服务等级准许控制过程的流程图。处理器36接收服务的承载消息(框S100)。在一个或多个实施例中,承载消息是S1AP E服务和S1AP E-RAB消息之一。在此类实施例中,S1AP E服务消息是E服务设立消息、E服务修改消息和E服务释放消息之一。还在此类实施例中,S1AP E-RAB消息是E-RAB设立消息、E-RAB修改消息和初始上下文消息之一。
例如,基站16接收E-RAB设立消息,其包含用于标识要设立的服务的至少一个标识参数。在一个或多个实施例中,至少一个标识参数包含服务简档标识符和承载等级ARP参数(如在3GPP TS 36.413版本12.3.0中所定义的)。在一个或多个其它实施例中,至少一个标识参数包含承载等级ARP,但不包含服务简档标识符。承载消息可用于由于移动性而引起的服务创建。换言之,在一些实施例中,本文描述的服务等级准许控制和预占可发生在接收如下一个消息时:(1)S1AP E服务消息:E服务设立消息、E服务修改消息、E-服务释放消息(如在上面引用的国际申请No. PCT/IB2014/062276中所定义的);(2)S1AP E-RAB消息:E-RAB设立消息、E-RAB修改消息、初始上下文消息(修改的S1AP消息,具有新服务简档ID,如在上面引用的国际申请No.PCT/IB2014/062276中所定义的);以及(3)现有S1AP E-RAB消息(如在上面引用的3GPP TS 36.413 v 12.3.0中所定义的,而没有服务简档ID)。在后一情况下,承载的QCI可用于通过检索本地eNB QCI/服务配置表(具有QCI和服务简档ID映射)来确定服务简档ID。如所指出的,许多上面列出的S1AP E服务和S1AP E-RAB消息的示范定义是已知的,并且超出此公开的范围。
处理器36确定需要哪些承载(即多个承载)以支持该服务(框S102)。在一个或多个实施例中,处理器36基于接收的承载消息中的信息确定支持所请求服务所需的多个承载。例如,承载消息包含要对于所需服务设立的E-RAB列表或与所请求服务关联的E-RAB列表,处理器36使用它们确定支持所请求服务所需的多个承载。在另一示例中,承载消息包含QCI,其中处理器36审视请求中的QCI,以确定对应于请求中QCI的服务简档标识符。处理器36然后使用所确定的服务简档标识符来确定所请求服务的预期E-RAB,诸如通过检查本地基站16 QoS配置。
在一个或多个其它实施例中,处理器36基于服务简档标识符确定支持所请求服务所需的多个承载。例如,处理器36通过审视服务简档标识符以确定所需服务的关联QCI和预期E-RAB来确定支持所请求服务所需的多个承载。在一个或多个实施例中,处理器36将接收的服务简档标识符与表4中的服务简档标识符相匹配,以确定支持所请求服务所需的多个承载。换言之,服务等级准许控制允许如何确定用于服务的承载的灵活性。
处理器36确定是否准许确定的多个承载中的所有承载(框S104)。例如,处理器36确定资源是否可用于支持服务,其中如果至少一个承载未被准许,则处理器36可执行服务等级预占,如相对于图5、6和7详细所论述的。处理器36响应于确定准许所有确定的多个承载而对于所有确定的多个承载准许所述服务(框S106)。如果处理器36确定不能支持所确定的多个承载中的所有承载,则处理器36拒绝该服务并移除与该服务关联的所有资源,如相对于图5和7所详细论述的。
基站16有利地执行在服务等级而不是承载等级的准许控制,由此当与服务关联的仅其中一些承载被准许但其余承载无法被准许时,防止所请求的服务被部分准许。换言之,如果特定服务的承载不能被准许(诸如由于拥塞或者由于不成功的预占),则作为服务的一部分的所有承载都被拒绝,即,基站16释放所请求服务的资源。因此,虽然3GPP 36.413版本12.3.0定义了在承载等级的准许控制,但3GPP TS 36.413版本12.3.0不利地采取若干准许控制通过来准许多承载服务,其中在一个准许控制通过中准许服务的一个承载,但在另一准许控制通过中可以不准许服务的另一承载。3GPP TS 36.413版本12.3.0在某些情形下(诸如当服务被部分准许时)不利地捆绑承载,而本文描述的服务等级准许控制过程同时准许或拒绝所有承载,以便避免碎片式服务创建。
参考图5详细论述了图4的示范服务等级准许控制过程的另一实施例的流程图。在图5中描述的过程涉及基站16依赖于在基站QoS配置中本地定义的服务参数来执行服务等级准许控制的过程。处理器36接收服务的承载消息,如在框S100中所论述的(框S108)。在此实施例中,承载消息不包含服务简档标识符。处理器36确定是否对于所有承载都预先分配资源(框S110)。如果处理器36确定不预先分配资源,则处理器36拒绝该服务并移除与该服务关联的所有资源,如果有的话(框S112)。
参考回到框S110,如果处理器36确定预先分配资源,则处理器36基于基站配置构建服务的承载列表(框S114)。在一个或多个实施例中,处理器36基于承载消息中的QCI构建或确定服务的承载列表。使用QCI,处理器36能够确定服务简档标识符,如上面所论述的。例如,基站16可存储一个或多个表,诸如下面示出的表5,其将相应QCI与服务简档标识符关联,使得处理器36可使用QCI来确定对应服务简档标识符。因此,处理器36通过检查基站16配置例如本地基站16 QoS配置来审视承载消息中的QCI以确定服务的预期E-RAB和QCI的服务简档。
表5
在一个或多个实施例中,运营商可在基站16的本地QoS配置中本地配置服务简档表(即表4)中的服务等级分配和保留优先权(ARP)参数。处理器36可基于确定的服务简档标识符来确定服务等级ARP参数,服务简档标识符本身由处理器36基于QCI确定。因此,如果服务等级ARP参数或所服务的简档标识符未在初始上下文设立、E-RAB设立/修改消息时在S1接口上或者在切换时在X2接口上从核心网络输送,则基站16可使用表4中的本地配置的服务等级ARP参数用于服务等级预占,如下面所论述的。
处理器36对于服务所需的多个承载之一执行承载等级准许控制过程,如在3GPP中所论述的(框S116)。处理器36确定承载等级准许控制过程是否准许该承载(框S118)。例如,由于拥塞,处理器36可确定没有承载可用,使得用于所请求服务的承载不被准许。在另一示例中,处理器36可以确定,承载被准许,诸如在对于所请求服务存在可用承载的情况下。在承载等级准许控制过程期间准许或拒绝(不准许)所请求服务的承载的其它情形可能存在。
如果处理器36确定承载未被准许,则处理器36执行服务等级预占过程,如相对于图6详细论述的(框S120)。在执行服务等级预占过程之后,处理器36确定服务等级预占是否成功(框S122)。例如,成功服务等级预占可对应于处理器36能够释放资源,例如一个或多个承载,以便由请求的服务使用,使得用于请求的服务的承载被准许。如果处理器36确定预占不成功,则处理器36拒绝请求的服务,并移除与该服务关联的所有资源,如上面相对于框S112所论述的。
然而,如果处理器36确定预占成功,使得用于请求的服务的承载被准许,则处理器36确定是否至少一个承载是未决准许(框S124)。例如,假定该服务是在表4中示出的VoLTE服务,则用于对应于BPID 1的语音的承载可被准许,但用于对应于BPID 2的信号的承载是未决准许,或者未被准许。如果处理器36确定至少一个其它承载是未决准许,则处理器36相对于是未决准许的其它承载执行框S116。换言之,处理器36重复框S116-S124中的一个或多个,直到服务所需的所有承载都已经被准许,或者直到确定一个承载不被允许准许,在此情况下处理器36执行框S112,如上面所论述的。参考回到框S124,如果处理器36确定用于服务的至少一个其它承载不是未决准许,即,用于所请求的服务的所有承载都已经被准许,则图5的过程可结束。
参考图6论述了本公开的示范服务等级预占过程的流程图。具体地说,服务等级预占过程使用已经被添加到表4的新服务等级ARP参数,如在此公开中所论述的,以便有利地允许系统10的准许控制考虑所请求服务所需的所有承载,并将服务要求与当前小区/节点资源利用相比较。这允许系统10作出决定以作为整体准许或拒绝所请求服务,由此避免所请求服务的部分准许或拒绝,这浪费资源,因为部分准许的服务将不适当运行,如果真的发生,可能仍有至少一个资源/承载预留给不运行的服务。
处理器36确定预占是否对于所请求服务可用(框S126)。例如,处理器36确定预占是否对于与对应于在基站16的QoS配置(即表4)中定义的服务等级ARP参数的确定的服务简档标识符关联的服务可用。服务等级ARP参数标识所请求服务相比其它服务的相对重要性,使得不太重要的服务可被终止,以便释放资源,例如与不太重要的服务关联的一个或多个承载。在一个示例中,服务等级ARP参数(诸如服务预占能力)可指示不允许所请求服务触发其它服务的预占,即,服务预占能力=“将不触发预占”。这可发生在所请求服务对应于在表4中指示的对应于服务简档标识符“0”的“默认”服务的情况下。如果预占对于所请求服务不可用,则服务等级预占过程可结束,使得服务预占不成功。
然而,如果处理器36确定预占对于所请求服务可用,则处理器36确定可预占的至少一个其它服务(框S128)。在一个或多个实施例中,处理器36可通过将与所请求服务关联的服务等级ARP参数和与至少一个其它服务关联的服务等级ARP参数相比较来确定可预占的至少一个其它服务。例如,处理器36可搜索其服务预占脆弱性(即服务等级ARP参数)被设置成“服务等级可重新预占”并且其ARP优先权等级参数(即另一服务等级ARP参数)对应于比所请求服务更高的级别的可预占服务。
在一个特定示例中,如果所请求服务对应于具有服务等级ARP参数{1,可触发预占,服务等级可预占}的“VoLTE服务”,则处理器36可基于服务等级ARP参数的比较来确定对应于具有服务等级ARP参数{6,可触发预占,服务等级可预占}的“尽力而为的VoIP”的当前服务可预占。具体地说,尽力而为的VoIP具有允许这个服务是“服务等级可预占”的服务等级ARP参数和具有比与“VoLTE服务”关联的ARP优先权等级(其是“1”)更高的ARP优先权等级(即,6)的服务等级ARP参数。在此实施例中,较高ARP优先权等级相比较低ARP优先权等级,对应于“不太重要”服务。因此,尽力而为服务的VoIP根据本文论述的服务等级ARP参数的一个实施例可被所需的VoLTE服务预占。
虽然本文已经论述了特定服务等级ARP参数(诸如“优先权等级”和“服务预占脆弱性”),但按照此公开可使用允许系统10确定所请求服务当与其它服务比较时的相对重要性的一个或多个不同服务等级ARP参数。然而,如果处理器36确定至少一个其它服务可预占,则处理器30终止至少一个其它服务以便释放与至少一个其它服务关联的资源,例如承载(框S129)。因此,本文论述的服务等级ARP参数有利地允许服务彼此比较,使得可通过释放较低重要性的服务来容纳较高重要性的服务。
参考回到框S128,如果处理器36确定没有其它服务可预占,则处理器36确定承载等级预占是否可用(框S130)。例如,处理器36搜索不太重要的服务,它们的服务预占脆弱性被设置成“承载等级可预占”,即,允许承载等级预占。在一个或多个实施例中,处理器36使用承载等级ARP参数(即E-RAB ARP参数)执行承载等级预占,这是本领域已知的,如果服务等级预占不成功的话。如果允许承载等级预占,则处理器36执行承载等级预占(框S131)。然而,如果不允许承载等级预占,则图6的服务等级预占过程可结束,使得服务等级预占不成功。
参考图7详细论述了图4的示范服务等级准许控制过程的另一实施例的流程图。具有与图5中使用的相同附图标记的图7的框在两个过程中提供相同的一般功能。然而,图7中的过程涉及使用通过承载消息接收的服务简档标识符,即,接收的承载消息中的信息不同,并且图7中的框S132的确定不同于图5中的框S114的确定,由于两个过程中的所接收信息上的差异。参考框S132,处理器36基于在承载消息中接收的服务参数构建所请求服务的承载列表(框S132)。在一个或多个实施例中,承载消息包含服务简档标识符,并且可包含承载等级ARP参数,其中基站16审视所接收服务简档标识符以确定与所请求服务关联的QCI和E-RAB。基站16使用接收的服务简档标识符检查在表4中定义的服务等级ARP参数。在一个或多个实施例中,服务等级预占(即框S120)可与第一E-RAB(默认承载)设立请求一样早地执行,使得对于随后的E-RAB可以不必执行服务等级预占,因为与资源/承载相同的服务可用,即,在框S124将准许与所请求服务关联的剩余承载。在一个或多个实施例中,处理器36通过使用表4和5中的至少一个来确定QCI和E-RAB。
在一个或多个实施例中,承载消息可包含:服务简档标识符、服务等级QoS参数(其包含服务等级ARP参数和/或要设立的E-RAB列表),使得处理器36基于接收的服务等级ARP参数确定预占是否可用。承载消息可在服务设立时在S1接口上或者在切换时在X2接口上接收。
参考图8详细论述了修改模块42的示范服务修改过程的流程图。处理器36接收服务的修改消息,例如承载修改消息(框S100)。例如,在基站16接收在3GPP TS 36.413版本12.3.0中所定义的E-RAB修改消息,其中E-RAB修改消息包含标识该服务的至少一个服务参数,例如QCI或服务简档标识符。承载消息可在服务修改时在S1接口上接收。在一个或多个实施例中,处理器36使用表4确定服务简档标识符。处理器36确定根据修改消息所修改的服务是否满足质量参数(框S134)。例如,处理器36确定是否仍满足对于该服务定义的QoS约束。例如,对于减少或增加一些资源的修改请求,在服务的配置数据中定义的QoS要求和约束作为整体需要被视为成功的。此外,当请求额外资源时,资源必须对于成功的修改请求可用。如果处理器36确定根据修改消息所修改的服务满足作为整体对于服务定义的QoS约束,则处理器36允许修改,即,根据修改消息修改服务(框S136)。然而,如果处理器36确定根据修改消息所修改的服务不满足作为整体对于服务定义的QoS约束,则处理器36拒绝修改,即,不根据修改消息修改服务(框S138)。
参考图9详细论述了承载终止模块44的示范承载终止过程的流程图。处理器36确定是否终止至少一个承载,即,释放至少一个承载(框S140)。例如,处理器36确定由于服务终止、修改期间的准许拒绝或其它原因而应该删除至少一个承载。处理器36确定与至少一个承载关联的服务(框S142)。例如,处理器36通过搜索表4与要终止的至少一个承载对应的服务/服务简档标识符来确定与至少一个承载关联的服务。处理器36确定与服务关联的所有承载(框S144)。处理器36确定与服务关联的所有承载(框S146)。在对于其它模块或节点需要承载删除/终止信令的情况下,承载可被指示为删除,诸如通过让基站16标记/加标签于承载。在一个示例中,被删除的承载被标记/加标签为“删除进行中”,直到信号过程完成,并且移除与服务关联的所有承载是安全的。终止来自服务的承载(其可以其它方式不可操作)有利地使承载对于请求的服务可用。
相对于图10详细论述基站16的另一实施例的框图。基站16包含消息接收模块48,其配置成接收服务的承载消息,如上面相对于框S100所论述的。基站16进一步包含承载确定模块50,其配置成响应于接收承载消息而确定支持服务所需的多个承载,如相对于框S102所详细论述的。基站16进一步包含准许控制模块52,其配置成确定是否准许所有确定的多个承载,并响应于确定准许所有确定的多个承载而对于所有确定的多个承载准许该服务,如关于框S104和S106详细论述的。
本文描述的实施例提供了对于由服务简档标识符标识的服务的服务等级准许控制。在一些实施例中,服务简档标识符从网络节点(诸如MME)发送到基站,诸如长期演进(LTE) eNode B (eNB)。基站从存储在基站的表中查找接收的服务简档标识符。服务简档标识符在表中与关联于服务的一组服务参数关联。一些或所有承载可以是双向的,在上行链路和下行链路上实现。在一些实施例中,MME向基站发送一个或多个服务质量类标识符(QCI),并且基站将QCI与服务简档标识符相互关联,该标识符和与服务关联的一组服务参数关联。
如本领域技术人员将认识到的,本文描述的概念可实施为方法、输出处理系统和/或计算机程序产品。因而,本文描述的概念可采取完全硬件实施例、完全软件实施例或组合了软件和硬件方面的实施例的形式,一般在本文中全都称为“电路”或“模块”。更另外,本公开可采取有形计算机可用存储介质上的计算机程序产品的形式,介质中实施有计算机可执行的计算机程序代码。可利用任何适合的有形计算机可读介质,包含硬盘、CD-ROM、电存储装置、光存储装置或磁存储装置。
一些实施例在本文参考方法、系统和计算机程序产品的流程图示出和/或框图进行描述。将理解,流程图示出和/或框图的每个框以及流程图示出和/或框图中的框组合可由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机的处理器或其它可编程数据处理设备以产生机器,使得经由计算机的处理器或其它可编程数据处理设备执行的指令创建用于实现在流程图和/或框图框或多个框中规定的功能/动作的部件。
这些计算机程序指令还可存储在可指导计算机或其它可编程数据处理设备以具体方式运行的计算机可读存储器或存储介质中,使得存储在计算机可读存储器中的指令产生包含实现在流程图和/或框图框或多个框中规定的功能/动作的指令部件的制品。
计算机程序指令还可加载在计算机或其它可编程数据处理设备上,以使在计算机或其它可编程设备上执行一系列可操作步骤来产生计算机实现的过程,使得在计算机或其它可编程设备上执行的指令提供用于实现在流程图和/或框图框或多个框中规定的功能/动作的步骤。
要理解到,在框中指出的功能/动作可以不按操作示出中指出的次序发生。例如,取决于所涉及的功能/动作,接连显示的两个框实际上可基本上同时执行,或者这些框有时可按相反次序执行。尽管其中一些图包含通信路径上显示通信的主要方向的箭头,但要理解到,通信可发生在与所描绘的箭头相反的方向。
用于执行本文描述的概念的操作的计算机程序代码可用面相对象的编程语言(诸如Java®或C++)来写。然而,用于执行本公开的操作的计算机程序代码还可用常规的过程编程语言(诸如“C”编程语言)来写。程序代码可完全在用户的计算机上执行,部分在用户的计算机上执行,作为独立软件包,部分在用户的计算机上并且部分在远程计算机上或者完全在远程计算机上执行。在后一情形下,远程计算机可通过局域网(LAN)或广域网(WAN)连接到用户的计算机,或者可连接到外部计算机(例如使用因特网服务提供商通过因特网)。
本文已经结合上面的说明书和附图公开了许多不同实施例。将理解,在字面上描述和示出这些实施例的每个组合和子组合将是过度重复和混乱的。因而,所有实施例可按任何方式和/或组合进行组合,并且本说明书(包含附图)将被解释为构成本文描述的实施例的所有组合和子组合以及制作和使用它们的方式和过程的所写的完整描述,并且将支持对任何此类组合或子组合的权利要求。
本领域技术人员将认识到,本发明不限于本文上面已经具体示出和描述的。此外,除非在上面相反地提到,否则,应注意不是所有附图都是按照比例的。根据仅由随附权利要求限制的上面的教导,各种修改和改变是可能的。
Claims (26)
1.一种用于执行在服务等级的准许控制的基站(16),所述基站(16)包括:
通信接口(34),所述通信接口(34)配置成接收服务的承载消息;
处理器(36),所述处理器(36)配置成:
响应于接收所述承载消息而确定支持所述服务所需的多个承载;
确定是否准许所有确定的多个承载;以及
响应于确定准许所有确定的多个承载而对于所有确定的多个承载准许所述服务。
2.如权利要求1所述的基站(16),其中所述处理器(36)进一步配置成:响应于确定不准许所有确定的多个承载而拒绝该服务。
3. 如权利要求1所述的基站(16),其中确定是否准许所有确定的多个承载包含:
确定是否资源对于确定的多个承载都可用;以及
响应于确定资源对于所有确定的多个承载都可用而确定准许所有所述多个承载。
4.如权利要求1所述的基站(16),其中所述承载消息包含所述服务的至少一个服务等级分配和保留优先权ARP参数,所述至少一个服务等级ARP参数标识所述服务相比至少一个其它服务的重要性;以及
所述处理器(36)进一步配置成:
确定资源对于所述确定的多个承载中的至少一个不可用;
基于所述至少一个服务等级ARP参数确定服务等级预占对于所述服务是否可用;
如果服务等级预占可用,则确定至少一个其它服务可被预占;
响应于确定至少一个其它服务可被预占,使与所述其它服务关联的资源从所述其它服务释放;以及
将释放的资源分配给所述确定的多个承载中的至少一个。
5.如权利要求4所述的基站(16),其中所述至少一个服务等级ARP参数包含优先权等级参数、服务预占能力参数和服务预占脆弱性参数中的至少一项;
所述优先权等级参数指示所述服务的分配和保留的优先权;
所述服务预占能力参数指示请求服务在其它服务上的预占能力;以及
所述服务预占脆弱性参数指示所述服务被其它服务预占的脆弱性。
6.如权利要求5所述的基站(16),其中被预占的确定的至少一个其它服务与允许预占的服务预占脆弱性参数关联,并且所述其它服务的ARP优先权等级参数指示比所述服务的所述ARP优先权等级更低的优先权。
7.如权利要求4所述的基站(16),其中所述处理器(36)进一步配置成:
响应于确定至少一个其它服务不能被预占,确定允许承载等级预占的至少一个服务;
响应于确定允许承载等级预占的至少一个服务,执行承载等级预占以预占与允许承载等级预占的所述至少一个服务关联的至少一个承载。
8.如权利要求1所述的基站(16),其中所述承载消息包含服务简档标识符ID;以及
支持所述服务所需的所述多个承载的确定至少部分基于所述服务简档ID。
9.如权利要求1所述的基站(16),其中所述通信接口进一步配置成接收承载修改请求;并且
所述处理器(36)进一步配置成至少部分基于由所述承载修改请求所修改的服务是否将满足所述服务的多个服务要求来允许或拒绝对所述服务的修改。
10.如权利要求8所述的基站(16),其中所述处理器(36)进一步配置成:
确定是否终止所述服务的至少一个承载;
响应于确定终止所述至少一个承载,至少部分基于所述服务ID来确定与所述服务关联的所述多个承载;以及
终止与所述服务关联的所有承载。
11.如权利要求10所述的基站(16),其中所述确定是否终止所述服务的至少一个承载包含:确定在服务修改期间的服务终止和准许拒绝中的至少一项已经发生。
12. 如权利要求1所述的基站(16),其中所述承载消息包含至少一个承载等级分配和保留优先权ARP参数;
所述处理器(36)进一步配置成至少部分基于所述至少一个承载等级ARP参数来确定与所述服务关联的服务简档标识符ID;以及
支持所述服务所需的所述多个承载的确定至少部分基于所述服务简档ID。
13.一种用于在基站执行在服务等级的准许控制的方法,所述方法包括:
接收服务的承载消息(框S100);
响应于接收所述承载消息而确定支持所述服务所需的多个承载(S102);
确定是否准许所有确定的多个承载(S104);以及
响应于确定准许所有确定的多个承载而对于所有确定的多个承载准许所述服务(S106)。
14.如权利要求13所述的方法,进一步包括:响应于确定不准许所有确定的多个承载,拒绝所述服务(S112)。
15. 如权利要求13所述的方法,其中确定是否准许所有确定的多个承载包含:
确定是否资源对于确定的多个承载都可用;以及
响应于确定资源对于所有确定的多个承载都可用而确定准许所有所述多个承载(S110)。
16.如权利要求13所述的方法,其中所述承载消息包含所述服务的至少一个服务等级分配和保留优先权ARP参数,所述至少一个服务等级ARP参数标识所述服务相比至少一个其它服务的重要性;以及
所述方法进一步包括:
确定资源对于所述确定的多个承载中的至少一个不可用(S116);
基于所述至少一个服务等级ARP参数确定服务等级预占对于所述服务是否可用(S126);
如果服务等级预占可用,则确定至少一个其它服务可被预占(S128);
响应于确定至少一个其它服务可被预占,使与所述其它服务关联的资源被释放(S129);以及
将释放的资源分配给所述确定的多个承载中的至少一个。
17.如权利要求16所述的方法,其中所述至少一个服务等级ARP参数包含优先权等级参数、服务预占能力参数和服务预占脆弱性参数中的至少一项;
所述优先权等级参数指示所述服务的分配和保留的优先权;
所述服务预占能力参数指示请求服务在其它服务上的预占能力;以及
所述服务预占脆弱性参数指示所述服务被其它服务预占的脆弱性。
18.如权利要求17所述的方法,其中被预占的确定的至少一个其它服务与允许预占的服务预占脆弱性参数关联,并且所述其它服务的ARP优先权等级参数指示比所述服务的所述ARP优先权等级更低的优先权。
19.如权利要求16所述的方法,进一步包括:响应于确定没有其它服务能被预占,确定允许承载等级预占的至少一个服务(S130);
响应于确定允许承载等级预占的至少一个服务,执行承载等级预占以预占与允许承载等级预占的所述至少一个服务关联的至少一个承载(S131)。
20.如权利要求13所述的方法,其中所述承载消息包含服务简档标识符ID;以及
支持所述服务所需的所述多个承载的确定至少部分基于所述服务简档ID。
21. 如权利要求13所述的方法,进一步包括:
接收承载修改请求(S150);以及
至少部分基于所修改的服务是否将满足所述服务的多个服务要求来允许或拒绝对所述服务的修改(S152,S154,S156)。
22.如权利要求20所述的方法,进一步包括:
确定是否终止所述服务的至少一个承载(S158);
响应于确定终止所述至少一个承载,至少部分基于所述服务简档ID来确定与所述服务关联的所述多个承载(S162);以及
终止与所述服务关联的所有承载(S164)。
23.如权利要求22所述的方法,其中所述确定是否终止所述服务的至少一个承载包含:确定在服务修改期间的服务终止和准许拒绝中的至少一项已经发生。
24.如权利要求13所述的方法,其中所述承载消息包含至少一个承载等级分配和保留优先权ARP参数;
所述方法进一步包括:至少部分基于所述至少一个承载等级ARP参数确定与所述服务关联的服务简档标识符ID,支持所述服务所需的所述多个承载的确定至少部分基于所述服务简档ID(S114)。
25.一种用于执行在服务等级的准许控制的基站(16),所述基站(16)包括:
消息接收模块(48),配置成接收服务的承载消息;
承载确定模块(50),配置成响应于接收所述承载消息而确定支持所述服务所需的多个承载;以及
准许控制模块(52)配置成:
确定是否准许所有确定的多个承载;以及
响应于确定准许所有确定的多个承载而对于所有确定的多个承载准许所述服务。
26.一种计算机可读存储介质(38),存储用于执行在服务等级的准许控制的可执行指令,所述指令当由处理器(36)执行时使所述处理器(36):
接收服务的承载消息;
响应于接收所述承载消息而确定支持所述服务所需的多个承载;
确定是否准许所有确定的多个承载;以及
响应于确定准许所有确定的多个承载而对于所有确定的多个承载准许所述服务。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/368,905 US9444679B2 (en) | 2014-06-16 | 2014-06-16 | Wireless communication network bearer management |
IBPCT/IB2014/062276 | 2014-06-16 | ||
PCT/IB2014/062276 WO2015193699A1 (en) | 2014-06-16 | 2014-06-16 | Wireless communication network bearer management |
US14/368905 | 2014-06-26 | ||
PCT/IB2015/053573 WO2015193751A1 (en) | 2014-06-16 | 2015-05-14 | Service aware admission control of radio bearers |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106464538A true CN106464538A (zh) | 2017-02-22 |
Family
ID=51210695
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580032648.XA Pending CN106464538A (zh) | 2014-06-16 | 2015-05-14 | 无线电承载的服务感知准许控制 |
Country Status (4)
Country | Link |
---|---|
US (2) | US9444679B2 (zh) |
EP (3) | EP3869756B1 (zh) |
CN (1) | CN106464538A (zh) |
WO (1) | WO2015193699A1 (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9356911B1 (en) * | 2014-10-07 | 2016-05-31 | Sprint Communications Company L.P. | Serving gateway policy enforcement |
US10057393B2 (en) * | 2016-04-05 | 2018-08-21 | T-Mobile Usa, Inc. | Codec-specific radio link adaptation |
WO2018045518A1 (zh) * | 2016-09-07 | 2018-03-15 | 深圳前海达闼云端智能科技有限公司 | 一种VoLTE通信的方法和基站 |
WO2018059689A1 (en) | 2016-09-29 | 2018-04-05 | Telefonaktiebolaget Lm Ericsson (Publ) | Quality of service differentiation between network slices |
US10959171B2 (en) | 2017-07-31 | 2021-03-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Cell selection by service group |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101211389A (zh) * | 2006-12-31 | 2008-07-02 | 联想(北京)有限公司 | 一种硬件安全单元以及其服务请求的处理方法和系统 |
CN101416449A (zh) * | 2006-04-06 | 2009-04-22 | 艾利森电话股份有限公司 | 涉及接入处理的系统、设备和方法 |
CN102763471A (zh) * | 2010-02-08 | 2012-10-31 | 日本电气株式会社 | 无线基站、控制处理器、程序以及无线资源分配控制方法 |
CN102892103A (zh) * | 2011-07-22 | 2013-01-23 | 联发科技股份有限公司 | 无线通信装置及轮询响应管理方法 |
WO2013172754A1 (en) * | 2012-05-16 | 2013-11-21 | Telefonaktiebolaget L M Ericsson (Publ) | Method and arrangement for admission control in a shared channel environment |
EP2693800A1 (en) * | 2012-08-03 | 2014-02-05 | Panasonic Corporation | Radio Resource Managment for Dual Priority Access |
US20140086159A1 (en) * | 2012-09-27 | 2014-03-27 | Masoud Sajadieh | System and method for resource allocation priority in multiple-persona cellular devices |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070253365A1 (en) | 2006-04-27 | 2007-11-01 | Tomas Hedberg | Service-aware quality monitoring and control in a radio access network |
JP5227695B2 (ja) | 2008-08-15 | 2013-07-03 | 株式会社エヌ・ティ・ティ・ドコモ | ハンドオーバ方法及び無線アクセスネットワーク装置 |
US20130272121A1 (en) * | 2012-04-17 | 2013-10-17 | Cygnus Broadband, Inc. | Systems and methods for application-aware admission control in a communication network |
CN101932007B (zh) | 2009-06-22 | 2014-02-26 | 中兴通讯股份有限公司 | 一种实现移动终端业务流传输的方法及无线中继系统 |
CN102271405B (zh) * | 2010-06-04 | 2014-09-10 | 中兴通讯股份有限公司 | 一种承载资源分配方法及装置 |
WO2014021761A2 (en) * | 2012-08-02 | 2014-02-06 | Telefonaktiebolaget L M Ericsson (Publ) | A node and method for handing over a sub-set of bearers to enable multiple connectivity of a terminal towards several base stations |
US9554389B2 (en) * | 2012-08-31 | 2017-01-24 | Qualcomm Incorporated | Selectively allocating quality of service to support multiple concurrent sessions for a client device |
KR20140073076A (ko) * | 2012-12-06 | 2014-06-16 | 한국전자통신연구원 | 디바이스간 직접통신 서비스에서 사용자 카테고리에 의한 선택적 디스커버리 방법 및 장치 |
US8989124B1 (en) * | 2013-03-08 | 2015-03-24 | Sprint Spectrum L.P. | Management of bearers in a cellular wireless communication system |
US9282052B2 (en) * | 2013-05-29 | 2016-03-08 | Verizon Patent And Licensing Inc. | End-to-end quality of service optimization and reporting |
US9967775B2 (en) * | 2014-03-18 | 2018-05-08 | Avago Technologies General Ip (Singapore) Pte. Ltd. | Transmitting an offloadable APN via a broadcast signaling method |
-
2014
- 2014-06-16 WO PCT/IB2014/062276 patent/WO2015193699A1/en active Application Filing
- 2014-06-16 US US14/368,905 patent/US9444679B2/en active Active
- 2014-06-16 EP EP21154883.9A patent/EP3869756B1/en active Active
- 2014-06-16 EP EP14739940.6A patent/EP3155860B1/en active Active
-
2015
- 2015-05-14 CN CN201580032648.XA patent/CN106464538A/zh active Pending
- 2015-05-14 EP EP15724069.8A patent/EP3155766A1/en not_active Withdrawn
-
2016
- 2016-08-11 US US15/234,770 patent/US20160353509A1/en not_active Abandoned
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101416449A (zh) * | 2006-04-06 | 2009-04-22 | 艾利森电话股份有限公司 | 涉及接入处理的系统、设备和方法 |
CN101416449B (zh) * | 2006-04-06 | 2013-09-11 | 艾利森电话股份有限公司 | 涉及接入处理的系统、设备和方法 |
CN101211389A (zh) * | 2006-12-31 | 2008-07-02 | 联想(北京)有限公司 | 一种硬件安全单元以及其服务请求的处理方法和系统 |
CN102763471A (zh) * | 2010-02-08 | 2012-10-31 | 日本电气株式会社 | 无线基站、控制处理器、程序以及无线资源分配控制方法 |
CN102892103A (zh) * | 2011-07-22 | 2013-01-23 | 联发科技股份有限公司 | 无线通信装置及轮询响应管理方法 |
WO2013172754A1 (en) * | 2012-05-16 | 2013-11-21 | Telefonaktiebolaget L M Ericsson (Publ) | Method and arrangement for admission control in a shared channel environment |
EP2693800A1 (en) * | 2012-08-03 | 2014-02-05 | Panasonic Corporation | Radio Resource Managment for Dual Priority Access |
US20140086159A1 (en) * | 2012-09-27 | 2014-03-27 | Masoud Sajadieh | System and method for resource allocation priority in multiple-persona cellular devices |
Non-Patent Citations (1)
Title |
---|
3GPP TSG-RAN WG3: "SAE Bearer Management Procedures on S1", 《3GPP TSG-RAN WG3 R3-070638》 * |
Also Published As
Publication number | Publication date |
---|---|
WO2015193699A1 (en) | 2015-12-23 |
EP3155860A1 (en) | 2017-04-19 |
EP3155766A1 (en) | 2017-04-19 |
EP3869756B1 (en) | 2023-12-13 |
US20150365273A1 (en) | 2015-12-17 |
EP3869756A1 (en) | 2021-08-25 |
EP3155860B1 (en) | 2021-02-24 |
US20160353509A1 (en) | 2016-12-01 |
US9444679B2 (en) | 2016-09-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113411857B (zh) | 通信方法及装置 | |
CN106031224B (zh) | 在无线通信系统中取消用于设备对设备传输的触发的缓冲器状态报告的方法和装置 | |
CN110536262A (zh) | 一种直通链路通信方法、装置和存储介质 | |
US20210219218A1 (en) | End-to-end network slice selection and configuration | |
CN109891962A (zh) | 用于响应请求的方法和网络设备 | |
CN110063084A (zh) | 在无线通信系统中选择会话和服务连续性模式的方法及其装置 | |
US9554392B2 (en) | Machine to machine traffic management methods and systems | |
CN104137615B (zh) | 自适应接入信道过载控制 | |
CN108353039A (zh) | 在无线通信系统中发送和接收数据的方法和支持该方法的装置 | |
CN108141867B (zh) | 用于通信系统中数据流传输的改进的优先级处理的方法 | |
CN108353310A (zh) | 在无线通信系统中发送和接收数据的方法和支持该方法的装置 | |
US20160105839A1 (en) | Network controlled extended access barring for user devices | |
CN107836135A (zh) | 在无线通信系统中由终端发送和接收数据的方法和设备 | |
KR102006839B1 (ko) | Nfv를 이용하는 mtc 서비스 관리 | |
CN105933854A (zh) | 实现机器对机器业务的方法、系统和装置 | |
CN106464538A (zh) | 无线电承载的服务感知准许控制 | |
CN105359573B (zh) | 用于在无线通信系统中卸载数据业务的方法和装置 | |
US9271255B1 (en) | Providing wireless network communication among a plurality of wireless devices | |
US20170086186A1 (en) | Method and apparatus for providing network access to a user equipment requesting voice service | |
US20180067765A1 (en) | Background traffic management | |
WO2012136087A1 (zh) | 一种资源调度的方法及系统及一种终端 | |
CN112105066B (zh) | 一种局域网隧道建立、释放的方法及设备 | |
WO2011085611A1 (zh) | 网络接入方法及装置 | |
WO2015032362A1 (zh) | 集群会话承载的建立方法、装置及设备 | |
CN102098798A (zh) | 一种选择性ip数据分流的实现方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20170222 |
|
WD01 | Invention patent application deemed withdrawn after publication |