WO2007107112A1 - Procédé et système conçus pour assurer une qualité de service et serveur d'accord sur les niveaux de service - Google Patents

Procédé et système conçus pour assurer une qualité de service et serveur d'accord sur les niveaux de service Download PDF

Info

Publication number
WO2007107112A1
WO2007107112A1 PCT/CN2007/000903 CN2007000903W WO2007107112A1 WO 2007107112 A1 WO2007107112 A1 WO 2007107112A1 CN 2007000903 W CN2007000903 W CN 2007000903W WO 2007107112 A1 WO2007107112 A1 WO 2007107112A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
sla
user
service level
information
Prior art date
Application number
PCT/CN2007/000903
Other languages
English (en)
French (fr)
Inventor
Xiaoli Zhang
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2007107112A1 publication Critical patent/WO2007107112A1/zh
Priority to US12/234,480 priority Critical patent/US8213433B2/en

Links

Classifications

    • 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
    • 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/2425—Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA

Definitions

  • the present invention relates to a resource guarantee technology for a communication network, and more particularly to a method and system for guaranteeing network service quality according to a Service Level Agreement (SLA) in a communication network, and an SLA server.
  • SLA Service Level Agreement
  • an SLA is signed between the service provider and the user.
  • SLA is a formal agreement.
  • Service providers provide differentiated services to users through SLAs, and ensure that the quality of service meets the provisions of the SLA. At the same time, when there is a violation of the quality of service, the quality of service does not reach the signed SLA.
  • the user shall be compensated or discounted in accordance with the provisions of the SLA.
  • users can sign different levels of service quality, such as Platinum, Gold, Silver, or Bronze, and sign the corresponding price. When a user uses a service at a specific service level provided by a service provider, payment is made according to the price terms set forth in the SLA.
  • the same user may need different levels of services in different situations.
  • a VPN service it is usually necessary to ensure a high service level during working hours to ensure the normal operation of the business. Willing to pay a higher service fee for this; non-work hours may require a low level of service to meet non-essential work activities and want to pay a lower fee.
  • individual users may not need a high level of quality of service in general, and prefer cheap services, because in the normal call service, the appropriate packet loss rate and dropped call rate can be tolerated.
  • the technical solution for providing multiple levels of service levels for the same user and performing corresponding SLA service guarantees is:
  • multiple independent SLAs are respectively signed for multiple service level requirements. These SLAs are unrelated and usually need to be signed with different user IDs.
  • a specific level of service is required, a specific user ID is used, and the service specified by the corresponding SLA service level agreement is used.
  • the service levels corresponding to these independent SLAs cannot be smoothly switched.
  • the user must select a different user ID at the beginning of the service provision, and accept the service level of the SLA corresponding service level signed by the user ID.
  • users cannot choose to send important business letters at a high level of service level in the same mailbox, and use low-level service quality to send unimportant letters and reduce the corresponding service fees.
  • the embodiment of the invention provides a method and a system for guaranteeing service quality in a communication network, and an SLA server, so as to implement more than one service level by using the same user identifier, and guarantee the service quality of users at different service levels.
  • a method for guaranteeing quality of service includes: querying service level agreement SLA information according to a user identifier, where the SLA information includes different service levels signed by the same user identifier;
  • a system for guaranteeing quality of service includes: a service level agreement (SLA) server, configured to query a service level agreement SLA information according to a user identifier, where the SLA information includes a same user identifier Different service levels; and obtaining different service levels corresponding to the user ID;
  • SLA service level agreement
  • the service/service related server is configured to notify the SLA server when receiving the service request of the user, and receive the service level from the SLA server, and provide the service according to the service level.
  • an SLA server includes:
  • a user interface module configured to receive a user identifier
  • the query module is configured to check the service level agreement SLA information according to the user identifier from the user interface module, where the SLA information includes different service levels signed by the same user identifier; and obtain different service levels corresponding to the user identifier.
  • At least one selectable service level is provided for a user, and smooth switching between multiple service levels is implemented, and services of different service levels are guaranteed for the user. Quality, increased user satisfaction.
  • the user can order multiple service level services from the service provider for a service and sign an SLA, and the user can switch between the signed service levels periodically or in real time through the interface, according to Consum different levels of service and pay for the service.
  • the competitiveness and revenue of the service provider can also be increased. Since the embodiment of the present invention adopts a scheme in which a user identifier corresponds to at least one service level, the waste of the terminal or network resources caused by occupying multiple user identifiers in the prior art is reduced, and the cost is reduced. On the basis of limited network resources, service providers can provide high-quality services and charge higher service fees for users who currently need high-level services, and improve their own competition based on improving user satisfaction. Strength and income. BRIEF DESCRIPTION OF THE DRAWINGS
  • Figure 1 is a block diagram of a system in accordance with a first embodiment of the present invention
  • FIG. 2 is a schematic diagram of user SLA information according to an embodiment of the present invention.
  • FIG. 3 is a flow chart of a method according to a second embodiment of the present invention.
  • FIG. 4 is a flow chart of a method according to a third embodiment of the present invention.
  • FIG. 5 is a flowchart of internal processing of an SLA server according to an embodiment of the present invention. Mode for carrying out the invention
  • Embodiments of the present invention provide a method and system for providing multiple SLA service level guarantees for users.
  • Users can use the unique user ID according to their own needs, and only need one set of user service terminal equipment and resources in the same service, and order more through the SLA agreement.
  • Different levels of service and can be changed in the service delivery process, according to the required service level in the signed SLA, and paid for the actual service level and service quality according to the service level agreement.
  • Users can use different methods to specify different levels of services in different time periods. They can also use the interface provided by the service provider to interact with the service provider in the real-time mode to determine the service level. In addition, the user can also pass the timing. Flexible control of service levels in a way that is mixed in real time.
  • a user may sign multiple SLAs for a service to obtain multiple levels of services, or a service provider may provide more than one service level for a service, and open the service levels to all users.
  • the SLA parameter values of the same level in these service levels are unified. Users do not need to specify multiple SLA parameter values in the process of signing the SLA, but users can select specific service levels and pay corresponding fees in the service process according to their own needs. .
  • FIG. 1 is a structural diagram of a system according to a first embodiment of the present invention. Referring to Figure 1, the system includes:
  • SLA server used to provide functions related to user SLA.
  • a service/service related server which may be composed of one or more servers and the like, for providing functions related to service provider services and services; the service/service related servers include but are not limited to: a content server, a billing server, Business management server, etc.
  • the service/service server providing interface may interact with the SLA server to send a message to the SLA server when the user starts the service to trigger the startup SLA service performance monitoring process, and receive the user service level change information or SLA sent by the SLA server. Violation information, and deal with it accordingly.
  • the SLA database is used to store one or more SLAs negotiated between the service provider and the user.
  • Service performance database an optional device for storing service performance of the current communication network Information, which can be collected from various network elements in the network through the performance collection device. This information can be used for SLA monitoring and SLA evaluation processing. It can also be used as the basis for service billing and SLA violation compensation. Users can provide it through the SLA server. The unified user interface queries this information.
  • the service information database is an optional device for storing service-related information such as service level change information, time when the user uses the service, and service level information. This information can be used as evidence of service billing and SLA violation assessment and can be retrieved by the user system via the SLA server.
  • the user interacts with the service/service related server through the user terminal to receive the service, and exchanges the service level and the service performance information by interacting with the SLA server.
  • the user system is composed of a series of user hardware terminal devices and/or software; the user system should provide but not limited to: interfaces and modules that interact with the service/service related server to obtain services, and interact with the SLA server for SLA operations. Interfaces and modules.
  • the user hardware terminal includes but is not limited to a personal computer (PC), a mobile phone terminal, a personal digital assistant (PDA) device, a digital telephone, etc.
  • the software includes, but is not limited to, an operating system, a browser, and specific client software such as QQ. Instant tools such as MSN.
  • the SLA server specifically includes but is not limited to the following functional modules:
  • the user interface module that is, the unified user interface, is used to provide a unified user-oriented interface through which the user changes the current service level and changes the SLA related parameters within the scope allowed by the service provider.
  • the query module is configured to query the SLA information signed by the user according to the user identifier received by the user interface module, and obtain the service level.
  • the service level agreement SLA information for the same user may include only one SLA, and each SLA includes a different service level.
  • the service level agreement SLA information may also include more than one SLA, and the same SLA includes only one service level. If the user SLA information and service level information are stored on the SLA database, then The query module interacts with the SLA database to obtain SLA information and service levels corresponding to the user identification.
  • the service level processing module is configured to detect the service level change information signed in the user SLA and the service level change request sent by the user through the unified user interface, analyze and process the service level change request, and record the service level change information to the service when the service level changes.
  • the information database while notifying the service/business related server to provide services at the new service level.
  • Information management module for managing and maintaining the SLA database, service performance database, and service information database.
  • SLA monitoring and evaluation module used for SLA monitoring and SLA evaluation processing, specifically for collecting service performance information from service performance database and processing and storing service performance information, obtaining service quality indicators, and comparing and analyzing service quality and SLA Detect SLA violations, perform violation reporting or trigger corresponding preset processing in case of violation.
  • the SLA information of the user is stored in the SLA database.
  • Figure 2 is a schematic diagram of an example of a user SLA message.
  • the SLA information of the same user includes two SLAs, that is, at least one SLA signed by the same user.
  • a method for signing SLA information is that one user can only sign one SLA. When multiple levels of services are required, only at least one level of parameter values are set for each service parameter in the SLA; The method is that one user can sign multiple SLAs with the same user identifier for different levels, and each SLA corresponds to one service level.
  • the SLA of the embodiment of the present invention provides different levels of services for the same user through different SLA protocols or SLA parameters, and the same user's SLA protocol is different and the same SLA protocol is used.
  • Different SLA parameters include: different technology-related parameters, different service-related parameters, different technology/service-independent parameters, or a combination of the above.
  • the example scheme of FIG. 2 adopts a manner in which SLA information of the same user includes multiple SLAs, that is, a manner in which multiple service level SLA parameters are merged into multiple SLAs.
  • SLA information of the same user includes multiple SLAs, that is, a manner in which multiple service level SLA parameters are merged into multiple SLAs.
  • the user "Zhang San,” ordered a variety of service level services for a certain service and service provider, such as Platinum-level services and Bronze-level services, and targeted users and service providers for different service levels.
  • Negotiate and set different SLA parameter values see the service parameters of SLA numbers 001 and 002 in the right half of Figure 2
  • these service levels can be in one.
  • the user can choose to use a certain level of service within the signed SLA agreement within a certain period of time. As shown in Figure 2, the user "Zhang San, can choose to use platinum between 9: 00 - 17: 00. Level service is paid at the Platinum service level, and Bronze service is used at other times and paid at the Bronze service level. Users can use the interface provided by the service provider (such as Web site, voice operation under voice prompt, etc.), and SLA server. Interaction, changing the time period of the above service level. Those skilled in the art can think that the above level change process should include an appropriate security authentication process and other processes required to change the service level.
  • the user can also interact with the SLA server to set or change the service level through the interface provided by the service provider (such as the Web site, the phone operation under the voice prompt, the relevant interface in the client program, etc.) during the service process.
  • the user can specify a default service level in a pre-signed SLA protocol for a service.
  • the service provider usually uses the default service level to provide services for the user. Only the user interacts to change the service level of the service through the interface. toll.
  • the above default service level must be negotiated and signed in the SLA Service Level Agreement for the specific service mentioned above.
  • the above default service level allows the user to make changes through the interface provided by the service provider, and those skilled in the art will appreciate that the above level change process should include an appropriate security authentication process and other processes required to change the service level.
  • the above two solutions for providing different service levels and real-time interactive change service levels according to time periods may be adopted separately or in combination with each other in a specific implementation process.
  • the user can specify or not specify the service level for a specific time period as needed.
  • the default service level of the user for a certain period of time is the service level specified by the user for that period.
  • the default service level is the default service level that the user specifies in advance (as specified when the SLA was signed).
  • the user can interact with the SLA manager to change the service level in real time through the interface provided by the service provider.
  • the service level specified in real time may be agreed that when the service level specified by the user in real time is inconsistent with the service level divided by the time segment, the service level specified in real time is prioritized (it may also preferentially consider the service level divided by time period, but preferred)
  • the embodiment is to prioritize the service level specified in real time); for example, if a user is in the 17: 00 - 18: 00 time period, the service level is Platinum service, 18: 00 - 19: 00 is the silver service, other time periods.
  • the above-mentioned user changes the service level to the copper level at 17:50 in the service provision process, at 18: 00, when the system detects that it needs to switch to the silver service, it is decided according to the specific agreement.
  • the silver service determined by the timing service level will continue to use the copper service of 17: 50 users in real time; the above agreement can be signed in the SLA through negotiation during the SLA signing process, or according to the service characteristics and regulations of the service provider. , can even allow users to modify through the interface provided by the service provider, such as the user can use the interface from the real-time mode Switching between timed.
  • the method provided by the embodiment of the present invention may set a plurality of different service levels for one user, and the network side may change the service level according to the requirements of the user in the service process, or may set different service levels according to the preset policy. ) Automatically change the service level.
  • the method according to the second embodiment of the present invention is a case where a user requests a service level change in a service process.
  • 3 is a flow chart of a method according to a second embodiment of the present invention. Specific instructions such as Next:
  • Step 31 The user interacts with the service/service related server through the user system to request and finally obtain the service.
  • Step 32 After receiving the request service message of the user, the service/service related server sends a start SLA monitoring message to the SLA server, where the SLA monitoring message should include the identifier of the user.
  • Steps 33 to 35 After receiving the SLA monitoring message, the SLA server performs internal processing, including: retrieving the SLA information of the user from the SLA database according to the user identifier, and determining the current service level of the user, according to the SLA in the user service level.
  • the parameter starts the corresponding SLA service quality monitoring process and the service quality assessment process, records the user service startup and service level information, and reports the current service level of the user to the service/service server (that is, according to setting the default service level, or the current request of the user)
  • the service level, the service level information may include a corresponding SLA parameter in the service request, and the service/service related server provides a differentiated monthly service according to the SLA parameter.
  • the corresponding SLA service quality monitoring process and the service quality assessment process may be: collecting service performance parameters from the communication network, and comparing the service performance parameters with the SLA parameters to check whether the network performance parameters meet the SLA parameters; the specific SLA service For the quality monitoring method and the service quantity evaluation method, reference may be made to the patent application documents of the applicants, and the Chinese patent application numbers are: 200510097473.9 and 200610057851.5, and are not described herein again.
  • Step 36 The user requests the SLA server to change the current service level through the user system as needed; the request includes a user identifier and a service level identifier (such as the SLA number shown in FIG. 2); according to the service level identifier, the SLA server
  • the SLA database can be retrieved to determine the service level of the above user's request change.
  • the process may be: but not limited to: the user sends a change service request to the SLA server, and the SLA server queries the SLA service level information of the user in the SLA database, and returns the information to the user system, and The user system feeds back all optional service level information to the user in the form of a list.
  • the user selects a certain service level according to the requirements and submits it to the SLA server.
  • the user may directly send a request for carrying a certain service level information to the SLA. server.
  • Steps 37 to 38 After receiving the change service level request, the SLA server performs processing, including: retrieving the SLA database according to the service level identifier and the user identifier, determining an SLA parameter corresponding to the updated service level, and notifying the service/service related
  • the server provides services to the above users according to the SLA parameters of the new service level.
  • the service level updated by the service/business related server can also be directly notified, and the service/service related server can directly query the SLA parameter corresponding to the service level in the SLA database.
  • Step 39 - Step 310 After receiving the change service level message including the new SLA parameter sent by the SLA server through the interface, the service/service related server performs a series of internal processing according to the service requirement, including: according to the new SLA parameter The user sets the service priority and provides the service, charges according to the new service level, processes the SLA violation according to the new service level, and finally informs the SLA server that the service level change is successful.
  • Step 311 to step 312 After receiving the service level change success message sent by the service/service related server, the SLA server performs a series of internal processing, including: monitoring the SLA according to the changed service level, and evaluating the service quality, and storing the service level change information. Go to the service information database, etc., and then notify the user that the system service level change was successful.
  • Step 313 The user sends a service end request when the current service is terminated (or the service/service server detects the current service termination of the user by some mechanism), and the service/service related server sends a stop SLA monitoring request to the SLA server, and the SLA server performs a series of Internal processing, ending the service, the internal processing includes: stopping the SLA monitoring and evaluation process of the above user, recording the service stop information, releasing resources related to the user SLA monitoring and evaluation, and the like.
  • the method according to the third embodiment of the present invention is a situation in which the network side automatically changes the service level according to a preset policy, where the policy is to provide different levels of services according to the time period.
  • Figure 4 is a flow chart of a method according to a third embodiment of the present invention.
  • the process of the user request service, the service/service related server processing service level change, the SLA server processing service level change, the service termination, and the like are the same as the first embodiment described in FIG. 3, that is, step 41 - step 45 and step 31 ⁇ respectively Step 35 - Steps: Steps 48 - 417 are in agreement with steps 38 - 317, respectively.
  • step 46 to step 47 after receiving the startup SLA monitoring message initiated by the service/service related server for the specific user, the SLA server periodically detects the SLA information for the user to detect whether there is an SLA service level.
  • the change plan (such as starting a separate thread for the above user to retrieve the SLA database information), when it is detected that the service level needs to be changed according to time, the internal processing process is started to be processed, the process includes: determining whether the service level needs to be changed, and if the change is needed Determine the new service level, find the SLA parameters corresponding to the new service level, and send a service level change message to the service/service related server.
  • the method according to the fourth embodiment of the present invention provides a combination of the real-time update service level mode described in the first embodiment and the timing update service level mode in the second embodiment to provide different levels of services in different time periods. After the service level is selected in real time, the service level service specified by the user in real time is ignored before the current service is stopped, and the service level set by the timing is ignored.
  • FIG. 5 is a flowchart of internal processing of an SLA server according to an embodiment of the present invention.
  • the method includes the following steps: Step 51: After the SLA server is started, start a service process for listening to the service request, and after receiving the startup SLA monitoring instruction sent by the service/service related server (the above instruction includes at least one user identification information for identifying the current user: ), start an SLA service thread for the current user.
  • Step 52 The foregoing SLA service thread retrieves the user SLA information according to the user identifier in the SLA monitoring instruction.
  • Step 53 Start related SLA monitoring and SLA evaluation thread processing according to the user's SLA information, and the SLA monitoring and SLA evaluation processing process can utilize the existing processing technology. Surgery.
  • Step 54 Report the service level information about the user in the user SLA information to the service/service related server, and the service/service related server may use the user SLA service level information to provide the user with the corresponding level of service.
  • Step 55 The SLA service thread simultaneously determines whether the user has multiple service level users according to the user's SLA information. If yes, step 58 is performed; otherwise, step 56 is performed.
  • Steps 56 to 57 the SLA service thread management SLA monitors and evaluates the thread work, and periodically checks whether the SLA monitoring stop command sent by the service/service related server is received. After receiving, step 515 is executed, that is, the SLA monitoring and evaluation thread is stopped. And release the resources occupied by itself and related resources, and end this process.
  • Step 58 - Step 59 The SLA service thread starts periodically detecting user service level change request and/or SLA information to capture the user's service level change event (including: user change service level request event and SLA time period service level change event)
  • the service level change event includes at least one level identifier information for identifying a new service level, and the SLA database may be retrieved by using the level identifier information to obtain a corresponding SLA service parameter.
  • a mechanism may be adopted to ensure that the level identification information can retrieve the corresponding SLA service parameter in the SLA database.
  • An example mechanism is: providing a user-selectable service level request before the user sends the change service level request.
  • the above service level change event should also include user identification information as needed to identify the current service user.
  • the service thread in the SLA server detects the service level change event, it determines whether to perform the service level change. For example, according to the agreement, the time-based service level change event that occurs after the user manually changes the service level is ignored; If the monthly service level is changed, step 510 is performed; otherwise, step 514 is performed.
  • Step 510 retrieve the SLA database to obtain new SLA service quality information of the user change level, including SLA parameters.
  • Step 511 Perform SLA monitoring and service quality assessment according to SLA parameters corresponding to the new SLA service level.
  • Steps 512 to 513 interacting with the service/service related server through the interface, and notifying the service/service related server to provide the service according to the new service level, the notification includes the SLA parameter corresponding to the new service level, and recording the service level change information to the service information. database.
  • Step 514 The service thread determines whether the SLA monitoring stop command sent by the service/service related server is received. If yes, step 515 is executed, that is, the SLA monitoring and evaluation thread is stopped, and the resources occupied by the server and related resources are released, and the process ends. Otherwise, return to step 58.
  • the service provider may negotiate with the user. In the mode, for example, after the user successfully switches to the high service level, the service provider guarantees that the service level SLA is successfully implemented and processes the SLA violation according to the level. Generally, the service provider only guarantees the lowest service level or default service according to the user SLA. Level provides services.

