CN101030962B - 通信***用策略决定方法和策略决定*** - Google Patents
通信***用策略决定方法和策略决定*** Download PDFInfo
- Publication number
- CN101030962B CN101030962B CN2006100550469A CN200610055046A CN101030962B CN 101030962 B CN101030962 B CN 101030962B CN 2006100550469 A CN2006100550469 A CN 2006100550469A CN 200610055046 A CN200610055046 A CN 200610055046A CN 101030962 B CN101030962 B CN 101030962B
- Authority
- CN
- China
- Prior art keywords
- strategy
- stream
- request
- functional entity
- strategy decision
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了通信***用策略决定方法和***,在所述通信***中,一个功能实体直接或间接向另一功能实体发出策略决定请求,所述另一功能实体对该策略决定请求进行接受/拒绝判断,并向所述一个功能实体发出相应的响应,所述方法包括以下步骤:(1)流描述步骤,在所述策略决定请求中描述业务涉及的每一个流,并为各流设置联合标志,所述联合标志表示该流不符合策略时是否拒绝所述策略决定请求;(2)策略决定请求接受/拒绝判断步骤,参照所述联合标志,判断是拒绝还是接受所述策略决定请求。
Description
技术领域
本发明涉及进行策略决定的方法和***,尤其涉及在Wimax(Worldwide Interoperability for Microwave Access,微波存取全球互通)***等通信***中进行策略决定的方法和***。
背景技术
WiMAX是一种基于IEEE802.16标准的无线城域网技术,它是一种完全基于IP分组交换技术的网络,能够提供面向互联网的高速连接。WiMAX网络中承载多种如视频、语音、数据等多媒体业务。各种业务根据自身对网络性能的要求不同需要有相应的QoS(服务质量)支持。WiMAX***需要为不同业务提供不同的QoS保证,这种保证主要体现在***在业务发起时根据业务请求的QoS参数进行策略决定并做出相应的资源预留。QoS参数包括带宽、时延、时延抖动和丢包率等。
在WIMAX***中,与QoS相关的功能实体主要有:
●SFM(业务流管理):位于BS(基站)中,根据本地无线资源的情况,负责业务流的创建、激活、修改和删除等。
●SFA(Service Flow Authorization业务流授权):位于ASN(Access Service Network接入服务网)中,包括与MS(移动站)通信的serving SFA(服务SFA)和anchor SFA(锚SFA),锚SFA根据本地策略对业务请求进行授权。
●PF(Policy Function策略功能):位于CSN(ConnectivityService Network连接服务网)中,掌握用户的QoS配置以及CSN中的相关策略数据库,负责对业务请求的授权。当MS在漫游情况时,PF包含有归属网络里的H-PF(归属策略功能)和拜访网络里的V-PF(拜访策略功能);当MS在归属网络里, 则只有H-PF。
在本文中,有时也用功能实体的功能来表示该功能实体。
业务的创建、修改和删除可以由网络端发起也可以由MS发起。
当MS进入网络后网络发起预置业务请求时,若用户的QoS配置已下载到锚SFA,则锚SFA需要经由V-PF(MS漫游时)向H-PF发出PD-Request(策略决定请求)。H-PF根据相关的策略数据库来决定是否接受请求,若H-PF拒绝了PD-Request,则***不允许业务的建立;若H-PF接受了PD-Request,则会经由V-PF(MS漫游时)向锚SFA发出PD-Response(策略决定响应),由锚SFA施加本地策略后向接入网发出资源预留请求。其中V-PF(MS漫游时)和锚SFA也要根据自身的策略进行策略决定并做出响应。
当MS发起动态业务请求时,SFM需要经由服务SFA、锚SFA和V-PF(MS漫游时)向H-PF发出PD-Request。H-PF根据相关的策略数据库来决定是否接受请求,若H-PF拒绝了PD-Request,则***不允许业务的建立;若H-PF接受了PD-Request,则会经由V-PF(MS漫游时)、锚SFA和服务SFA依次向SFM发出PD-Response,由SFM根据自身资源状况向MS做出业务请求响应。其中途经的每一个功能实体也要根据本地的策略进行策略决定并做出响应。由此可见,网络先对MS发起的业务请求进行策略决定,然后再根据接入网资源情况决定新业务的建立。
当MS在漫游时,它的V-AF(拜访应用功能)实体触发动态业务请求时,V-PF向MS归属网络的H-PF发出PD-Request。H-PF根据相关的策略数据库来决定是否接受请求,若H-PF拒绝了PD-Request,则***不允许业务的建立;若H-PF接受了PD-Request,则返回肯定的响应给V-PF,并由V-PF根据自身策略向锚SFA发出资源预留请求。
与V/H-PF和锚SFA相关的策略数据库包含了定义MS如何与网络进行交互的规则、支持带宽和QoS的配置和使用。V/H-PF和锚SFA的策略决定功能就是将业务层的策略请求转换成对网络的带宽和QoS预留的请求。它们在策略决定后做出的响应PD-Response中包含了网络为业务配置的QoS参数集。
当前的WiMAX标准草案中定义了资源预留请求、策略决定请求和SFA位置更新请求及相关响应的消息来处理与动态业务创建相关的QoS功能。其中PD-Request是由SFM发出,经过服务SFA、锚SFA和V-PF,到达H-PF的策略决定请求;PD-Response是由H-PF发出,经由V-PF、锚SFA和服务SFA,到达SFM的策略决定响应。PD-Request/Response消息及参数如表1-4所示。
表1.H-PF和V-PF之间传输的PD-Request和PD-Response消息
表3.服务SFA和SFM之间传输的PD-Request和PD-Response消息
表4.PD-Request和PD-Response消息参数描述
参数 | 描述 |
Decision Action | Action parameter for the PD-Request message. (对PD-Request消息的行为参数) |
Decision Result | Result of a PD-Request.Possible values include: Created;Admitted;Activated;Denied. (PD-Request的结果,可能值包括Created(创建); Admitted(许可);Activated(激活);Denied(拒绝)。) |
参数 | 描述 |
MS ID | MS’s MAC address provided by the manufacturer. (MS的制造厂商所提供的MAC地址。) |
MS NAI | MS’s primary ID for AAA purpose allocated by its home operator.(归属运营商分配的用于AAA目的 的MS基本标识符。) |
Transaction ID | Unique identifier(within the scope of sending and receiving entities)to disambiguate overlapping requests/responses in which the remaining ID fields are identical.(在接收和发送实体内用来区分具有重叠 ID的请求/响应(其他的ID字段相同)的唯一标识 符。) |
现有技术在进行策略决定请求时,仅对业务请求做一个总体的策略决定,即没有对业务中可能存在的多个流区分开单独进行策略决定。这样做的缺点是当一个业务请求消息中包含有多个流的时候,如果此时网络中的策略不支持消息中所有的流的QoS需求,而仅支持部分流的QoS需求,则网络无法对消息中的单个流进行策略决定,满足其中某些流的请求,而是拒绝所有业务的请求。在实际应用中,可能当业务中部分流的QoS需求能符合策略时该业务即可开展,比如业务中的其他流是增强服务,在不能符合策略的情况下可以不使用。现有技术由于在进行策略决定时的机制不够完善,不能满足上述的应用情景。
例如,有一个业务请求中包含视频电话的视频流、音频流和控制流。用户和运营商签约时允许网络具有在资源受限的情况下仅向用户提供声音的策略。在这种情况下,此业务请求中的音频流和控制流可视为业务的基本流,视频流可视为业务的增强流。在现有技术的处理过程中,即 使网络具有支持上述基本流而不支持增强流的策略,由于PD-Request没有对业务请求中的流进行区分,网络还是无法做出支持基本流而拒绝增强流的策略决定,因此整个业务的请求都将被拒绝,业务无法开展。
发明内容
本发明鉴于上述情况作出,本发明的目的在于提供一种在通信***(如Wimax***)使用的策略决定的方法和***,用以克服现有技术的上述缺点,至少提供一种有益的选择。
根据本发明的一个方面,提供了一种通信***用策略决定的方法,在所述通信***中,一个功能实体直接或间接向另一功能实体发出策略决定请求,所述另一功能实体对该策略决定请求进行接受/拒绝判断,并向所述一个功能实体发出相应的响应,所述方法包括以下步骤:流描述步骤,在所述策略决定请求中描述业务涉及的每一个流,并为各该流设置联合标志,所述联合标志表示该流不符合策略时是否拒绝所述策略决定请求;策略决定请求接受/拒绝判断步骤,对所述策略决定请求中的每一个流逐一进行是否符合策略的判断,当所述该个流不符合策略时,判断该个流的联合标志是否有效,当该标志有效时,则判断拒绝所述策略决定请求,如果该联合标志无效,则进行下一流的判断;当对所有的流进行了判断仍未发现联合标志有效的流不符合策略时,判断接受该策略决定请求。以及,
一种通信***用策略决定的方法,在所述通信***中,一个功能实体直接或间接向另一功能实体发出策略决定请求,所述另一功能实体对该策略决定请求进行接受/拒绝判断,并向所述一个功能实体发出相应的响应,所述方法包括以下步骤:
(1)流描述步骤,在所述策略决定请求中描述业务涉及的每一个流,并为各流设置联合标志,所述联合标志表示该流不符合策略时是否拒绝所述策略决定请求;
(2)策略决定请求接受/拒绝判断步骤,逐一判断联合标志有效的流是否符合策略,如果存在联合标志有效的流不符合策略时,判断拒绝 该策略决定请求,如果确定该策略决定请求中所有联合标志有效的流都符合策略,则判断接受该策略决定请求。
优选地,所述策略决定请求接受/拒绝判断步骤为:对所述策略决定请求中的每一个流逐一进行是否符合策略的判断,当所述该个流不符合策略时,判断该个流的联合标志是否有效,当该标志有效时,则判断拒绝所述策略决定请求,如果该联合标志无效,则进行下一流的判断;当对所有的流进行了判断仍未发现不符合策略且联合标志有效的流时,判断接受该策略决定请求。
优选地,所述策略决定请求接受/拒绝判断步骤为:逐一判断联合标志有效的流是否符合策略,如果存在不符合策略的这种联合标志有效的流时,判断拒绝该策略决定请求,如果确定该策略决定请求中所有联合标志有效的流都符合策略,则判断接受该策略决定请求。
优选地,所述流描述步骤为在所述策略决定请求中为每一个流设置描述该流的包括联合标志字段在内的多个字段,并设置表示所述联合标志字段是否有效的联合标志字段值。
所述联合标志字段值可根据所述策略设置。
所述通信***可以为Wimax***,在所述Wimax***中,其中由SFM功能实体经由服务SFA功能实体、锚SFA功能实体和V-PF实体向H-PF实体发送所述策略决定请求;由所述H-PF实体经由V-PF实体、锚SFA功能实体和服务SFA功能实体向SFM功能实体发送策略决定响应。
根据本发明的另一方面,提供了一种通信***用策略决定***,在所述通信***中,一个功能实体直接或间接向另一功能实体发出策略决定请求,所述另一功能实体对该策略决定请求进行接受/拒绝判断,并向所述一个功能实体发出相应的响应,所述***包括以下装置:
流描述装置,在所述策略决定请求中描述业务涉及的每一个流,并为各该流设置联合标志,所述联合标志表示该流不符合策略时是否拒绝所述策略决定请求;策略决定请求接受/拒绝判断装置,参照所述联合标志,判断是拒绝还是接受所述策略决定请求。以及,
一种通信***用策略决定***,在所述通信***中,一个功能实体 直接或间接向另一功能实体发出策略决定请求,所述另一功能实体对该策略决定请求进行接受/拒绝判断,并向所述一个功能实体发出相应的响应,所述策略决定***包括以下装置:
(1)流描述装置,在所述策略决定请求中描述业务涉及的每一个流,并为各该流设置联合标志,所述联合标志表示该流不符合策略时是否拒绝所述策略决定请求;
(2)策略决定请求接受/拒绝判断装置,逐一判断联合标志有效的流是否符合策略,如果存在不符合策略的这种联合标志有效的流时,判断拒绝该策略决定请求,如果确定该策略决定请求中所有联合标志有效的流都符合策略,则判断接受该策略决定请求。
附图说明
图1是本发明的通信***用策略决定方法的流程图;
图2是本发明的策略决定请求接受/拒绝判断的一个实施例的流程图;
图3是本发明的策略决定请求接受/拒绝判断的另一个实施例的流程图;
图4是本发明的通信***用策略决定***的框图。
具体实施方式
下面结合附图说明本发明的优选实施例。
图1以WiMax***为例,说明了本发明的***用策略决定方法的流程图。以如图1所示,本发明的Wimax***用策略决定方法包括流描述步骤和策略决定请求接受/拒绝判断步骤。在流描述步骤中,在所述策略决定请求中描述业务涉及的每一个流,并为各该流设置联合标志。
具体地,在策略决定请求消息中,将业务涉及的多个流分开描述, 并在每个流的参数表中设置联合标志Combined Indicator。在一个实施例中,本发明中WiMAX***的PD-Request/Response消息及参数如表5-8所示。描述各流的参数不限于表中的示例,可以增加或减少,例如也可以去除其中的Account extension。本领域技术人员可以想见各种适当的描述方法,但都应具有本发明所述的combined indicator字段或与其起同样作用的字段。也就是说,在不同***实现中具体的每个流的参数可能会发生变化。
表5.H-PF和V-PF之间传输的PD-Request和PD-Response消息
表8.PD-Request和PD-Response消息参数描述
参数 | 描述 |
Direction | Uplink or Downlink.(上行或下行方向。) |
Service Flow ID | MAC-level service flow identifier as specified in IEEE 802.16.IEEE802.16规定的 MAC层业务流标识符。) |
Flow ID | Higher-layer unique identifier for a unidirectional resource reservation.Not generally numerically equal to the IEEE 802.16 SFID.做单向资源预留时更高层使用的唯一标识 符。与IEEE802.16指定的SFID通常不相同。) |
Media Flow Description | Fields in the data packet utilized for classification.(用于分类的数据包的字段。) |
Media Flow Type | Description of the application type,used as a hint in admission decisions.Example values: VoIP,video,PTT,gaming.(在许可控制中作为 提示的应用类型描述。实例取值:VoIP,video, PTT,gaming。) |
MS ID | MS’s MAC address provided by the manufacturer.(MS的制造厂商所提供的MAC地 址。) |
MS NAI | MS’s primary ID for AAA purpose allocated by its home operator.(归属运营商分配的用于AAA 目的的MS基本标识符。) |
QoS Priority | The priority of a PD-Request.This could be used to indicate high priority resource |
参数 | 描述 |
requests,for instance for VoIP calls to emergency numbers.(PD-Request的优先级。可 用于指示高优先级的资源请求,如对紧急号码的 VoIP呼叫。) | |
Reduced Resources | Flag in the PD-Request message to indicate that the requesting entity will accept reduced resources if the requested resources are not available.(在PD-Request消息中的标志,用于 指示请求实体在请求的资源不满足时仍愿意接受 减少了的资源。) |
Reservation Action | Action parameter for the PD-Request message. Possible values include:Create;Admit; Activate;Modify;Delete.(PD-Request消息 的行为参数。可能值包括Created(创建); Admitted(许可);Activated(激活);Modify (修改);Delete(删除)。) |
Reservation Result | Parameter in a PD-Response.Possible values include:Created;Admitted;Activated; Modified;Deleted;Failed;Denied (No resources);Denied(Violates policy). (PD-Response的参数。可能值包括Created(创 建);Admitted(许可);Activated(激活);Modify (修改);Delete(删除);Failed(失败);Denied (拒绝,因为没有资源);Denied(拒绝,因为违 反策略)。) |
Resource Description | QoS parameters for the PD messages.Parameters describe either an UL or a DL path.Parameters |
参数 | 描述 |
may be explicit(quantified individual parameters)or may be indirect by means of a service class name,or may be coded in an 802.16 Global Service Class Name.In a response with Result=Denied,this parameter indicates the avai lable resources.In a response message with Result=Admitted or Activated,this parameter indicates the reserved resources.(PD消息的QoS参数,用 于描述上行或下行通路。参数可以是明确的(数值 化的每个参数),或者是由业务类型名间接指定, 也或者编码于802.16全局业务类型名。在 Result=Denied的响应消息中,该参数表明可用的 资源;在Result=Admitted或Activated的响应消 息中,该参数表明预留了的资源。) | |
Transaction ID | Unique identifier(within the scope of sending and receiving entities)to disambiguate overlapping requests/responses in which the remaining ID fields are identical.(在接收和 发送实体内用来区分具有重叠ID的请求/响应(其 他的ID字段相同)的唯一标识符。) |
Accounting Extension | Parameter is in a PD-Request.It can include the application content identifier.The operation and the application content provider determine the format and value of the Accounting Extension.That may be obtained from AF or profile.(在PD-Request中的参数, |
参数 | 描述 |
可以包括应用内容的标识符。运作和应用内容服务 商决定该参数的格式和取值。参数可以从AF(应 用功能)或配置中获取。) | |
Number of Flows | The number of flows listed in the message. (消息所列的流的数目。) |
Combined Indicator | The PD-Request is accepted if all flows with Combined Indicator set to 1 are policy compliant,or should be rejected otherwise. (若该参数值设为1的所有的业务流都符合策略, 则PD-Request请求被接受,否则请求被拒绝。) The PD-Request should also be accepted if individual flow with Combined Indicator set to 0 is policy compliant.(如果该参数值设为0的 单独的业务流符合策略,则PD-Request请求被接 受。) |
其中,Combined Indicator字段用于指定当前流不符合网络策略时是否拒绝所有流的策略决定请求。
当一个流中的Combined Indicator设为“1”时,指定若当前流的QoS需求不符合网络策略时,网络拒绝所有流的策略决定请求。当一个流中的Combined Indicator设为“0”时,指定若当前流的QoS需求不符合网络策略时,网络不拒绝其他流的策略决定请求。
V/H-PF或锚SFA接收到策略决定请求时,进行是否接受该策略决定请求的判断。即当Combined Indicator标志为联合的流的QoS需求都符合策略时,V/H-PF或锚SFA接受策略决定请求,并继而向接入网发出资源预留请求。任何一个标志为联合的流的QoS需求不符合策略时,V/H-PF或锚SFA拒绝所有流的策略决定请求,业务不能开展。当CombinedIndicator标志为不联合的流中若某个流的QoS需求符合策略,则该流能 通过策略决定;若其不符合策略,该流不能通过策略决定,但不影响其他流的策略决定请求。
图2示出了这种策略决定请求判断的一个实施例的流程。如图2所示,本发明的策略决定请求接受/拒绝判断步骤首先设定I=1(步骤S201),即从该请求中第1个流开始。随后在步骤S202判断该第I个流是否符合网络策略,如果该流符合网络策略(步骤S202:是),则将I加1(步骤S204),即指定该请求中的下一个流,并在步骤S205中判断是否已经对所有的流都已进行了判断,如果还未完成对所有流的判断(S205:否),则进入步骤S202,进行针对该流的判断。如果已经完成对该申请中所有流的判断(S205:是),则接受该策略决定申请。相对地,当在步骤S202的判断中,判断针对该第I个流不符合网络策略时,进行该第I个流的联合标志是否有效的判断(步骤S203),在本实施例中,为判断该标志是否为1。当判断该流的联合标志有效(为1)时,判断为拒绝该策略决定请求,过程结束。反之,当判断该流的联合标志无效(为0)时,进入步骤S204,进行针对下一流的判断。
图3中示出了本发明的策略决定请求接受/拒绝判断的另一实施例的流程。如图3所示,首先将I设为1,即从联合标志有效的第1个流进行判断。随后,判断对该流是否符合网络策略,如果不能满足,则判断拒绝该资源预留申请,处理结束。反之,当针对该流的资源预留能够满足时,则进行下一流的判断,即将I加1,判断其是否已经超出了所有联合标志为1的流的总数,即判断是否已经对所有的联合标志为1的流进行了判断,然后在判断为已经进行了所有这样的流的判断时,接受该策略决定申请,处理结束。反之,则进行该下一流的判断。
本发明可克服现有技术的上述缺点。例如,当对一个包含音频流和控制流的VoIP业务进行策略决定时,由于音频流和控制流的QoS需求都必须符合策略才能开展VoIP业务,因此音频流和控制流的CombinedIndicator应设为“1”。只要音频流或控制流的QoS需求不符合策略时,PF就拒绝所有流的策略决定请求,不会为此VoIP业务进行资源预留,业务不会开展。
当一个包含视频流、音频流和控制流的视频电话业务进行策略决定时,如果用户允许在网络资源受限时只提供声音、不提供图像,此时音频流和控制流的Combined Indicator应设为“1”,视频流的CombinedIndicator应设为“0”。只要音频流或控制流的QoS需求不符合策略时,PF拒绝所有流的策略决定请求。视频流的QoS需求不符合策略时,网络仅拒绝视频流的策略决定请求,而不拒绝其他流的策略决定请求。
在本发明的上述优选实施例中,在PD-Response消息(策略决定响应消息)中也与策略决定请求消息一样,针对响应中的每一个流指定了联合标志。但也可使用现有技术的策略决定响应,甚至可以采用其他的格式的响应,这对本领域技术人员来说,是完全可以实现的。
在本发明的上述优选实施例中,以Wimax为例对本发明的优选实施例进行了说明,但本发明也可应用于其他的需要进行策略决定的通信***,如3GPP***等。
在本发明的另一方面,提供了一种通信***用策略决定的***。如图4所示,其包括流描述装置和策略决定请求接受/拒绝判断装置。该流描述装置在策略决定请求中描述业务所涉及的每个流,并对每个流指定联合标志,即,如上所示在策略决定请求消息中增加对流的描述,其中为每个流设置联合标志字段,并设置该字段(有效/无效)。该策略决定请求接受/拒绝判断装置根据前述的方法判断是否接受该策略决定请求。
本发明在现有技术的基础上把业务中可能存在的多个流分开进行处理,并对这些流根据相互之间的相关性进行联合策略决定请求,保证在策略决定请求中所有标志为联合的流在符合策略的情况下,能进行资源预留请求,使业务得以开展。
Claims (10)
1.一种通信***用策略决定方法,在所述通信***中,一个功能实体直接或间接向另一功能实体发出策略决定请求,所述另一功能实体对该策略决定请求进行接受/拒绝判断,并向所述一个功能实体发出相应的响应,所述方法包括以下步骤:
(1)流描述步骤,在所述策略决定请求中描述业务涉及的每一个流,并为各流设置联合标志,所述联合标志表示该流不符合策略时是否拒绝所述策略决定请求;
(2)策略决定请求接受/拒绝判断步骤,对所述策略决定请求中的每一个流逐一进行是否符合策略的判断,当所述该个流不符合策略时,判断该个流的联合标志是否有效,当该标志有效时,则判断拒绝所述策略决定请求,如果该联合标志无效,则进行下一流的判断;当对所有的流进行了判断仍未发现联合标志有效的流不符合策略时,判断接受该策略决定请求。
2.根据权利要求1所述的策略决定方法,其特征在于,所述流描述步骤为在所述策略决定请求中为每一个流设置描述该流的包括联合标志字段在内的多个字段,并设置表示所述联合标志字段是否有效的联合标志字段值。
3.根据权利要求2所述的策略决定方法,其特征在于,所述联合标志字段值可根据所述策略设置。
4.根据权利要求1到3任一项所述的策略决定方法,其特征在于,所述通信***为微波存取全球互通Wimax***,在所述Wimax***中,其中由业务流管理SFM功能实体经由服务业务流授权serving SFA功能实体、锚业务流授权anchor SFA功能实体和拜访策略功能V-PF实体向归属策略功能H-PF实体发送所述策略决定请求;由所述H-PF实体经由V-PF实体、anchorSFA功能实体和servingSFA功能实体向SFM功能实体发送策略决定响应。
5.一种通信***用策略决定方法,在所述通信***中,一个功能实体直接或间接向另一功能实体发出策略决定请求,所述另一功能实体对该策略决定请求进行接受/拒绝判断,并向所述一个功能实体发出相应的响应,所述方法包括以下步骤:
(1)流描述步骤,在所述策略决定请求中描述业务涉及的每一个流,并为各流设置联合标志,所述联合标志表示该流不符合策略时是否拒绝所述策略决定请求;
(2)策略决定请求接受/拒绝判断步骤,逐一判断联合标志有效的流是否符合策略,如果存在联合标志有效的流不符合策略时,判断拒绝该策略决定请求,如果确定该策略决定请求中所有联合标志有效的流都符合策略,则判断接受该策略决定请求。
6.根据权利要求5所述的策略决定方法,其特征在于,所述流描述步骤为在所述策略决定请求中为每一个流设置描述该流的包括联合标志字段在内的多个字段,并设置表示所述联合标志字段是否有效的联合标志字段值。
7.根据权利要求6所述的策略决定方法,其特征在于,所述联合标志字段值可根据所述策略设置。
8.根据权利要求5到7任一项所述的策略决定方法,其特征在于,所述通信***为微波存取全球互通Wimax***,在所述Wimax***中,其中由业务流管理SFM功能实体经由服务业务流授权serving SFA功能实体、锚业务流授权anchor SFA功能实体和拜访策略功能V-PF实体向归属策略功能H-PF实体发送所述策略决定请求;由所述H-PF实体经由V-PF实体、anchorSFA功能实体和servingSFA功能实体向SFM功能实体发送策略决定响应。
9.一种通信***用策略决定***,在所述通信***中,一个功能实体直接或间接向另一功能实体发出策略决定请求,所述另一功能实体对该策略决定请求进行接受/拒绝判断,并向所述一个功能实体发出相应的响应,所述策略决定***包括以下装置:
(1)流描述装置,在所述策略决定请求中描述业务涉及的每一个流,并为各该流设置联合标志,所述联合标志表示该流不符合策略时是否拒绝所述策略决定请求;
(2)策略决定请求接受/拒绝判断装置,对所述策略决定请求中的每一个流逐一进行是否符合策略的判断,当所述该个流不符合策略时,判断该个流的联合标志是否有效,当该标志有效时,则判断拒绝所述策略决定请求,如果该联合标志无效,则进行下一流的判断;当对所有的流进行了判断仍未发现联合标志有效的流不符合策略时,判断接受该策略决定请求。
10.一种通信***用策略决定***,在所述通信***中,一个功能实体直接或间接向另一功能实体发出策略决定请求,所述另一功能实体对该策略决定请求进行接受/拒绝判断,并向所述一个功能实体发出相应的响应,所述策略决定***包括以下装置:
(1)流描述装置,在所述策略决定请求中描述业务涉及的每一个流,并为各该流设置联合标志,所述联合标志表示该流不符合策略时是否拒绝所述策略决定请求;
(2)策略决定请求接受/拒绝判断装置,逐一判断联合标志有效的流是否符合策略,如果存在不符合策略的这种联合标志有效的流时,判断拒绝该策略决定请求,如果确定该策略决定请求中所有联合标志有效的流都符合策略,则判断接受该策略决定请求。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006100550469A CN101030962B (zh) | 2006-02-28 | 2006-02-28 | 通信***用策略决定方法和策略决定*** |
PCT/CN2007/000633 WO2007098691A1 (fr) | 2006-02-28 | 2007-02-28 | Procédé et système pour assurer la qualité de service dans des systèmes de communication |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006100550469A CN101030962B (zh) | 2006-02-28 | 2006-02-28 | 通信***用策略决定方法和策略决定*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101030962A CN101030962A (zh) | 2007-09-05 |
CN101030962B true CN101030962B (zh) | 2010-12-15 |
Family
ID=38716039
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006100550469A Expired - Fee Related CN101030962B (zh) | 2006-02-28 | 2006-02-28 | 通信***用策略决定方法和策略决定*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101030962B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101316237A (zh) * | 2008-07-14 | 2008-12-03 | 中兴通讯股份有限公司 | 动态业务流的处理方法 |
CN101345679B (zh) * | 2008-08-21 | 2013-01-16 | 中兴通讯股份有限公司 | 动态业务的QoS保证方法、***以及AAA和Anchor SFA |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1170909A2 (en) * | 2000-06-30 | 2002-01-09 | Nokia Mobile Phones Ltd. | Quality of service definition for data streams |
CN1514618A (zh) * | 2002-12-16 | 2004-07-21 | ���Ͽع�����˾ | 辅助数字用户线路接入复用器上的业务量管理功能 |
CN1518278A (zh) * | 2003-01-16 | 2004-08-04 | ��Ϊ��������˾ | 网络通信中实现资源分配的***及其方法 |
WO2004071105A2 (en) * | 2003-02-10 | 2004-08-19 | Nokia Corportion | Dynamic media authorization in mobile networks |
WO2004084509A2 (en) * | 2003-03-17 | 2004-09-30 | Qualcomm Incorporated | Admission control and resource allocation in a communication system supporting quality of service |
-
2006
- 2006-02-28 CN CN2006100550469A patent/CN101030962B/zh not_active Expired - Fee Related
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1170909A2 (en) * | 2000-06-30 | 2002-01-09 | Nokia Mobile Phones Ltd. | Quality of service definition for data streams |
CN1514618A (zh) * | 2002-12-16 | 2004-07-21 | ���Ͽع�����˾ | 辅助数字用户线路接入复用器上的业务量管理功能 |
CN1518278A (zh) * | 2003-01-16 | 2004-08-04 | ��Ϊ��������˾ | 网络通信中实现资源分配的***及其方法 |
WO2004071105A2 (en) * | 2003-02-10 | 2004-08-19 | Nokia Corportion | Dynamic media authorization in mobile networks |
WO2004084509A2 (en) * | 2003-03-17 | 2004-09-30 | Qualcomm Incorporated | Admission control and resource allocation in a communication system supporting quality of service |
Non-Patent Citations (1)
Title |
---|
EP 1170909 A2,全文. |
Also Published As
Publication number | Publication date |
---|---|
CN101030962A (zh) | 2007-09-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8472371B1 (en) | Roaming support for wireless access subscriber over fixed IP access networks | |
CN100518136C (zh) | 在分组模式移动通信网中区分服务质量的方法 | |
US9705928B2 (en) | System, arrangements and methods relating to access handling | |
CN101345679B (zh) | 动态业务的QoS保证方法、***以及AAA和Anchor SFA | |
JP4852044B2 (ja) | 移動体通信網で無線リソースをプリエンプティブに管理する方法 | |
CN108833181A (zh) | Ng-cn网络切片***及网络切片选择方法 | |
JP2006522509A (ja) | 位置特定サービスにおける位置特定要求の流れを制限するための方法 | |
US8254317B2 (en) | Method for processing dynamic service flows and network-side service flows and a communication apparatus | |
US8073435B2 (en) | System and method for providing quality of service in a communication network | |
CN101611590A (zh) | 服务质量的机制 | |
CN109120528A (zh) | 一种网络通信方法及相关设备 | |
CN101730155A (zh) | 一种对用户进行资源控制的***及方法 | |
WO2017173941A9 (zh) | 服务质量QoS策略的处理方法、装置及*** | |
CN101466084B (zh) | 一种无线通信***中实现优先接入的方法 | |
CN107911849B (zh) | 一种lte***接纳控制判决中的接入抢占方法 | |
WO2006136113A1 (fr) | Procédé visant à assurer la qualité de service pour le client dans un système de communication sans fil | |
CN100558107C (zh) | 通信***用资源预留方法和资源预留*** | |
CN101005441A (zh) | 在无线网络中实现QoS控制的方法及装置 | |
EP2285050A1 (en) | Method and system for resource admission control | |
CN101030962B (zh) | 通信***用策略决定方法和策略决定*** | |
CN101330757B (zh) | 一种下一代网络中业务安全等级实现方法 | |
CN101330469A (zh) | 下一代网络中资源控制部分收集安全参数的实现方法 | |
CN101351053A (zh) | 动态业务流的处理方法 | |
CN100479586C (zh) | 一种通信网络中业务流建立方法及其*** | |
CN101043505B (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 | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20101215 Termination date: 20150228 |
|
EXPY | Termination of patent right or utility model |