CN101030962A - 通信系统用策略决定方法和策略决定系统 - Google Patents
通信系统用策略决定方法和策略决定系统 Download PDFInfo
- Publication number
- CN101030962A CN101030962A CN 200610055046 CN200610055046A CN101030962A CN 101030962 A CN101030962 A CN 101030962A CN 200610055046 CN200610055046 CN 200610055046 CN 200610055046 A CN200610055046 A CN 200610055046A CN 101030962 A CN101030962 A CN 101030962A
- Authority
- CN
- China
- Prior art keywords
- strategy
- stream
- strategy decision
- request
- decision request
- 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
本发明公开了通信系统用策略决定方法和系统，在所述通信系统中，一个功能实体直接或间接向另一功能实体发出策略决定请求，所述另一功能实体对该策略决定请求进行接受/拒绝判断，并向所述一个功能实体发出相应的响应，所述方法包括以下步骤：(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消息
| 消息 | 方向 | 参数 |
| PD-Request | V-PF至H-PF | MS NAI |
| Transaction ID | ||
| Decision Action | ||
| Resource Description | ||
| PD-Response | H-PF至V-PF | MS NAI |
| Transaction ID | ||
| Decision Result | ||
| Resource Description |
表2.PF和锚SFA之间以及锚SFA和服务SFA之间传输的PD-Request和PD-Response消息
| 消息 | 方向 | 参数 |
| PD-Request | 锚SFA到PF，服务SFA到锚SFA | MS NAI |
| Transaction ID | ||
| Decision Action | ||
| Resource Description |
| PD-Response | PF到锚SFA，锚SFA到服务SFA | MS NAI |
| Transaction ID | ||
| Decision Result | ||
| Resource Description |
表3.服务SFA和SFM之间传输的PD-Request和PD-Response消息
| 消息 | 方向 | 参数 |
| PD-Request | SFM to服务SFA | MS ID |
| Transaction ID | ||
| Decision Action | ||
| Resource Description | ||
| PD-Response | 服务SFA到SFM | MS ID |
| Transaction ID | ||
| Decision Result | ||
| Resource Description |
表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 itshome operator.(归属运营商分配的用于AAA目的的MS基本标识符。) |
| Transaction ID | Unique identifier(within the scope of sending andreceiving entities)to disambiguate overlappingrequests/responses in which the remaining ID fields areidentical.(在接收和发送实体内用来区分具有重叠ID的请求/响应(其他的ID字段相同)的唯一标识符。) |
现有技术在进行策略决定请求时，仅对业务请求做一个总体的策略决定，即没有对业务中可能存在的多个流区分开单独进行策略决定。这样做的缺点是当一个业务请求消息中包含有多个流的时候，如果此时网络中的策略不支持消息中所有的流的QoS需求，而仅支持部分流的QoS需求，则网络无法对消息中的单个流进行策略决定，满足其中某些流的请求，而是拒绝所有业务的请求。在实际应用中，可能当业务中部分流的QoS需求能符合策略时该业务即可开展，比如业务中的其他流是增强服务，在不能符合策略的情况下可以不使用。现有技术由于在进行策略决定时的机制不够完善，不能满足上述的应用情景。
例如，有一个业务请求中包含视频电话的视频流、音频流和控制流。用户和运营商签约时允许网络具有在资源受限的情况下仅向用户提供声音的策略。在这种情况下，此业务请求中的音频流和控制流可视为业务的基本流，视频流可视为业务的增强流。在现有技术的处理过程中，即使网络具有支持上述基本流而不支持增强流的策略，由于PD-Request没有对业务请求中的流进行区分，网络还是无法做出支持基本流而拒绝增强流的策略决定，因此整个业务的请求都将被拒绝，业务无法开展。
发明内容
本发明鉴于上述情况作出，本发明的目的在于提供一种在通信系统(如Wimax系统)使用的策略决定的方法和系统，用以克服现有技术的上述缺点，至少提供一种有益的选择。
根据本发明的一个方面，提供了一种通信系统用策略决定的方法，在所述通信系统中，一个功能实体直接或间接向另一功能实体发出策略决定请求，所述另一功能实体对该策略决定请求进行接受/拒绝判断，并向所述一个功能实体发出相应的响应，所述方法包括以下步骤：流描述步骤，在所述策略决定请求中描述业务涉及的每一个流，并为各该流设置联合标志，所述联合标志表示该流不符合策略时是否拒绝所述策略决定请求；策略决定请求接受/拒绝判断步骤，参照所述联合标志，判断是拒绝还是接受所述策略决定请求。
优选地，所述策略决定请求接受/拒绝判断步骤为：对所述策略决定请求中的每一个流逐一进行是否符合策略的判断，当所述该个流不符合策略时，判断该个流的联合标志是否有效，当该标志有效时，则判断拒绝所述策略决定请求，如果该联合标志无效，则进行下一流的判断；当对所有的流进行了判断仍未发现不符合策略且联合标志有效的流时，判断接受该策略决定请求。
优选地，所述策略决定请求接受/拒绝判断步骤为：逐一判断联合标志有效的流是否符合策略，如果存在不符合策略的这种联合标志有效的流时，判断拒绝该策略决定请求，如果确定该策略决定请求中所有联合标志有效的流都符合策略，则判断接受该策略决定请求。
优选地，所述流描述步骤为在所述策略决定请求中为每一个流设置描述该流的包括联合标志字段在内的多个字段，并设置表示所述联合标志字段是否有效的联合标志字段值。
所述联合标志字段值可根据所述策略设置。
所述通信系统可以为Wimax系统，在所述Wimax系统中，其中由SFM功能实体经由服务SFA功能实体、锚SFA功能实体和V-PF实体向H-PF实体发送所述策略决定请求；由所述H-PF实体经由V-PF实体、锚SFA功能实体和服务SFA功能实体向SFM功能实体发送策略决定响应。
根据本发明的另一方面，提供了一种通信系统用策略决定系统，在所述通信系统中，一个功能实体直接或间接向另一功能实体发出策略决定请求，所述另一功能实体对该策略决定请求进行接受/拒绝判断，并向所述一个功能实体发出相应的响应，所述系统包括以下装置：
流描述装置，在所述策略决定请求中描述业务涉及的每一个流，并为各该流设置联合标志，所述联合标志表示该流不符合策略时是否拒绝所述策略决定请求；策略决定请求接受/拒绝判断装置，参照所述联合标志，判断是拒绝还是接受所述策略决定请求。
附图说明
图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消息
| Message | Direction | Parameters | |
| PD-Request | V-PF到H-PF | MS NAI | |
| Transaction ID | |||
| Reservation Action | |||
| Number of Flows | |||
| First Flow | Flow ID | ||
| Combined Indicator | |||
| Direction | |||
| ResourceDescription | |||
| Media FlowDescription | |||
| Media Flow Type | |||
| Reduced Resources | |||
| QoS Priority | |||
| AccountingExtension | |||
| Flow n | ... | ||
| Message | Direction | Parameters | |
| PD-Response | H-PF toV-PF | MS NAI | |
| Transaction ID | |||
| Number of Flows | |||
| FirstFlow | Flow ID | ||
| Combined Indicator | |||
| Reservation Result | |||
| Resource Description | |||
| Flow n | ... | ||
表6.PF和锚SFA之间以及锚SFA和服务SFA之间传输的PD-Request和PD-Response消息
| Message | Direction | Parameters | |
| PD-Request | 锚SFA到PF，服务SFA到锚SFA | MS NAI | |
| Transaction ID | |||
| Reservation Action | |||
| Number of Flows | |||
| First Flow | Flow ID | ||
| Combined Indicator | |||
| Direction | |||
| ResourceDescription | |||
| Media FlowDescription | ||||
| Media Flow Type | ||||
| Reduced Resources | ||||
| QoS Priority | ||||
| AccountingExtension | ||||
| Flow n | ... | |||
| PD-Response | PF到锚SFA，锚SFA到服务SFA | MS NAI | ||
| Transaction ID | ||||
| Number of Flows | ||||
| FirstFlow | Flow ID | |||
| Combined Indicator | ||||
| Reservation Result | ||||
| Resource Description | ||||
| Flow n | ... | |||
表7.服务SFA和SFM之间传输的PD-Request和PD-Response消息
| 消息 | 方向 | 参数 |
| PD-Request | SFM到服务SFA | MS ID |
| Transaction ID | ||
| Reservation Action | ||
| Number of Flows |
| First Flow | Service Flow ID | |||
| Combined Indicator | ||||
| Direction | ||||
| ResourceDescription | ||||
| Media FlowDescription | ||||
| Media Flow Type | ||||
| Reduced Resources | ||||
| QoS Priority | ||||
| AccountingExtension | ||||
| Flow n | ... | |||
| PD-Response | Serving SFAto SFM | MS ID | ||
| Transaction ID | ||||
| Number of Flows | ||||
| FirstFlow | Service Flow ID | |||
| Combined Indicator | ||||
| Reservation Result | ||||
| Resource Description | ||||
| Flow n | ... | |||
表8.PD-Request和PD-Response消息参数描述
| 参数 | 描述 |
| Direction | Uplink or Downlink.(上行或下行方向。) |
| Service FlowID | MAC-level service flow identifier asspecified in IEEE 802.16.IEEE802.16规定的MAC层业务流标识符。) |
| Flow ID | Higher-layer unique identifier for aunidirectional resource reservation.Notgenerally numerically equal to the IEEE 802.16SFID.做单向资源预留时更高层使用的唯一标识符。与IEEE802.16指定的SFID通常不相同。) |
| Media FlowDescription | Fields in the data packet utilized forclassification.(用于分类的数据包的字段。) |
| Media FlowType | Description of the application type，used asa hint in admission decisions.Example values：VoIP，video，PTT，gaming.(在许可控制中作为提示的应用类型描述。实例取值：VoIP，video，PTT，gaming。) |
| MS ID | MS’s MAC address provided by themanufacturer.(MS的制造厂商所提供的MAC地址。) |
| MS NAI | MS’s primary ID for AAA purpose allocated byits home operator.(归属运营商分配的用于AAA目的的MS基本标识符。) |
| QoS Priority | The priority of a PD-Request.This could beused to indicate high priority resource |
| 参数 | 描述 |
| requests，for instance for VoIP calls toemergency numbers.(PD-Request的优先级。可用于指示高优先级的资源请求，如对紧急号码的VoIP呼叫。) | |
| ReducedResources | Flag in the PD-Request message to indicatethat the requesting entity will accept reducedresources if the requested resources are notavailable.(在PD-Request消息中的标志，用于指示请求实体在请求的资源不满足时仍愿意接受减少了的资源。) |
| ReservationAction | Action parameter for the PD-Request message.Possible values include：Create；Admit；Activate；Modify；Delete.(PD-Request消息的行为参数。可能值包括Created(创建)；Admitted(许可)；Activated(激活)；Modify(修改)；Delete(删除)。) |
| ReservationResult | Parameter in a PD-Response.Possible valuesinclude：Created；Admitted；Activated；Modified；Deleted；Failed；Denied (Noresources)；Denied(Violates policy).(PD-Response的参数。可能值包括Created(创建)；Admitted(许可)；Activated(激活)；Modify(修改)；Delete(删除)；Failed(失败)；Denied(拒绝，因为没有资源)；Denied(拒绝，因为违反策略)。) |
| ResourceDescription | QoS parameters for the PD messages.Parametersdescribe either an UL or a DL path.Parameters |
| 参数 | 描述 |
| may be explicit(quantified individualparameters)or may be indirect by means of aservice class name，or may be coded in an802.16 Global Service Class Name.In aresponse with Result＝Denied，this parameterindicates the avai lable resources.In aresponse message with Result＝Admitted orActivated，this parameter indicates thereserved resources.(PD消息的QoS参数，用于描述上行或下行通路。参数可以是明确的(数值化的每个参数)，或者是由业务类型名间接指定，也或者编码于802.16全局业务类型名。在Result＝Denied的响应消息中，该参数表明可用的资源；在Result＝Admitted或Activated的响应消息中，该参数表明预留了的资源。) | |
| TransactionID | Unique identifier(within the scope of sendingand receiving entities)to disambiguateoverlapping requests/responses in which theremaining ID fields are identical.(在接收和发送实体内用来区分具有重叠ID的请求/响应(其他的ID字段相同)的唯一标识符。) |
| AccountingExtension | Parameter is in a PD-Request.It can includethe application content identifier.Theoperation and the application contentprovider determine the format and value of theAccounting Extension.That may be obtainedfrom AF or profile.(在PD-Request中的参数， |
| 参数 | 描述 |
| 可以包括应用内容的标识符。运作和应用内容服务商决定该参数的格式和取值。参数可以从AF(应用功能)或配置中获取。) | |
| Number ofFlows | The number of flows listed in the message.(消息所列的流的数目。) |
| CombinedIndicator | The PD-Request is accepted if all flows withCombined Indicator set to 1 are policycompliant，or should be rejected otherwise.(若该参数值设为1的所有的业务流都符合策略，则PD-Request请求被接受，否则请求被拒绝。)The PD-Request should also be accepted ifindividual flow with Combined Indicator set to0 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 (12)
1、一种通信系统用策略决定方法，在所述通信系统中，一个功能实体直接或间接向另一功能实体发出策略决定请求，所述另一功能实体对该策略决定请求进行接受/拒绝判断，并向所述一个功能实体发出相应的响应，所述方法包括以下步骤：
(1)流描述步骤，在所述策略决定请求中描述业务涉及的每一个流，并为各流设置联合标志，所述联合标志表示该流不符合策略时是否拒绝所述策略决定请求；
(2)策略决定请求接受/拒绝判断步骤，参照所述联合标志，判断是拒绝还是接受所述策略决定请求。
2、根据权利要求1所述的策略决定方法，其特征在于，所述策略决定请求接受/拒绝判断步骤为：对所述策略决定请求中的每一个流逐一进行是否符合策略的判断，当所述该个流不符合策略时，判断该个流的联合标志是否有效，当该标志有效时，则判断拒绝所述策略决定请求，如果该联合标志无效，则进行下一流的判断；当对所有的流进行了判断仍未发现联合标志有效的流不符合策略时，判断接受该策略决定请求。
3、根据权利要求1所述的策略决定方法，其特征在于，所述策略决定请求接受/拒绝判断步骤为：逐一判断联合标志有效的流是否符合策略，如果存在联合标志有效的流不符合策略时，判断拒绝该策略决定请求，如果确定该策略决定请求中所有联合标志有效的流都符合策略，则判断接受该策略决定请求。
4、根据权利要求1所述的策略决定方法，其特征在于，所述流描述步骤为在所述策略决定请求中为每一个流设置描述该流的包括联合标志字段在内的多个字段，并设置表示所述联合标志字段是否有效的联合标志字段值。
5、根据权利要求4所述的策略决定方法，其特征在于，所述联合标志字段值可根据所述策略设置。
6、根据权利要求1到5任一项所述的策略决定方法，其特征在于，所述通信系统为Wimax系统，在所述Wimax系统中，其中由SFM功能实体经由服务SFA功能实体、锚SFA功能实体和V-PF实体向H-PF实体发送所述策略决定请求；由所述H-PF实体经由V-PF实体、锚SFA功能实体和服务SFA功能实体向SFM功能实体发送策略决定响应。
7、一种通信系统用策略决定系统，在所述通信系统中，一个功能实体直接或间接向另一功能实体发出策略决定请求，所述另一功能实体对该策略决定请求进行接受/拒绝判断，并向所述一个功能实体发出相应的响应，所述策略决定系统包括以下装置：
(1)流描述装置，在所述策略决定请求中描述业务涉及的每一个流，并为各该流设置联合标志，所述联合标志表示该流不符合策略时是否拒绝所述策略决定请求；
(2)策略决定请求接受/拒绝判断装置，参照所述联合标志，判断是拒绝还是接受所述策略决定请求。
8、根据权利要求7所述的策略决定系统，其特征在于，所述策略决定请求接受/拒绝判断装置如下地进行所述判断：对所述策略决定请求中的每一个流逐一进行是否符合策略的判断，当所述该个流不符合策略时，判断该个流的联合标志是否有效，当该标志有效时，则判断拒绝所述策略决定请求，如果该联合标志无效，则进行下一流的判断；当对所有的流进行了判断仍未发现联合标志有效的流不符合策略时时，判断接受该策略决定请求。
9、根据权利要求7所述的策略决定系统，其特征在于，所述策略决定请求接受/拒绝判断装置如下地进行所述判断：逐一判断联合标志有效的流是否符合策略，如果存在不符合策略的这种联合标志有效的流时，判断拒绝该策略决定请求，如果确定该策略决定请求中所有联合标志有效的流都符合策略，则判断接受该策略决定请求。
10、根据权利要求7所述的策略决定系统，其特征在于，所述流描述装置在所述策略决定请求中为每一个流设置描述该流的包括联合标志字段在内的多个字段，并设置表示所述联合标志字段是否有效的联合标志字段值。
11、根据权利要求8所述的策略决定系统，其特征在于，所述联合标志字段值可根据所述策略设置。
12、根据权利要求7到11任一项所述的策略决定系统，其特征在于，所述通信系统为Wimax系统，在所述Wimax系统中，其中由SFM功能实体经由服务SFA功能实体、锚SFA功能实体和V-PF实体向H-PF实体发送所述策略决定请求；由所述H-PF实体经由V-PF实体、锚SFA功能实体和服务SFA功能实体向SFM功能实体发送策略决定响应。
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 true CN101030962A (zh) | 2007-09-05 |
| CN101030962B 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) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010006493A1 (zh) * | 2008-07-14 | 2010-01-21 | 中兴通讯股份有限公司 | 动态业务流的处理方法及系统 |
| CN101345679B (zh) * | 2008-08-21 | 2013-01-16 | 中兴通讯股份有限公司 | 动态业务的QoS保证方法、系统以及AAA和Anchor SFA |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI20001630A (fi) * | 2000-06-30 | 2001-12-31 | Nokia Mobile Phones Ltd | Palvelun laadun määritys datavirroille |
| US7453801B2 (en) * | 2001-11-08 | 2008-11-18 | Qualcomm Incorporated | Admission control and resource allocation in a communication system supporting application flows having quality of service requirements |
| US7570585B2 (en) * | 2002-12-16 | 2009-08-04 | Alcatel Lucent | Facilitating DSLAM-hosted traffic management functionality |
| CN100426733C (zh) * | 2003-01-16 | 2008-10-15 | 华为技术有限公司 | 网络通信中实现资源分配的系统及其方法 |
| US6888821B2 (en) * | 2003-02-10 | 2005-05-03 | Nokia Corporation | Dynamic media authorization in mobile networks |
-
2006
- 2006-02-28 CN CN2006100550469A patent/CN101030962B/zh not_active Expired - Fee Related
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010006493A1 (zh) * | 2008-07-14 | 2010-01-21 | 中兴通讯股份有限公司 | 动态业务流的处理方法及系统 |
| CN101345679B (zh) * | 2008-08-21 | 2013-01-16 | 中兴通讯股份有限公司 | 动态业务的QoS保证方法、系统以及AAA和Anchor SFA |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101030962B (zh) | 2010-12-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101345679B (zh) | 动态业务的QoS保证方法、系统以及AAA和Anchor SFA | |
| CN1894985A (zh) | 通信系统中的控制决策 | |
| CN1977503A (zh) | 接入网络的动态服务信息 | |
| JP2006514510A (ja) | パケットモード移動体通信ネットワークにおけるサービス品質の差別化方法 | |
| CN101060413A (zh) | 漫游时的策略和计费控制方法及系统 | |
| US8073435B2 (en) | System and method for providing quality of service in a communication network | |
| CN1658611A (zh) | 一种保证无线局域网中的服务质量方法 | |
| CN109120528A (zh) | 一种网络通信方法及相关设备 | |
| CN101212483B (zh) | 一种控制用户会话个数的方法以及系统 | |
| EP2285050B1 (en) | Method and system for resource admission control | |
| CN100337445C (zh) | 宽带无线城域网中语音业务的服务质量调度器及其方法 | |
| US20080153488A1 (en) | Managing subscriber information | |
| CN100558107C (zh) | 通信系统用资源预留方法和资源预留系统 | |
| CN101039213A (zh) | 一种通信网络中对用户的接入访问进行控制的方法 | |
| CN1829145A (zh) | 一种使用策略决策功能模块控制通信服务质量的方法 | |
| CN1549619A (zh) | 通知用户设备业务结束的方法 | |
| CN1627746A (zh) | 一种实现多媒体优先业务的方法 | |
| CN101030962A (zh) | 通信系统用策略决定方法和策略决定系统 | |
| CN101330757B (zh) | 一种下一代网络中业务安全等级实现方法 | |
| CN1921645A (zh) | 一种集群通信系统业务接入方法 | |
| CN1531250A (zh) | 一种用户报文的转发控制方法 | |
| CN101043699A (zh) | 一种支持锚业务流授权功能实体分配业务流标识的方法 | |
| CN101316237A (zh) | 动态业务流的处理方法 | |
| WO2008131612A1 (fr) | Procédé et dispositif de mise à jour pour session de service de diffusion/multidiffusion multimédia en parallèle sur une interface iu | |
| CN100479586C (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 |