Description

保障服务质量的方法和系统以及服务水平协议服务器 技术领域
本发明涉及通讯网络的资源保障技术， 尤其涉及一种通讯网络中根 据服务水平协议（SLA, Service Level Agreement )保障网絡服务质量的 方法和系统， 以及一种 SLA服务器。 发明背景
在通讯网络中， 为了保障通讯服务的质量， 服务提供商与用户之间 会签订 SLA。 SLA是一种正式的协议， 服务提供商通过 SLA为用户提供 差异化的服务， 并确保服务质量达到 SLA中条款的规定， 同时在服务质 量存在违例时， 即所述服务质量没有达到所签订 SLA中条款的要求， 则 按照 SLA的规定对用户进行赔偿或折扣。 在 SLA中用户可以签订不同级 别的服务质量， 例如白金级、 金级、 银级、 或者铜级等， 并签订对应的 价格。 当用户使用服务提供商提供的特定服务级别的服务时， 根据 SLA 中签订的价格条款进行付费。
在现实应用中， 同一用户在不同情况下，可能需要不同级別的服务， 例如企业用户定购 VPN服务情况下， 在工作时间通常需要保证较高的服 务水平， 以确保自身业务的正常运行， 并愿意为此付较高的服务费用； 而非工作时间则可能需要低级别的服务水平， 用以满足非重要工作活动 的进行， 并希望付较低的费用。 另外例如个人用户在数字电话业务中， 可能在通常情况下不需要很高的服务质量水平而更希望廉价的服务， 因 为在通常的通话业务中， 适当的包丢失率以及掉话率是可以忍受的， 但 在一些重要的情况下， 例如电话银行定购商品、 重要电话会议等， 则希 望服务提供商提供高的服务水平并愿意支付更高的费用。 综上所述， 为 同一用户提供多级别的服务水平并进行相应的 SLA服务保障是当前十分 需要的。
目前为同一用户提供多级别的服务水平并进行相应的 SLA服务保障 的技术方案为： 当用户具有对同一服务有多种服务级别的需求时， 针对 多种服务级别需求分别签订多个独立的 SLA， 这些 SLA是没有关联的， 并通常需要采用不同的用户标识签订， 在需要特定级别的服务时， 采用 特定的用户标识， 使用相应的 SLA服务水平协议规定的服务。
从现有的解决方案可以看出， 用户针对同一服务签订不同服务级别 的 SLA后， 由于采用的用户标识身份是相互独立没有联系的， 可能同时 为同一服务的不同级别重复付费。 例如在电子邮箱业务中， 如果申请白 金级邮箱， 再申请一个普通邮箱， 则可能针对电子信箱这一服务为这两 个邮箱同时付费。 通常用户在有高服务级别需求时， 采用就高的原则， 选择只支付一份较高的费用 （如只选择一个白金级的邮箱） , 而不能选 择享受多种级别的服务。
另外， 这些独立签订 SLA对应的服务级别之间不能平滑切换。 通常 用户必须在服务提供之初选择不同用户标识， 接受该用户标识签订的 SLA对应服务级别的服务水平。 如在电子信箱业务中， 用户不能选择在 同一邮箱内以高级别的服务水平发送重要商务信件， 而采用低级别的服 务质量发送不重要的信件并降低相应的服务费用。
并且， 用户如需要多级别的服务水平， 需要多个相互独立的标识， 签订多个相互独立没有关联的 SLA, 甚至可能需要购买多个服务终端设 备或资源， 增加了用户投入。 例如数字电话业务中申请白金级服务和铜 级服务两种级别可能需要占用两个不同的电话号码。
因此， 仍然需要一种解决方案， 使得用户只需要同一个用户标识， 就能够签订一个以上的服务级别， 并保障用户不同服务级别的服务质 量。 发明内容
本发明实施例提供了一种通讯网络中保障服务质量的方法和系统， 以及一种 SLA服务器，以实现采用同一个用户标识定制一个以上的服务 级别， 保障用户不同服务级别的服务质量。
根据本发明一种实施例， 一种保障服务质量的方法， 包括： 根据用户标识查询服务水平协议 SLA信息， 所述的 SLA信息包含 以同一用户标识签订的不同服务级别；
获取用户标识对应签订的不同服务级别；
根据所述不同的服务级别， 为用户提供与服务级别相对应的服务。 根据本发明另一实施例， 一种保障服务质量的系统， 包括： 服务水平协议 ( SLA )服务器， 用于根据用户标识查询服务水平协 议 SLA信息， 所述的 SLA信息包含以同一用户标识签订的不同服务级 别； 并且获取用户标识对应签订的不同服务级别；
服务 /业务相关服务器， 用于在接收到用户的服务请求时通知 SLA 服务器，并接收到来自 SLA服务器的服务级别，根据该服务级别为用户 提供服务。
根据本发明又一实施例， 一种 SLA服务器， 包括：
用户接口模块， 用于接收用户标识；
查询模块， 用于根据来自用户接口模块的用户标识查服务询水平协 议 SLA信息， 所述的 SLA信息包含以同一用户标识签订的不同服务级 别； 并且获取用户标识对应签订的不同服务级别。
根据本发明实施例， 为一个用户提供至少一个可选择的服务级别 , 并实现在多个服务级別间的平滑切换， 为用户保障不同服务级别的服务 质量， 提高了用户满意度。 用户通过该发明中提到的系统和方法可以针 对某服务从服务提供商定购多个服务级别的服务并签订 SLA， 用户可以 通过接口定时的或实时的在已签订的服务级别中切换， 以根据自己的需 求享受不同级别的服务并支付相应的服务费用。
另外， 使用本发明实施例所示的技术方案， 也可增加服务提供商的 竟争实力和收入。 由于本发明实施例采用一个用户标识对应至少一个服 务级别的方案， 减少了现有技术中由于占用多个用户标识造成的对终端 或网络资源的浪费， 降低了成本。 服务提供商可以在有限网路资源的基 础上， 为当前最需要高级别服务的用户提供高质量的服务并收取较高的 服务费用， 在提高用户满意度的基础上也提高了自身的竟争实力和收 入。 附图简要说明
下面参照实施例和附图对本发明做进一步详细说明。 应该理解， 下 面的描述只是本发明的示例， 并不用来限制本发明的范围。 附图中： 图 1为根据本发明第一实施例的系统的结构图；
图 2为根据本发明实施例的用户 SLA信息示意图；
图 3为本发明第二实施例所述方法的流程图；
图 4为本发明第三实施例所述方法的流程图；
图 5为根据本发明实施例的 SLA服务器内部处理流程。 实施本发明的方式
本发明实施例提供了一种为用户提供多 SLA服务水平保障的方法 和系统。 用户可以根据自己的需求， 采用唯一的用户标识、 在同一服务 仅需一套用户服务终端设备和资源的情况下，通过签订 SLA协议定购多 个不同级别的服务， 并可以在服务提供过程中， 根据需要在签订的 SLA 中预定的服务级别中变更， 并按服务水平协议规定为实际享受的服务级 别和服务质量付费。 用户可以采用定时方式指定在不同时段采用不同级 别的服务； 也可以釆用实时方式在服务过程中通过服务提供商提供的接 口与服务提供商交互， 确定 ^^务级别； 另外用户还可以通过定时和实时 混合的方式灵活的控制服务级别。
本发明一种实施例中，用户可以针对某服务签订多份 SLA来获得多 级别的服务， 也可以由服务提供商针对某一服务提供一个以上服务级 别， 并将这些服务级别向所有用户开放， 这些服务级别中同一级别的 SLA参数值都是统一的，用户不必另行在签订 SLA过程中指定多个 SLA 参数值， 但用户可以根据自身需要在服务过程中选择具体的服务级别并 支付相应的费用。
图 1为本发明第一实施例提供的系统的结构图。 参见图 1 , 该系统 包括：
SLA服务器， 用于提供与用户 SLA相关的功能。
服务 /业务相关服务器， 可由一台或一台以上服务器等设备组成， 用 于提供与服务提供商服务和业务相关的功能；该服务 /业务相关服务器包 括但不限于： 内容服务器、 计费服务器、 业务管理服务器等。 本实施例 中服务 /业务服务器提供接口可以与 SLA服务器交互， 用以在用户启动 服务时发送消息给 SLA服务器以触发启动 SLA服务性能监控过程， 以 及接收 SLA服务器发送的用户服务级别变更信息或 SLA违例信息， 并 出相应处理。
SLA数据库， 用于存储服务提供商与用户通过协商签订的一或一个 以上 SLA。
服务性能数据库， 为可选设备， 用于存储当前通讯网络的服务性能 信息， 这些信息可以通过性能采集设备从网络中的各个网元采集得来， 这些信息可用于 SLA监控和 SLA评估处理， 也可以作为服务计费以及 SLA违例赔偿的依据， 用户可以通过 SLA服务器提供的统一用户接口 查询这些信息。
服务信息数据库， 为可选设备， 用于存储用户在服务提供过程中服 务級别变更信息， 用户使用服务的时间和切换服务级别信息等服务相关 信息。这些信息可以用作服务计费以及 SLA违例评估的证据，并可以通 过 SLA服务器被用户系统检索。
用户系统，用户通过用户终端与服务 /业务相关服务器交互来接受服 务， 并通过与 SLA服务器交互更换服务级别、 查询服务性能信息等。 所 述的用户系统由一系列用户硬件终端设备和 /或软件组成；用户系统应提 供但不限于： 与服务 /业务相关服务器交互以取得服务的接口和模块， 与 SLA服务器交互以进行 SLA操作的接口和模块。 所述用户硬件终端包 括但不限于个人计算机（PC )、 手机终端、 个人数字助理（PDA )设备、 数字电话机等， 所述软件包括但不限于操作系统、 浏览器、 特定客户端 软件如 QQ、 MSN等即时工具。
所述 SLA服务器具体包含但不限于以下功能模块：
用户接口模块， 即统一用户接口，用于提供统一的面向用户的接口， 用户通过该接口模块更改当前的服务级别、 在服务提供商允许的范围内 更改 SLA相关参数。
查询模块， 用于根据用户接口模块接收到的用户标识， 查询用户签 订的 SLA信息， 得到服务级别。 针对同一用户的服务水平协议 SLA信 息可以只包括一个 SLA, 而每个 SLA包括不同的服务级别。 服务水平 协议 SLA信息也可以包括一个以上 SLA, 同一个 SLA只包括一种服务 级別。 如果用户 SLA信息和服务级別信息存储在 SLA数据库上， 则该 查询模块与 SLA数据库交互， 得到对应于用户标识的 SLA信息和服务 级别。
服务级别处理模块，用于检测用户 SLA中签订的服务级别变更信息 及用户通过统一用户接口发送的服务级别变更请求， 分析处理服务级别 变更请求， 并在服务级别变更时记录服务级别变更信息到服务信息数据 库， 同时通知服务 /业务相关服务器按新的服务级别提供服务。
信息管理模块， 用于管理和维护 SLA数据库、服务性能数据库、服 务信息数据库。
SLA监控评估模块， 用于 SLA监控和 SLA评估处理， 具体为从服 务性能数据库中获取收集服务性能信息并将服务性能信息进行处理和 存储，得到服务质量指标，并针对服务质量与 SLA的对比分析检测 SLA 违例， 在违例的情况下进行违例上报或触发相应的预设处理过程等。
所述 SLA数据库中存储了用户的 SLA信息。 图 2为一用户 SLA信 息实例的示意图。 参见图 2, 该实例中， 同一用户的 SLA信息包括了两 条 SLA, 也即说明了同一用户签订的至少一条 SLA。 一种 SLA信息的 签订方式为， 一个用户可以只签订一个 SLA, 在需要多级别服务时， 仅 在该 SLA中针对各服务参数设定至少一个级别的参数值； 另一种 SLA 信息的具体签订方式为， 一个用户可以针对不同级别采用相同的用户标 识签订多个 SLA, 每一个 SLA对应于一个服务级別。 另外， 还可存在 其他的 SLA签订方式， 但总之本发明实施例的 SLA是为同一用户通过 不同的 SLA协议或 SLA参数提供不同级别的服务，所述同一用户的 SLA 协议不同以及同一 SLA协议的 SLA参数不同包括：技术相关参数不同、 服务相关参数不同、 技术 /服务无关参数不同或者上述三者的组合。
为便于说明， 图 2的示例方案采用同一用户的 SLA信息包括多条 SLA,也即将多个服务级别 SLA参数归并为多个 SLA的方式。参见图 2, 用户 "张三，，针对某一服务与服务提供商定购了多种服务级别的服务， 例 如图示为白金级服务和铜级服务两种， 并针对不同的服务级别通过用户 和服务提供商的协商设定不同的 SLA参数值（参见图 2右半部分的 SLA 号为 001和 002的服务参数）以及付费额度、服务质量违例处理等信息。 在具体的实施过程中，这些服务级别可以在一个 SLA协议中签订； 也可 以针对不同的服务级别分开签订多个 SLA协议， 并由 SLA数据库将这 些服务水平协议通过用户标识（如用户身份证号等）相互关联存储。
用户可以选择在某一时间段内采用已签订的 SLA协议内已包含某 一级别的服务， 如图 2所示， 用户"张三，，可以选择在 9: 00 - 17: 00之 间采用白金级服务并按白金级服务级别付费， 其他时段采用铜级服务并 按铜級服务级别付费。 用户可以通过服务提供商提供的接口（如 Web网 站、 语音提示下的电话操作等）， 与 SLA服务器交互， 更改上述服务级 別的时间段。 本领域技术人员可以想到， 上述级别变更过程应该包括一 个适当的安全认证过程以及其他变更服务级别需要的处理过程等。
用户还可以在服务过程中，通过服务提供商提供的接口（如 Web网 站、 语音提示下的电话操作、 客户端程序中相关接口等）， 与 SLA服务 器交互设定或更改服务级别。用户可以针对一个服务在预先签订的 SLA 协议中指定一个默认服务级別 , 服务提供商通常情况下采用该默认服务 级别为用户提供服务， 只有用户通过接口交互变更上述服务的服务级别 新的服务级别收费。 上述默认服务级别必须针对上述特定服务事先经过 协商并签订在 SLA服务水平协议中。上述默认服务级别允许用户通过服 务提供商提供的接口进行更改， 且本领域技术人员可以想到， 上述级别 变更过程应该包括一个适当的安全认证过程以及其他变更服务级别需 要的处理过程等。 上述的按时间段提供不同服务級别、 以及实时交互变更服务级别的 两种方案，在具体实施过程中可以单独采用，也可以相互结合一起采用。 在结合采用以上两种方案时， 用户可以根据需要指定或不指定特定时间 段的服务級别。 在用户指定特定时间段的服务级别的情况下， 某时段用 户的默认服务级别为用户指定的该时段下的服务级别。 对于没有指定某 时段的服务级别的情况下， 默认服务级别为用户事先指定（如签订 SLA 时指定的） 的默认服务级别。 即使用户在特定时间段指定了默认服务级 另 ij ,用户也可以通过服务提供商提供的接口与 SLA管理器交互实时变更 服务级别。 并且在具体实现中可以约定， 在用户实时指定的服务级别与 时间段划分的服务级别不一致时， 优先考虑实时指定的服务级别 （也可 优先考虑按时间段定时划分的服务级别， 但较优的实施例为优先考虑实 时指定的服务级别）； 例如， 若某用户在 17: 00 - 18: 00时间段定时服 务级别为白金级服务， 18: 00 - 19: 00为银级服务， 其它时间段为铜级 服务， 若上述用户在服务提供过程中的 17: 50分变更服务级别为铜級， 则在 18: 00整， 系统检测到需要切换到银级服务时， 根据具体的约定 决定是切换到定时服务级别决定的银级服务还是继续使用 17: 50 用户 实时指定的铜级服务；上述约定可以在 SLA签订过程中通过协商签订在 SLA中， 也可以根据服务提供商内部业务特点和规定处理， 甚至可以允 许用户通过服务提供商提供的接口进行修改， 如用户可以通过接口从实 时方式到定时方式之间进行切换。
本发明实施例提供的方法可以为一个用户设置多个不同的服务级 别， 网络侧可以在服务过程中根据用户的要求变更服务级别， 也可以根 据预设的策略（例如根据时间段设置不同服务级别）自动变更服务级别。
本发明第二实施例所述的方法为用户在服务过程中请求服务级别 变更的情况。 图 3为本发明第二实施例所述方法的流程图。 具体说明如 下：
步骤 31、 用户通过用户系统与服务 /业务相关服务器交互， 请求并 最终获得服务。
步骤 32、服务 /业务相关服务器在接收到用户的请求服务消息后， 向 SLA服务器发送启动 SLA监控消息， 上述 SLA监控消息应包含所述用户 的标识。
步骤 33 ~步骤 35、 SLA服务器接收到启动 SLA监控消息后， 进行内 部处理， 包括： 根据用户标识从 SLA数据库中检索该用户的 SLA信息并 确定该用户当前服务级别， 根据用户服务级别中的 SLA参数启动相应的 SLA服务质量监控进程及服务质量评估进程， 记录用户服务启动和服务 级別信息， 并向服务 /业务服务器上报用户的当前服务级别（即根据设置 默认的服务级别， 或用户当前要求的服务级别， 该服务级别信息可以在 服务请求中包含）对应的 SLA参数， 服务 /业务相关服务器根据 SLA参数 提供差异化的月 务。 所述相应的 SLA服务质量监控进程及服务质量评估 进程可以为： 从通讯网络中收集服务性能参数， 根据服务性能参数与所 述 SLA参数对比， 查看网络性能参数是否满足 SLA参数； 具体的 SLA服 务质量监控方法及服务 量评估方法可以参见本申请人的、 中国专利申 请号为： 200510097473.9和 200610057851.5的专利申请文件， 此处不再 赘述。
步骤 36、 用户根据需要通过用户系统请求 SLA服务器变更当前的服 务级别； 该请求中包含一用户标识和一服务级别标识 （例如图 2中所示 的 SLA号） ； 根据上述服务级别标识， SLA服务器可以检索 SLA数据库 确定上述用户的请求变更的服务级别。 在具体实现过程中， 该过程可以 采用但不限于： 用户发送变更服务请求到 SLA服务器， SLA服务器查询 SLA数据库上述用户的 SLA服务级别信息， 向用户系统返回该信息， 并 在用户系统上以列表形式反馈给用户所有可选的服务级别信息， 用户根 据需求选择某一的服务级别并提交给 SLA服务器； 也可以是用户直接将 携带某一服务级别信息的请求发送给 SLA服务器。
步骤 37 ~步骤38、 SLA服务器接收到变更服务级别请求后， 进行处 理， 包括： 根据服务级别标识和用户标识检索 SLA数据库并确定所更新 的服务级别对应的 SLA参数等，并通知服务 /业务相关服务器按新服务级 别的 SLA参数为上述用户提供服务。 当然， 也可以直接通知服务 /业务相 关服务器更新的服务级别， 由服务 /业务相关服务器自行到 SLA数据库中 查询该服务级别对应的 SLA参数。
步骤 39 -步驟 310、 服务 /业务相关服务器接收到 SLA服务器通过接 口发送的包含新 SLA参数的变更服务级别消息后 , 根据自身业务需求进 行一系列的内部处理， 包括： 按新的 SLA参数为上述用户设定服务优先 级并提供服务，按新的服务级别计费，按新的服务级别处理 SLA违例等， 并最后消息通知 SLA服务器服务级别变更成功。
步驟 311 ~步骤 312、 SLA服务器接收到服务 /业务相关服务器发送的 服务级别变更成功消息后， 进行一系列内部处理， 包括： 按变更后的服 务级别监控 SLA以及评估服务质量， 存储服务级别变更信息到服务信息 数据库等等， 然后通知用户系统服务级别变更成功。
步骤 313、 用户在当前服务终止时发送服务结束请求（或服务 /业务 服务器通过某种机制检测到用户当前服务终止）， 服务 /业务相关服务器 发送停止 SLA监控请求到 SLA服务器， SLA服务器进行一系列内部处理， 结束服务， 该内部处理包括： 停止上述用户的 SLA监控及评估进程， 记 录服务停止信息， 释放与上述用户 SLA监控和评估相关的资源等。
本发明第三实施例所述的方法为网络侧根据预设的策略自动变更 服务级别的情况， 此处的策略为按时间段定时提供不同级别的服务。 图 4为本发明第三实施例所述方法的流程图。 其中， 用户请求服务、 服务 / 业务相关服务器处理服务级别变更、 SLA服务器处理服务级别变更、 服 务终止等过程与图 3所述第一实施例都一致， 即步骤 41 -步骤 45分别与 步骤 31 ~步骤 35—致， 步骤 48 -步骤 417分别与步骤 38 -步骤 317—致。 但不同之处是步骤 46 ~步驟 47: SLA服务器在收到服务 /业务相关服务器 为特定用户发起的启动 SLA监控消息后， 为上述所述用户周期性地检测 SLA信息以检测是否有 SLA服务级别变更计划 （如为上述用户启动一个 独立线程检索 SLA数据库信息）， 当检测到服务级别需要按时间变更时， 启动内部处理过程进行处理，该处理包括：判断服务级别是否需要变更、 如需要变更则确定新服务级别， 查找到该新服务级别对应的 SLA参数， 并发送服务级别变更消息到服务 /业务相关服务器。
本发明第四实施例所述的方法为上述第一实施例所述的实时更新 服务级别方式和第二实施例所述定时更新服务级别方式相结合的混合 在不同时段提供不同级别的服务， 用户实时选择服务级别后则在当前服 务停止前按用户实时指定的服务级别服务而忽略定时设定的服务级别。
图 5为根据本发明实施例的 SLA服务器内部处理流程。 包括： 步骤 51、 SLA服务器启动后，启动一个服务进程用于监听服务请求， 当收到服务 /业务相关服务器发送的启动 SLA监控指令后 （上述指令至 少包含一个用户标识信息用于标识当前用户：)， 为当前用户启动一个 SLA服务线程。
步骤 52、 上述 SLA服务线程根据 SLA监控指令中的用户标识， 检 索用户 SLA信息。
步骤 53、根据用户的 SLA信息，启动相关的 SLA监控以及 SLA评 估线程处理， 该 SLA监控和 SLA评估处理过程可以利用现有的处理技 术。
步骤 54、 将用户 SLA信息中关于用户的服务級别信息上报到服务 / 业务相关服务器， 服务 /业务相关服务器可以利用用户 SLA服务级别信 息为用户提供相应级别的服务。
步骤 55、 SLA服务线程同时根据用户的 SLA信息确定该用户是否 多服务级别用户， 如果是， 则执行步驟 58; 否则， 执行步驟 56。
步骤 56 ~步骤 57、 SLA服务线程管理 SLA监控及评估线程工作 , 周期检测是否收到服务 /业务相关服务器发出的 SLA监控停止命令， 在 收到后执行步骤 515, 即停止 SLA监控和评估线程， 并释放自身占用的 资源以及相关的资源， 结束本流程。
步骤 58 -步骤 59、 SLA服务线程开始周期性检测用户服务级别变 更请求和 /或 SLA信息， 以捕获用户的服务级别变更事件（包括： 用户 变更服务级别请求事件和 SLA按时段服务级别变更事件）， 所述服务级 别变更事件中至少包含一个级别标识信息用以标识新的服务级别， 利用 上述级别标识信息可以检索 SLA数据库得到对应的 SLA服务参数。 具 体实现中，可采用某种机制保证级别标识信息能够在 SLA数据库中检索 到对应的 SLA服务参数，一种示例机制如：在用户发送变更服务级别请 求前， 提供给用户可选择的服务级别请求供用户选择； 上述服务级别变 更事件根据需要通常还应包含用户标识信息， 用以标识当前服务用户。 当 SLA服务器中的服务线程检测到上述服务级别变更事件后，确定是否 执行服务级别变更， 例如根据约定， 用户在手工交互变换服务级别后出 现的按时间段服务级别变更事件将被忽略； 如果执行月 务级别变更， 则 执行步骤 510; 否则， 执行步骤 514。
步骤 510、 检索 SLA数据库得到用户变更级别的新的 SLA服务质 量信息， 包括 SLA参数。 步驟 511、 按新的 SLA服务级别对应的 SLA参数进行 SLA监控和 服务质量评估。
步骤 512 ~步骤 513、 通过接口与服务 /业务相关服务器交互， 通知 服务 /业务相关服务器按新的服务级别提供服务，通知中包含新服务级别 对应的 SLA参数， 并记录服务级别变更信息到服务信息数据库。
步骤 514、 服务线程判断是否接收到服务 /业务相关服务器发出的 SLA监控停止命令， 如果是则执行步骤 515, 即停止 SLA监控和评估线 程， 并释放自身占用的资源以及相关的资源， 结束本流程； 否则， 返回 步骤 58。
另外， 在具体实施过程中， 可能存在用户从低服务级别切换到高服 务级别过程中， 服务提供商当前网络资源不能满足用户请求的情况， 针 对该情况， 服务提供商可与用户协商相关的处理方式， 如当用户成功切 换到高服务级别后，服务提供商保证该服务级别的 SLA顺利实施并按该 级别处理 SLA违例， 通常状况下服务提供商仅保证按用户 SLA中最低 服务级别或默认服务级别提供服务。
以上所述， 仅为本发明较佳的具体实施方式， 但本发明的保护范围 并不局限于此， 任何熟悉该技术的人在本发明所揭露的技术范围内， 可 轻易想到的变化或替换， 都应涵盖在本发明的保护范围之内。

Claims

权利要求书
1、 一种保障服务质量的方法， 其特征在于， 该方法包括： 根据用户标识查询服务水平协议 SLA信息， 所述的 SLA信息包含 以同一用户标识签订的不同服务级别；
获取所述同一用户标识对应签订的不同 ^1良务级别；
根据所述不同的服务级别， 为用户提供与服务级别相对应的服务。
2、 根据权利要求 1 所述的方法， 其特征在于， 所述服务水平协议 SLA信息包括一个 SLA, 所述 SLA包括不同的服务级别。
3、 根据权利要求 1 所述的方法， 其特征在于， 所述服务水平协议 SLA信息包括一个以上 SLA, 同一个 SLA包括一种服务级别。
4、 根据权利要求 2或 3 所述的方法， 其特征在于， 该方法进一步 包括：
监测服务级别变更事件， 如果出现针对所述用户的服务级别变更事 件， 则按照变更后的服务级别保障该用户的服务质量。
5、 根据权利要求 4所述的方法， 其特征在于， 所述监测服务级别 变更事件， 如果出现针对所述用户的服务級别变更事件， 则按照变更后 的服务级别保障该用户的服务质量为：
监测是否收到变更服务级别的请求， 如果收到变更服务级别的请 求， 则从所述请求中提取出变更后的服务级别， 按照该变更后的服务级 别保障所述用户的服务质量。
6、 根据权利要求 4 所述的方法， 其特征在于， 所述监测服务级别 变更事件， 如果出现针对所述用户的服务级别变更事件， 则按照变更后 的服务级别保障该用户的服务质量为：
监测所述用户 SLA信息中预设的服务级别变更条件是否被满足，如 果满足，则从该用户 SLA信息中确定变更后的服务级别，按照该变更后 的服务级别保障所述用户的服务质量。
7、 根据权利要求 4所述的方法， 其特征在于， 进一步包括： 当服务级别变更后， 存储服务级别变更信息。
8、 根据权利要求 2或 3所述的方法， 其特征在于， 所述根据所述 不同的服务级别， 为用户提供与服务级别相对应的服务为：
根据服务级别从该用户 SLA信息中查找预设的该服务级别对应的 SLA参数， 按照所述 SLA参数为所述用户提供服务。
9、 根据权利要求 8 所述的方法， 其特征在于， 进一步包括： 按照该用户 SLA信息中所述服务级别对应的计费信息对所述服务 进行计费。
10、 根据权利要求 2或 3所述的方法， 其特征在于， 进一步包括： 根据所述服务级别从该用户 SLA信息中查找预设的该服务级别对 应的 SLA参数， 根据 SLA参数对所述服务进行 SLA服务质量监控和 SLA服务质量评估。
11、 一种保障服务质量的系统， 其特征在于， 包括：
服务水平协议（SLA )服务器， 用于根据用户标识查询服务水平协 议 SLA信息 , 所述的 SLA信息包含以同一用户标识签订的不同服务级 別； 并且获取用户标识对应签订的不同 务级别；
服务 /业务相关服务器， 用于在接收到用户的服务请求时通知 SLA 服务器，并接收到来自 SLA服务器的服务级别，根据该服务级别为用户 提供服务。
12、 根据权利要求 11 所述的系统， 其特征在于， 进一步包括 SLA 数据库， 用于存储用户标识与 SLA信息的对应关系；
所述 SLA月良务器通过查询所述 SLA数据库， 根据用户标识获取服 务水平协议 SLA信息。
13、 根据权利要求 11 所述的系统， 其特征在于， 所述服务水平协 议 SLA信息包括一个 SLA, 所述 SLA包括不同的服务级别。
14、 根据权利要求 11 所述的系统， 其特征在于， 所述服务水平协 议 SLA信息包括一个以上 SLA, 同一个 SLA包括一种服务级别。
15、 根据权利要求 11至 14任一项所述的系统， 其特征在于， 所述 SLA服务器进一步用于监测服务级别变更事件， 在出现针对所述用户的 服务级别变更事件时，通知所述服务 /业务相关服务器按照变更后的服务 级别保障该用户的服务质量。
16、 根据权利要求 15 所述的系统， 其特征在于， 进一步包括用于 存储服务相关信息的服务信息数据库；所述 SLA服务器进一步用于在服 务级别变更时记录服务级别变更信息到服务信息数据库。
17、 根据权利要求 15 所述的系统， 其特征在于， 所述 SLA服务器 中进一步包括用户接口模块， 用于与用户进行交互， 为用户提供修改相 关信息以及接收更改服务级别请求的交互功能。
18、 根据权利要求 11 所述的系统， 其特征在于， 该系统进一步包 括：
服务性能数据库， 用于存储由通讯网络中的釆集设备采集到的当前 通讯网絡的服务性能信息；
所述 SLA服务器包括 SLA监控评估模块， 用于从服务性能数据库 中查询当前通讯网络的服务性能信息， 依照该用户服务级别和查询到的 服务性能信息对该服务进行 SLA服务质量监控和 SLA服务质量评估。
19、 根据权利要求 16至 18任一项所述的系统， 其特征在于， 所述 SLA服务器进一步用于管理和维护所述与 SLA服务器连接的数据库信 息。
20、 一种服务水平协议（SLA )服务器， 其特征在于， 包括： 用户接口模块， 用于接收用户标识；
查询模块， 用于根据来自用户接口模块的用户标识查服务询水平协 议 SLA信息， 所述的 SLA信息包含以同一用户标识签订的不同服务级 另' j ; 并且获取用户标识对应签订的不同服务级别。
21、 根据权利要求 20所述的 SLA服务器， 其特征在于， 进一步包 括服务级别处理模块， 用于监测服务级别变更事件， 在出现针对所述用 户的服务级别变更事件时，通知所述服务 /业务相关服务器按照变更后的 服务级别为该用户提供服务。
PCT/CN2007/000903 2006-03-21 2007-03-20 Procédé et système conçus pour assurer une qualité de service et serveur d'accord sur les niveaux de service WO2007107112A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/234,480 US8213433B2 (en) 2006-03-21 2008-09-19 Method and system for ensuring QoS and SLA server

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNB2006100660331A CN100518191C (zh) 2006-03-21 2006-03-21 通讯网络中对服务质量进行保障的方法及系统
CN200610066033.1 2006-03-21

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/234,480 Continuation US8213433B2 (en) 2006-03-21 2008-09-19 Method and system for ensuring QoS and SLA server

Publications (1)

Publication Number Publication Date
WO2007107112A1 true WO2007107112A1 (fr) 2007-09-27

Family

ID=37298289

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/000903 WO2007107112A1 (fr) 2006-03-21 2007-03-20 Procédé et système conçus pour assurer une qualité de service et serveur d'accord sur les niveaux de service

Country Status (3)

Country Link
US (1) US8213433B2 (zh)
CN (1) CN100518191C (zh)
WO (1) WO2007107112A1 (zh)

Families Citing this family (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2380342A1 (en) * 2001-04-13 2002-10-13 The Furukawa Electric Co., Ltd Dispersion management optical transmission system and optical transmission line
CN101038640A (zh) * 2007-04-09 2007-09-19 华为技术有限公司 工单优先级管理方法和系统、及工单处理方法和系统
US8184538B2 (en) * 2007-06-22 2012-05-22 At&T Intellectual Property I, L.P. Regulating network service levels provided to communication terminals through a LAN access point
CN101690304B (zh) * 2007-07-11 2012-12-26 艾利森电话股份有限公司 用于确定服务性能的方法和设备
US8693328B2 (en) * 2009-02-19 2014-04-08 Sandvine Incorporated Ulc Method and apparatus for distributing credits to multiple shapers to enable shaping traffic targets in packet communication networks
US8335163B2 (en) * 2009-10-27 2012-12-18 Microsoft Corporation Quality of service (QOS) based systems, networks, and advisors
JP4939594B2 (ja) * 2009-11-30 2012-05-30 インターナショナル・ビジネス・マシーンズ・コーポレーション プライマリクラウドが提供したサービスレベルの実績値又は更新されたプリファレンス情報に基づいて、サービスレベルアグリーメントを動的に決定してサービスを提供することができるクラウドシステムを構成する装置、方法及びコンピュータプログラム
US9247286B2 (en) * 2009-12-31 2016-01-26 Broadcom Corporation Frame formatting supporting mixed two and three dimensional video data communication
US8854531B2 (en) 2009-12-31 2014-10-07 Broadcom Corporation Multiple remote controllers that each simultaneously controls a different visual presentation of a 2D/3D display
US8823782B2 (en) * 2009-12-31 2014-09-02 Broadcom Corporation Remote control with integrated position, viewer identification and optical and audio test
US8964013B2 (en) * 2009-12-31 2015-02-24 Broadcom Corporation Display with elastic light manipulator
CN102148695B (zh) * 2010-02-09 2015-08-19 中兴通讯股份有限公司 城域以太网中管理服务等级的方法及系统
US20110258317A1 (en) * 2010-04-19 2011-10-20 Microsoft Corporation Application sla based dynamic, elastic, and adaptive provisioning of network capacity
US9256900B2 (en) 2010-11-15 2016-02-09 International Business Machines Corporation Managing service demand load relative to infrastructure capacity in a networked computing environment
US9128772B2 (en) * 2010-11-15 2015-09-08 Infosys Limited Performance optimization through run-time quality governance
CN102801694B (zh) * 2011-05-27 2015-07-08 阿尔卡特朗讯公司 基于灰名单实现第三方认证的方法和系统
US8631154B2 (en) 2011-06-29 2014-01-14 International Business Machines Corporation Dynamically modifying quality of service levels for resources in a networked computing environment
US20130204673A1 (en) * 2011-07-20 2013-08-08 Bank Of America Corporation Service level agreement reviews for project task management
US8787386B2 (en) * 2011-10-20 2014-07-22 Oracle International Corporation Systems and methods for creating composed communication services
US9626257B1 (en) * 2012-03-01 2017-04-18 EMC IP Holding Company LLC Techniques for cache updates based on quality of service
US20150049643A1 (en) * 2013-08-13 2015-02-19 Alcatel-Lucent Canada Inc. Method and apparatus for providing default services to prospective subscribers in a communication network
US9338065B2 (en) * 2014-01-06 2016-05-10 Cisco Technology, Inc. Predictive learning machine-based approach to detect traffic outside of service level agreements
US9548905B2 (en) * 2014-03-11 2017-01-17 Bank Of America Corporation Scheduled workload assessor
US10296232B2 (en) * 2015-09-01 2019-05-21 Western Digital Technologies, Inc. Service level based control of storage systems
CN105871607B (zh) * 2016-03-29 2019-11-26 联想(北京)有限公司 信息处理方法及服务平台
US10454877B2 (en) 2016-04-29 2019-10-22 Cisco Technology, Inc. Interoperability between data plane learning endpoints and control plane learning endpoints in overlay networks
US10091070B2 (en) 2016-06-01 2018-10-02 Cisco Technology, Inc. System and method of using a machine learning algorithm to meet SLA requirements
DE102016114805A1 (de) * 2016-08-10 2018-02-15 Kriwan Industrie-Elektronik Gmbh Verfahren sowie eingebettetes System zur Überwachung, Steuerung oder Regelung einer Maschine
US10708147B2 (en) * 2017-03-07 2020-07-07 International Business Machines Corporation Monitoring dynamic quality of service based on changing user context
US10963813B2 (en) 2017-04-28 2021-03-30 Cisco Technology, Inc. Data sovereignty compliant machine learning
US10477148B2 (en) 2017-06-23 2019-11-12 Cisco Technology, Inc. Speaker anticipation
US10608901B2 (en) 2017-07-12 2020-03-31 Cisco Technology, Inc. System and method for applying machine learning algorithms to compute health scores for workload scheduling
US10091348B1 (en) 2017-07-25 2018-10-02 Cisco Technology, Inc. Predictive model for voice/video over IP calls
CN107566187B (zh) * 2017-09-29 2021-03-02 北京合天智汇信息技术有限公司 一种sla违例监测方法、装置和系统
US10938675B2 (en) * 2018-04-02 2021-03-02 Futurewei Technologies, Inc. Dynamic negotiation models in software-defined networks
US10867067B2 (en) 2018-06-07 2020-12-15 Cisco Technology, Inc. Hybrid cognitive system for AI/ML data privacy
US10446170B1 (en) 2018-06-19 2019-10-15 Cisco Technology, Inc. Noise mitigation using machine learning
EP3820751A4 (en) 2018-07-12 2022-07-06 Amsted Rail Company, Inc. BRAKE MONITORING SYSTEMS FOR RAILWAY CARS
CN115695220B (zh) * 2022-12-14 2023-06-06 深圳富联富桂精密工业有限公司 服务性能指标效应值计算方法及装置
US11831706B1 (en) 2023-01-10 2023-11-28 Dell Products L.P. System and method for distributed management of storage systems based on intent
US11907230B1 (en) 2023-01-10 2024-02-20 Dell Products L.P. System and method for distributed management of hardware based on intent
US11929891B1 (en) 2023-01-10 2024-03-12 Dell Products L.P. System and method for distributed management of hardware through relationship management
US11770456B1 (en) * 2023-01-10 2023-09-26 Dell Products L.P. System and method for distributed management of storage systems based on subscription changes

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6201971B1 (en) * 1998-03-26 2001-03-13 Nokia Mobile Phones Ltd. Apparatus, and associated method for controlling service degradation performance of communications in a radio communication system
CN1450749A (zh) * 2002-04-10 2003-10-22 华为技术有限公司 一种分组数据业务的计费方法
US7010305B2 (en) * 2001-03-14 2006-03-07 Nokia Mobile Phones, Ltd. Method for assigning values of service attributes to transmissions, radio access networks and network elements

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6556824B1 (en) 1998-07-16 2003-04-29 Nokia Corporation Apparatus, and associated method for controlling service degradation performance of communication in a radio communication system
CA2296213C (en) * 2000-01-07 2009-04-14 Sedona Networks Corporation Distributed subscriber management
US6976090B2 (en) * 2000-04-20 2005-12-13 Actona Technologies Ltd. Differentiated content and application delivery via internet
KR20020025476A (ko) 2000-09-29 2002-04-04 윤종용 지.피.알.에스 단말기에서 발열현상에 따른 서비스 클래스변경장치 및 방법
US20020198850A1 (en) 2001-06-26 2002-12-26 International Business Machines Corporation System and method for dynamic price determination in differentiated services computer networks
US6522733B1 (en) * 2001-08-20 2003-02-18 Sprint Communications Company, L.P. Communication gateway system
US7197038B1 (en) * 2002-10-21 2007-03-27 Sprint Communications Company L.P. Internetwork quality of service provisioning with reciprocal compensation
US9667552B2 (en) 2003-09-26 2017-05-30 International Business Machines Corporation Real-time SLA impact analysis
US7664081B2 (en) * 2004-12-22 2010-02-16 Nokia Corporation Wireless gateway for enabling wireless devices to discover and interact with various short-range services/devices
US20090107972A1 (en) * 2005-02-17 2009-04-30 David Naylor Heating unit for warming propane tanks
US8633425B2 (en) * 2005-02-17 2014-01-21 417 And 7/8, Llc Systems, methods, and devices for storing, heating, and dispensing fluid
US20060248118A1 (en) * 2005-04-15 2006-11-02 International Business Machines Corporation System, method and program for determining compliance with a service level agreement

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6201971B1 (en) * 1998-03-26 2001-03-13 Nokia Mobile Phones Ltd. Apparatus, and associated method for controlling service degradation performance of communications in a radio communication system
US7010305B2 (en) * 2001-03-14 2006-03-07 Nokia Mobile Phones, Ltd. Method for assigning values of service attributes to transmissions, radio access networks and network elements
CN1450749A (zh) * 2002-04-10 2003-10-22 华为技术有限公司 一种分组数据业务的计费方法

Also Published As

Publication number Publication date
US20090010264A1 (en) 2009-01-08
CN100518191C (zh) 2009-07-22
US8213433B2 (en) 2012-07-03
CN1859427A (zh) 2006-11-08

Similar Documents

Publication Publication Date Title
WO2007107112A1 (fr) Procédé et système conçus pour assurer une qualité de service et serveur d'accord sur les niveaux de service
CN100553196C (zh) 有线/无线集成服务网络中通过实时会话管理进行集成计费管理的装置与方法
RU2582573C2 (ru) Способ уведомления о полосе пропускания пользователя
CN1805442B (zh) 在ims网络中提供在线计费的装置和方法
CN102067513B (zh) 用于离线收费和在线收费的集中式收费系统和方法
EP2579506B1 (en) Method, system and related apparatus for policy control
US20060007928A1 (en) Flexible traffic rating interworking
CA2304543A1 (en) Integrated customer interface for web based communications network management
JP2002528807A (ja) テレコミュニケーションネットワークのサービス制御
US20110010312A1 (en) Communications network
CN101316175B (zh) 在线计费方法
EP1989821A1 (en) Context-based processing of data flows for differentiated charging
US20030144951A1 (en) System and method of managing IP access for user groups
EP1490999B1 (en) Method and system for construction and communication of data on network access and service transactions in a telecommunication network
WO2011015154A1 (zh) 释放资源的方法、装置和系统
CN110880981A (zh) Gx会话异常的处理方法及装置
EP1956793B1 (en) Systems and methods for connecting heterogeneous networks
US20060008064A1 (en) Flexible traffic rating interworking
RU2394387C2 (ru) Способ и система для доставки оповещения о тарифе в системе связи
JP2001326634A (ja) パケット課金システム及び方法
US20050238155A1 (en) Providing information on services in a communication system
KR101117839B1 (ko) Ｓｉｐ 기반의 올웨이스 온 가입자 관리 시스템 및 방법
EP2175588B1 (en) A method and system for charging control in telecommunications services
EP1871042A1 (en) Method of optimising access to a communication network
KR20040002042A (ko) 통합인증 및 방화벽 기능을 이용한 회수대행 서비스 및세션제어 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07720477

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 07720477

Country of ref document: EP

Kind code of ref document: A1