WO2008046336A1 - Système et procédé permettant un contrôle d'accès réparti dans un service multidiffusion - Google Patents

Système et procédé permettant un contrôle d'accès réparti dans un service multidiffusion Download PDF

Info

Publication number
WO2008046336A1
WO2008046336A1 PCT/CN2007/070754 CN2007070754W WO2008046336A1 WO 2008046336 A1 WO2008046336 A1 WO 2008046336A1 CN 2007070754 W CN2007070754 W CN 2007070754W WO 2008046336 A1 WO2008046336 A1 WO 2008046336A1
Authority
WO
WIPO (PCT)
Prior art keywords
multicast
user terminal
channel
join
service
Prior art date
Application number
PCT/CN2007/070754
Other languages
English (en)
French (fr)
Inventor
Xiaoyu Gong
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 WO2008046336A1 publication Critical patent/WO2008046336A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways

Definitions

  • the present invention relates to the field of communications, and in particular, to a system and method for implementing distributed admission control of a multicast service in an access network domain.
  • multimedia communication is becoming more and more popular, users can use the user terminal to communicate with the multimedia communication system to receive more and more multimedia services from the multimedia communication system, such as: including Internet Protocol Television (IPTV) Video broadcasting services such as multicast services.
  • IPTV Internet Protocol Television
  • Video broadcasting services such as multicast services.
  • IPTV multicast service based on digital subscriber line (DSL) broadband access
  • DSL digital subscriber line
  • the relative quality of service can only be The IPTV multicast service of the user terminal is guaranteed to have a relatively high priority.
  • the IPTV multicast service can only provide the relative quality of service, when the bandwidth request of the IPTV service on an access device exceeds the downlink bandwidth that the access device can provide, all the program videos will be randomly lost. Packet phenomenon; This random packet loss phenomenon will affect all services being provided to user terminals to varying degrees.
  • the main purpose of the embodiments of the present invention is to provide a system for implementing distributed admission control of an IPTV multicast service, to provide an IPTV multicast service that can guarantee quality of service, and improve user satisfaction.
  • the system includes:
  • the central resource management and policy generation module is configured to generate a multicast service control policy according to the quality requirement of the multicast service, the user subscription data, and/or the obtained network resource status of the entire network, and send the generated multicast service control policy.
  • a multicast service control policy according to the quality requirement of the multicast service, the user subscription data, and/or the obtained network resource status of the entire network, and send the generated multicast service control policy.
  • the admission control point is configured to perform admission control on the IPTV multicast channel join request of the user terminal according to the received multicast service control policy, and accept or reject the IPTV multicast channel join request of the user terminal according to the admission control result.
  • Another object of the embodiments of the present invention is to provide a method for implementing distributed admission control of an IPTV multicast service, to provide an IPTV multicast service that can guarantee quality of service, and to improve user satisfaction.
  • the method includes:
  • the system and the method provided by the embodiments of the present invention can ensure that the distributed control nodes AN and EN perform the service control policy of the IPTV multicast service based on the guaranteed quality of service generated.
  • the multicast join request from the user terminal performs admission control including access authority control and resource admission control, and accepts or rejects the user terminal's request to join the multicast channel according to the admission control result.
  • Both the system and method of the embodiments of the present invention enable the user terminal to be provided with a guaranteed quality of service, which can significantly improve user satisfaction.
  • FIG. 1 is a system structure and a schematic diagram of implementing resource admission control according to a preferred embodiment of the present invention
  • FIG. 2 is a flow chart of implementing resource admission control according to a preferred embodiment of the present invention. Mode for carrying out the invention
  • the system for implementing distributed admission control provided by the embodiment of the present invention is applied to an IPTV multicast service of a broadband access network.
  • the system mainly includes: a Central Resource Policy Manager Function (CRPMF) module and an access node (AN) and/or an access network edge node (EN) as distribution admission control points.
  • CRPMF Central Resource Policy Manager Function
  • AN access node
  • EN access network edge node
  • the CRPMF module can dynamically generate an IPTV multicast service control policy distributed to each of the distributed admission control points according to the QoS requirements of the IPTV multicast service, the user service subscription data, and/or the real-time or periodically acquired network resource status.
  • the admission control points are distributed over AN and / or EN.
  • the AN can perform admission control including channel access authority control and resource admission control on the IPTV multicast channel joining request information from the user terminal according to the multicast service control policy distributed by the CRPMF, and make a decision according to the admission control result. Or reject the IPTV multicast channel join request from the user terminal, and copy the corresponding multicast media stream in the AN.
  • FIG. 1 is a system structure and a schematic diagram of implementing resource admission control according to a preferred embodiment of the present invention.
  • Figure 1 shows the network architecture of a complete IPTV multicast service.
  • a set top box (STB) 111 As a user terminal, a set top box (STB) 111, a computer 112 may be connected to an access node (AN) 120, and an AN 120 is connected to an edge node (EN) 140 through an aggregation device (AgN) 130, and the EN 140 passes through a metropolitan area network.
  • the TV service router (Video-SR) 150 is connected to the IPTV head end system 160; further, the CRPMF 100 is connected to the AN 120 and the EN 140, respectively.
  • the IPTV headend system 160 is responsible for providing channel content of the multicast channel.
  • the IPTV head end system 160 usually delivers the channel content and stores it in the Video-SR 150; when the user terminal applies for the channel content, the channel content is sent by the Video-SR 150, and The EN 140 and AN 120 are transmitted to the user terminal in a multicast replication manner.
  • the CRPMF 100 can be based on the QoS requirements of the IPTV multicast service obtained from the application entity of the IPTV multicast service, the network access subscription data of the user obtained from the user subscription database, and/or from the AN and EN in real time or
  • the multicast network control status of the IPTV multicast service is generated and the generated multicast service control policy is distributed to the distributed admission control points AN 120 and EN 140.
  • the multicast service control policy sent to the AN120 includes: the user can access the multicast channel list and the user access channel policy.
  • the user accessible multicast channel list lists the multicast channels that the user terminal can access.
  • the user access channel policies include but are not limited to: the maximum number of channels that the user can simultaneously access in an IPTV multicast application.
  • the AN120 can implement the control of the channel access authority of the user at the admission control point closest to the user; this can ensure the security of the network and can process the channel connection of the user as soon as possible. Into the request, thereby improving the user experience.
  • the multicast service control policies sent to AN120 and EN 140 also include: For IPTV groups
  • the QoS control policy of the broadcast service enables the multicast media stream of the multicast channel to be controlled and processed in the quality level required by the AN and EN according to the IPTV multicast service control policy.
  • the central resource management function in the CRPMF 100 obtains the network resource status of the entire network from the AN 120 and the EN140 in real time or periodically. Once the network resource status changes (for example, the network is congested for some reason, link switching occurs, and the user line changes due to the environment). The rate reduction function, etc., the central resource management function can obtain the above resource status change information and notify the policy generation function, and the policy generation function dynamically modifies the service control policy. In actual applications, the central resource management function can be implemented in the network management of the network or in a separate CRPMF device.
  • Both AN 120 and EN 140 are functional nodes capable of resource admission control with resource admission control capabilities.
  • the distributed AN 120 and EN 140 can make their own IPTV multicast service admission control relatively independently according to the resource status and usage of the respective control areas.
  • the network resources of the area controlled by the AN include network resources between EN and EN to AN.
  • the AN 120 can be implemented with the currently more popular Digital Subscriber Line Access Multiplexer (DSLAM).
  • DSLAM Digital Subscriber Line Access Multiplexer
  • IGMP proxy function Supporting the Internet Group Management Protocol (IGMP) proxy function, which can trigger the admission control decision process on the AN by receiving the IGMP join request message;
  • IGMP Internet Group Management Protocol
  • the admission control that AN 120 can implement includes multicast channel access rights control and AN control.
  • the multicast channel access authority control is used to determine whether the user terminal is allowed to join a certain multicast channel, and whether the total number of multicast channels that the user has accessed is within the range defined by the user access channel policy, and according to the judgment result. Accept or deny the user terminal to join the multicast channel.
  • the AN 120 may search for an accessible multicast channel list in the multicast service control policy, and determine, according to the multicast channel that the user can join in the table, whether the user terminal has the right to join the requested group.
  • AN120 can also query the user access channel policy in the multicast service control policy, if the number of multicast channels that the user has applied has reached the user is allowed to connect The maximum number of multicast channels entered, AN 120 rejects the current request of the user terminal to join the multicast channel.
  • the user multicast service resource admission control of the AN 120 is used to detect the service resource of the IPTV multicast service allocated by the network to the AN 120 and the service resource usage of the IPTV multicast service allocated to the user, and determine the detected resources in real time. Whether the available resources can meet the requirements of the newly applied multicast media stream, and then accept or reject the request of the user terminal to join the multicast channel according to the judgment result. Specifically, if one or two of the service available resources are not enough for applying for the multicast media stream, the AN 120 rejects the request of the user terminal to join the multicast channel.
  • the admission control of the total network resources is used to detect the total available resources of the network in the control area of the AN 120 and the total available resources of the network on the physical line of the user terminal, and determine whether the detected total available resources of the network meet the requirements of the newly applied multicast media stream. And accepting or rejecting the request of the user terminal to join the multicast channel according to the judgment result. Specifically, if one or both of the total available resources of the network are detected to be insufficient for applying for a multicast media stream, the AN 120 rejects the request of the user terminal to join the multicast channel.
  • AN 120 is still implementing QoS policy for IPTV multicast service quality of service.
  • Entity can perform multicast services such as queuing, tagging, and priority control that are more common at present.
  • the EN 140 Similar to the AN 120, the EN 140 also has corresponding resource admission control capabilities.
  • the EN 140 may be one of a plurality of broadband service edge nodes providing a single service; or may be a broadband service edge node providing multiple services.
  • the EN 140 can be implemented with the currently popular Broadband Gateway (BNG).
  • BNG Broadband Gateway
  • the IGMP message can be received as the triggering condition for the EN resource admission control.
  • the IGMP message can be translated into the multicast routing protocol and sent to the Video-SR. ;
  • the admission control that can be implemented by EN 140 is the resource admission control of the area controlled by EN, including: multicast service resource admission control and/or admission control of the total network resources.
  • the multicast service resource admission control is used to detect the service resource usage of the IPTV multicast service in the area controlled by the EN in the downlink direction, and determine whether the detected available resources in the service resource meet the newly applied multicast.
  • the request of the media stream accepts or rejects the request of the user terminal to join the multicast channel according to the judgment result. Specifically, if the detected available resources of the multicast service are insufficient for applying for a multicast media stream, the EN 140 rejects the request of the user terminal to join the multicast channel.
  • the network total resource admission control is used to detect the total network resources of the EN 140 control area, and determine whether the detected available resources in the total network resources meet the requirements of the newly applied multicast media stream, and then accept or reject according to the judgment result.
  • a request for a user terminal to join a multicast channel Specifically, if the detected EN 140 network has insufficient total available resources for application For multicast media streams, EN 140 rejects requests from user terminals to join multicast channels.
  • EN 140 is also a multicast service QoS policy enforcement entity, which can perform QoS policy control such as queuing, labeling, and priority control.
  • QoS policy control such as queuing, labeling, and priority control.
  • the admission control-based multicast service QoS policy control that can be implemented by AN 120 and EN 140 can be referred to as a guaranteed service quality multicast service policy control.
  • the aforementioned IGMP proxy functions usually include the following:
  • the admission control is allowed, check whether the requested multicast media stream already exists in the multicast replication point. If it exists, update the multicast forwarding table, and copy the multicast media stream to the collection.
  • the device port to the multicast application (for the AN, the user port, for the EN, the corresponding AN IPTV multicast service port); otherwise, the upper-level multicast media stream replication point forwarding user terminal is to join the group.
  • the query message of the specified multicast channel is not sent, but the multicast media stream of the multicast channel that the user terminal wants to leave is directly stopped from being forwarded to the user terminal; and, until When the accessed user terminals leave the designated multicast channel, the message for fast leaving is sent to the upper-level multicast media stream replication point.
  • the IGMP proxy mechanism enables the multicast media stream replication node of the multicast channel applied by the user terminal to terminate or forward the IGMP message from the user terminal.
  • the multicast media stream replication node terminates the IGMP message; otherwise, the multicast media stream replication node copies the multicast media stream to the upper level. Forward the IGMP message to quickly establish the shortest multicast path.
  • the IGMP proxy function described above is implemented by the IGMP proxy module.
  • the reason why the AN 120 and the EN 140 can achieve their respective admission control is because the CRPMF 100 can obtain the network resource status of the IPTV multicast service according to the QoS requirements of the IPTV multicast service and the user subscription data, and/or real-time or timing. Dynamic generation guarantees quality of service
  • the multicast service control policy is delivered to the AN 120 and the EN 140. After receiving the multicast service control policy from the CRPMF 100, the AN 120 and the EN 140 can implement the multicast service policy control of the guaranteed quality of service including the admission control according to the multicast service control policy.
  • the AN 120 and the EN 140 respectively implement network resource management functions of the controlled area, so as to obtain network resource information through network resource management, and perform resource-based admission request according to the learned network resource information and the received service control policy.
  • Multicast business policy control The network resource information is also sent to the CRPMF 100 as a real-time or timed acquisition of the network-wide network resource status, and is used to generate a multicast service control policy or dynamically modify the generated multicast service control policy.
  • the network resource management function is implemented by a network resource management module.
  • the CRPMF 100 in order to ensure that the AN 120 can correctly identify the IPTV multicast service, the CRPMF 100 generally needs to generate a user multicast service control policy based on the corresponding L2 and L3 capabilities according to the L2 and L3 capabilities of the AN 120; The policy can be sent to the AN 120 in the form of a dynamic profile.
  • the AN 120 receives and saves the configuration file of the user multicast service control policy from the CRPMF 100, and applies the saved configuration file in the subsequent IPTV multicast service control process to implement multicast with guaranteed quality of service including admission control. Business strategy control.
  • a functional entity for resource management in AN 120/EN 140 capable of managing network resources of the respective control areas of AN 120/EN 140, such as: reserving or releasing resources; providing network for admission control decisions in AN 120/EN 140 Resource status information, such as: IPTV multicast service available resources, total available resources of the AN 120/EN 140 network.
  • the resource management function entity of the AN 120 is capable of managing resource information of the user loops below the AN 120 and the AN 120, such as: learning, updating, and even providing used and available resources of a single service on the subscriber line, and/or users. a network that can be used for all services on the line The total resource situation and the resources available and available.
  • the resource management function entity that performs resource management for the AN 120 can detect the rate change caused by the physical loop of the user between the AN 120 and the user terminal according to factors such as the environment, and can also calculate the actual IPTV multicast service or other services. Exploited resources and appear on available resources.
  • the resource management function entity of EN 140 can manage the network resource information of EN 140 and EN 140 to AN120 interval, such as: knowing, updating and even providing network resource usage, calculating the remaining resources of the service resource or the total network resources, and Check for changes in the available resources of the network due to network failures in the EN 140 and AN 120 sections.
  • the AN 120 and EN 140 can further support the current IGMP fast leave mechanism to achieve fast channel switching.
  • the above description statically reflects the functions that AN 120 and EN 140 can achieve in terms of admission control.
  • the following describes the IPTV multicast service admission control process in a dynamic manner.
  • the user can use the user terminal to register the service with the IPTV service provider, and order the required multicast service, including the program channel and program quality.
  • the IPTV operator notifies the CRPMF of the service QoS requirements required by the user. 100.
  • the network dynamic configuration information such as the IP address, the MAC address, and the network side port of the user terminal, and the user subscription data such as the account number, the user access bandwidth, and the priority level are obtained by the network access operator and the IPTV service operator. And notify CRPMF 100.
  • the CRPMF 100 can generate a multicast service control policy for the user and send it to the AN according to the configuration information and the subscription data of the user, the QoS requirements of the IPTV multicast service, and/or the real-time or timed network resource status. 120 and EN 140. AN 120 and EN 140 then saves the multicast service control policy from CRPMF 100.
  • the user when the user wants to watch the program of a certain multicast channel in the subscribed IPTV service, the user may use the user terminal to send a join channel request to the AN 120; the AN 120 receives the join channel request from the user terminal, according to The multicast service control policy performs an admission control process for the user terminal including access authority control and AN resource admission control.
  • the AN 120 may first check whether the network port of the user packet and the IP address and the MAC address match, and if not, discard the unmatched user.
  • the multicast service control policy that CRPMF 100 sends to AN 120 and EN 140 includes policies for AN 120 and EN 140 for resource admission control.
  • the AN 120 and the EN 140 can obtain the multicast service and the total network resource available information from the resource management function entity, and perform resource admission control on the channel join request from the user terminal according to the acquired information and the saved multicast service control policy. .
  • the admission control process performed by AN 120 is typically:
  • the AN 120 performs admission control including the multicast channel access authority control and the AN resource admission control on the user terminal.
  • the multicast channel access authority control includes accessing the multicast channel table query and/or the user access channel policy execution:
  • Accessible multicast channel table query AN 120 queries the accessible multicast channel table in the multicast control policy, and determines whether the user terminal has the right to join the multicast channel according to the multicast channel that the user can join according to the record. The requested multicast channel, if not authorized, rejects the user terminal to join the multicast channel.
  • AN 120 compares the number of multicast channels that the user terminal has applied for and the maximum number of multicast channels that the user terminal is allowed to access. If the number of multicast channels that the user terminal has applied for is allowed. Maximum number of multicast channels accessed, AN 120 rejects the current request of the user terminal to join the multicast channel.
  • the AN resource admission control includes admission control of user multicast service resources and admission control of total network resources:
  • the AN 120 detects the service resource allocated by the network to its own IPTV multicast service and the service resource of the IPTV multicast service allocated to the user terminal, if the remaining of the detected multicast service resources The available resources need one or two resources that are not enough to request to join the multicast channel. The AN 120 rejects the user terminal's request to join the multicast channel this time.
  • Total resource admission control of the area controlled by the AN The AN 120 checks the total network resources of the controlled area. If it is detected that the remaining available resources in the total resources of the network are insufficient for the resources of the newly requested multicast channel, the AN 120 The request to join the multicast channel by the user terminal is rejected.
  • the channel access authority control operation is implemented by the accessible multicast channel table query module and the channel policy execution module.
  • the accessible multicast channel table querying module is configured to perform the accessible multicast channel table query
  • the channel policy execution module is configured to execute the user access channel policy.
  • the AN resource admission control operation is implemented by the AN resource admission control module, where the service resource admission control module for performing user multicast service resource admission control is set, or the total resource admission control for the regional network controlled by the AN is also set.
  • the total resource acceptance control module is implemented by the AN resource admission control module, where the service resource admission control module for performing user multicast service resource admission control is set, or the total resource admission control for the regional network controlled by the AN is also set.
  • AN 120 After the above channel access authority control and AN resource admission control, if AN 120 does not reject the request of the user terminal to join the multicast channel, then the AN 120 accepts the request of the user terminal to join the multicast channel.
  • the AN 120 can perform only the accessible multicast channel table query in the AN channel access authority control; or, the AN 120 can perform only the service resource admission control of the multicast service in the AN resource control.
  • the AN 120 After the AN 120 completes the admission control decision for the user terminal, the corresponding admission control result is obtained, that is, the request for accepting or rejecting the user terminal to join the multicast channel (if it is rejected, the reason for the rejection is included; the AN 120 can accept the admission
  • the control result is sent to the user terminal.
  • the AN 120 when accepting the request of the user terminal to join a certain multicast channel, the AN 120 needs to send the multicast media stream of the multicast channel to the user terminal.
  • the IGMP proxy module of the AN 120 needs to determine whether this is the first time it has received a request for joining the multicast channel from all user terminals. If not, it indicates that the multicast media stream of the channel already exists in the AN 120, AN 120
  • the multicast replication module only needs to copy the multicast media stream to the user port; otherwise, the AN needs to forward the user terminal's power channel incoming channel request to the upper-level multicast replication point EN 140.
  • the EN 140 may obtain the service resource information and the network total resource information of the multicast service from its own resource management function entity, and according to the acquired information and the saved multicast service.
  • the control strategy performs resource admission control on the channel join request from the user terminal.
  • the admission control process performed by EN 140 is typically:
  • the EN 140 performs admission control including EN resource admission control for the user request, and the EN resource admission control includes: service resource admission control of the IPTV multicast service, and/or network total resource admission control.
  • the service resource admission control of the IPTV multicast service EN 140 checks the controlled resources The service resource of the IPTV multicast service in the interval, if the detected remaining available resources in the service resource cannot meet the resources of the newly requested multicast channel, the EN 140 rejects the request of the user terminal to join the multicast channel.
  • EN side network total resource admission control EN 140 checks the total available resources of the network in the controlled area. If it is detected that the remaining available resources in the total resources of the network cannot meet the resources of the newly requested multicast channel, EN 140 A request to deny a user terminal to join a multicast channel.
  • the EN resource admission control operation performed by EN 140 is implemented by an EN resource admission control module, which is provided with a service resource admission control module for IPTV multicast service for IPTV multicast service resource admission control, and/or The EN side network total resource admission control module for performing total resource admission control on the EN side.
  • EN 140 After the above EN resource admission control, if the EN 140 does not reject the request of the user terminal to join the multicast channel, the EN 140 accepts the user terminal's request to join the multicast channel. In practical applications, EN 140 can only perform traffic resource admission control for multicast services in EN resource admission control.
  • the EN 140 After the EN 140 completes the resource admission control for the user terminal, the corresponding admission control result is obtained, that is, the user terminal accepts or rejects the request of the user terminal to join the multicast channel; the EN 140 can send the admission control result to the user terminal through the AN 120.
  • the EN 140 when accepting the request of the user terminal to join the multicast channel, the EN 140 needs to copy the multicast media stream of the multicast channel to the IPTV multicast service port of the corresponding AN 120.
  • the specific process is as follows: The IGMP proxy module of EN 140 needs to determine whether this is the first time it has received a request for joining the multicast channel from all ANs: If not, the multicast media stream of the multicast channel already exists in EN. 140.
  • the multicast replication module of EN 140 only needs to copy the multicast media stream to the IPTV multicast service port of the AN; no, the J, EN 140 terminates the IGMP message, and other Multicast routing packets to the side of the IPTV multicast service
  • the edge router Video-SR applies for the delivery of the multicast media stream.
  • the operation of delivering the multicast media stream to the user terminal is implemented by the multicast control module.
  • the multicast control module can be configured in functional entities such as the AN 120 and the EN 140.
  • the reason for accepting the rejection result and accepting the rejection reason is to indicate the reason why the user terminal's joining channel request is not accepted, for example: 0x48 acceptance rejection reason value is 1 when the user terminal has no multicast channel access authority; 0x48 When the acceptance rejection reason value is 2, the number of multicast channels that the user terminal is allowed to join has reached the maximum value; when the acceptance rejection value of 0x48 is 3, it indicates that the multicast service resources cannot be provided at present; 0x48 acceptance rejection reason value is taken. 4 o'clock means that there is currently not enough network resources available.
  • the source MAC address or the IP address of the user terminal can be used as the destination address of the IGMP response control message, and the IGMP response control packet is unicast. Send to the user terminal.
  • FIG. 2 is a flowchart of implementing IPTV multicast resource admission control according to a preferred embodiment of the present invention, and the process includes the following steps:
  • Step 201 The user registers the IPTV multicast service, and the CRPMF module generates a multicast control policy and sends the multicast control policy to the AN and the EN.
  • Step 202 The AN receives the join channel request from the user terminal, and performs admission control including the channel access authority control and the AN resource admission control according to the multicast service control policy sent by the CRPMF module.
  • Step 203 The AN determines whether to forward the channel request to the next-level multicast replication point, and if yes, proceeds to step 205; otherwise, proceeds to step 204.
  • Step 204 The AN accepts or rejects the request of the user terminal to join the multicast channel according to the admission control result, and may further notify the user terminal of the admission control result.
  • Step 205 The AN joins the channel request to the EN forwarding as the upper-level multicast replication point.
  • Step 207 The EN determines whether to forward the channel request to the next-level multicast copy point, and if yes, proceeds to step 209; otherwise, proceeds to step 208.
  • Step 208 The EN accepts or rejects the request of the user terminal to join the multicast channel according to the admission control result, and may further notify the user terminal of the admission control result.
  • Step 209 EN forwards the join channel request to the Video-SR.
  • Step 210 The Video-SR sends the channel content of the multicast channel requested by the user terminal from the IPTV service head end system 160 to the user terminal.
  • the CRPMF module cooperates with the AN and the EN to implement admission control of the IPTV multicast service of the user.
  • the user terminal After the user terminal successfully passes the admission control of the IPTV multicast service, the user terminal receives The multicast media stream that is requested, and the multicast media stream is sent to the user terminal according to the quality requirements required by the user-customized IPTV multicast service.
  • the subsequent user terminal still accepts the resource admission control. If the current resource cannot meet the requirement of the subsequent user terminal, the request of the subsequent user terminal is rejected.
  • the user terminal that has previously received control and receives the multicast media stream through the resource does not affect the service quality of the received multicast media stream. Obviously, the user terminal can be provided with a guaranteed quality of service, which can significantly improve user satisfaction.
  • the system and method for implementing distributed admission control provided by the embodiments of the present invention enable the user terminal to obtain the IPTV multicast service with guaranteed service quality. This can significantly improve user satisfaction

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

一种实现组播业务分布式接纳控制的系统和方法
技术领域
本发明涉及通信领域， 具体涉及一种在接入网域实现组播业务分布 式接纳控制的系统和方法。 发明背景
随着通信技术的发展， 多媒体通信正逐渐普及， 用户可以使用用户 终端与多媒体通信系统进行数据通信， 以接受来自多媒体通信系统的越 来越多的多媒体服务， 如： 包括网际协议电视（IPTV )组播业务在内的 视频广播服务等。
但是， 在目前提供的基于数字用户线 （DSL ) 宽带接入的 IPTV组 播业务中， 尚无法为用户终端提供可保证的服务质量， 而是只能提供相 对服务质量， 该相对服务质量只能保证用户终端的 IPTV组播业务有相 对高的优先级。 在 IPTV组播业务只能提供相对服务质量的情况下， 当 某个接入设备上 IPTV业务的带宽申请已经超过了该接入设备可提供的 下行带宽时， 会导致所有的节目视频出现随机丟包现象； 该随机丟包现 象将使正在为用户终端提供的所有业务受到不同程度的影响。
为了能向正接收 IPTV组播业务的用户终端提供可保证的服务质量， 目前通常需要限制用户终端可同时点播的频道数目， 或是在网络前期规 划时根据用户情况建立能满足极端条件下带宽要求的宽带接入网， 但上 述方式显然都会随着用户需求的增长而变得不再适用。
可见， 由于目前无法为用户提供可保证服务质量的 IPTV组播业务， 因而严重降低了用户满意度。 发明内容
有鉴于此， 本发明实施例的主要目的在于提供一种实现 IPTV组播 业务分布式接纳控制的系统， 以提供可保证服务质量的 IPTV组播业务， 提高用户满意度。 该系统包括：
中心资源管理和策略生成模块， 用于根据组播业务的质量要求、 用 户签约数据， 和 /或获取的全网网络资源状况， 生成组播业务控制策略， 并将生成的组播业务控制策略发送给接纳控制点；
接纳控制点，用于根据收到的组播业务控制策略对用户终端的 IPTV 组播频道加入请求进行接纳控制， 并根据接纳控制结果接受或拒绝用户 终端的 IPTV组播频道加入请求。
本发明实施例的另一目的在于提供一种实现 IPTV组播业务分布式 接纳控制的方法， 以提供可保证服务质量的 IPTV组播业务， 提高用户 满意度。 该方法包括：
根据组播业务的质量要求、 用户签约数据， 和 /或获取的全网网络资 源状况， 动态生成组播控制策略；
根据所述组播控制策略对用户终端的组播频道加入请求进行接纳 控制， 并根据接纳控制结果接受或拒绝用户终端的组播频道加入请求。
与现有技术相比， 本发明实施例所提供的系统和方法均可保证， 由 分布式的控制节点 AN和 EN,根据集中生成的保证服务质量的 IPTV组 播业务的业务控制策略， 对发自用户终端的组播加入请求进行包括接入 权限控制和资源接纳控制在内的接纳控制， 并根据接纳控制结果接受或 拒绝用户终端加入组播频道的请求。 本发明实施例的系统和方法均使得 用户终端可以被提供可保证的服务质量， 这能够明显提高用户满意度。 附图简要说明
图 1为本发明一较佳实施例的实现资源接纳控制的系统结构及原理 图；
图 2为本发明一较佳实施例的实现资源接纳控制的流程图。 实施本发明的方式
下面结合附图及具体实施例对本发明详细说明。
本发明实施例所提供的实现分布式接纳控制的系统应用于宽带接入 网 IPTV组播业务。
该系统主要包括： 中心资源管理和策略生成（ Central Resource Policy Manager Function, CRPMF )模块以及作为分布接纳控制点的接入节点 ( AN )和 /或接入网边缘节点 （EN )。 其中， CRPMF模块能根据 IPTV 组播业务的 QoS 需求、 用户业务签约数据， 和 /或实时或定时获取的全 网网络资源状况， 动态生成分发给各分布接纳控制点的 IPTV组播业务 控制策略。
在实际应用中， 作为可实现的功能， 接纳控制点分布于 AN 和 /或 EN上。
AN能根据 CRPMF分发的组播业务控制策略， 对来自用户终端的 IPTV组播频道加入请求信息进行包括频道接入权限控制和资源接纳控 制在内的接纳控制， 并根据接纳控制结果进行决策， 接受或拒绝来自用 户终端的 IPTV组播频道加入请求， 在 AN复制相应的组播媒体流。
当 AN需进一步要求 EN向下复制组播媒体流时， EN能根据 CRPMF 分发的组播业务控制策略， 对 AN转发的 IPTV组播频道加入请求信息 实施资源接纳控制过程， 并根据接纳控制结果进行决策， 接受或拒绝来 自用户终端的 IPTV组播频道加入请求， 在 EN复制相应的组播媒体流。 AN和 EN还可以将各自的接纳控制结果返回给用户终端。参见图 1 , 图 1为本发明一较佳实施例的实现资源接纳控制的系统结构及原理图。 图 1中显示了一个完整的 IPTV组播业务的网络架构。
其中， 作为用户终端， 机顶盒（STB ) 111、 计算机 112可以与接入 节点（ AN ) 120相连， AN 120则通过汇聚设备 ( AgN ) 130与边缘节点 ( EN ) 140相连， EN 140通过城域网中的电视业务路由器（ Video- SR ) 150与 IPTV头端系统 160相连；再有， CRPMF 100分别与 AN 120、 EN 140相连。 其中， IPTV头端系统 160负责提供组播频道的频道内容。 在 实际的网络实现时， IPTV头端系统 160通常会将频道内容下发并存储 在 Video-SR 150 中； 在用户终端申请频道内容时， 该频道内容会经过 Video-SR 150下发，并在 EN 140和 AN 120上以组播复制方式被发送到 用户终端。
在实际应用中， CRPMF 100能根据从 IPTV组播业务的应用实体获 得的 IPTV组播业务的 QoS需求、 从用户签约数据库获得的用户的网络 接入签约数据，和 /或从 AN和 EN实时或定时获取的全网网络资源状况， 生成 IPTV组播业务所需的保证质量的组播业务控制策略， 并将生成的 组播业务控制策略分发给分布式接纳控制点 AN 120、 EN 140。
发给 AN120的组播业务控制策略包括：用户可接入组播频道列表和 用户接入频道策略。 用户可接入组播频道列表列出了用户终端可以接入 的组播频道； 用户接入频道策略包括但不限于： 用户在一次 IPTV组播 应用中可以同时接入的最多的频道数目。 AN120根据收到的组播业务控 制策略， 可在最靠近用户的接纳控制点就实施对用户的频道接入权限的 控制； 这既可保证网络的安全性， 又能最快处理用户的频道接入请求， 从而改善用户体验。
发给 AN120 和 EN 140的组播业务控制策略还包括： 针对 IPTV组 播业务的 QoS控制策略，使得组播频道的组播媒体流能在 AN和 EN按 IPTV组播业务控制策略所要求的质量等级得到控制处理。
CRPMF 100中的中心资源管理功能从 AN 120、 EN140 实时或定时 获取全网网络资源状况， 一旦网络资源状况发生了变化（如： 网络因某 种原因拥塞、 发生链路倒换、 用户线路因环境变化而速率下降等）， 中 心资源管理功能可获得上述资源状况变化信息并通知给策略生成功能， 由策略生成功能对业务控制策略进行动态修改。 实际应用中， 中心资源 管理功能可以在网络的网管中实现， 也可以存在于独立的 CRPMF设备 中。
AN 120和 EN 140都是能够进行资源接纳控制的功能节点， 具有资 源接纳控制能力。
分布式的 AN 120 和 EN 140, 能根据各自控制区域的资源状况和使 用情况， 相对独立地作出各自的 IPTV组播业务的接纳控制。 其中， AN 所控制区域的的网络资源包括 EN及 EN到 AN之间的网络资源。
具体而言， AN 120 可以用目前比较常见的数字用户线接入复用器 ( DSLAM ) 实现， AN 120可实现的功能有：
( 1 )进行组播媒体流复制；
( 2 ) 支持因特网组管理协议（IGMP )代理功能， 能够以接收到的 IGMP加入请求报文触发 AN上的接纳控制决策过程；
( 3 ) 实现用户帐号和端口、 媒体访问控制 （ MAC ) /IP地址之间的 绑定；
( 4 ) 收集分析在 AN控制域内的网络资源状况和使用情况； ( 5 )对来自用户终端的 IPTV组播请求进行接纳控制决策。
AN 120所能实现的接纳控制包括组播频道接入权限控制和 AN所控 制区域的资源接纳控制； AN资源接纳控制包括 IPTV组播业务资源接纳 控制、 AN所控区域网络总资源接纳控制。
其中， 组播频道接入权限控制， 用于判断是否允许用户终端加入某 个组播频道， 以及用户已接入的组播频道总数是否在用户接入频道策略 限定的范围内， 并根据判断结果接受或拒绝用户终端加入该组播频道。 具体而言， AN 120 可以查找组播业务控制策略中的可接入组播频道列 表， 并根据表中所记录的用户可加入的组播频道， 判断用户终端是否有 权加入其所请求的组播频道， 如果无权， 则拒绝用户终端加入该组播频 道； AN120还可以查询组播业务控制策略中的用户接入频道策略， 如果 用户已申请的组播频道数量已达到该用户被允许接入的最大组播频道 数量， AN 120则拒绝用户终端当前的加入组播频道的请求。
AN120的用户组播业务资源接纳控制，用于检测网络分配给 AN 120 的 IPTV组播业务的业务资源以及分配给用户的 IPTV组播业务的业务资 源使用情况， 并实时判断检测到的上述资源中的可用资源是否能够满足 新申请的组播媒体流的需求， 再根据判断结果接受或拒绝用户终端加入 组播频道的请求。 具体而言， 如果检测到的所述业务可用资源中有一种 或两种业务资源不够用于申请组播媒体流， AN 120就拒绝用户终端加入 组播频道的请求。
网络总资源的接纳控制， 用于检测 AN 120控制区域的网络总可用 资源和用户终端物理线路上网络总可用资源， 并判断检测到的上述网络 总可用资源是否满足新申请组播媒体流的需求， 再根据判断结果接受或 拒绝用户终端加入组播频道的请求。 具体而言， 如果检测到的所述网络 总的可用资源中有一种或两种资源不够用于申请组播媒体流， AN 120 就拒绝用户终端加入组播频道的请求。
在实际应用中， AN 120还是 IPTV组播业务服务质量 QoS策略执行 实体， 可以执行目前比较常见的排队、 打标签、 优先级控制等组播业务
QoS策略控制。
与 AN 120类似， EN 140同样具相应的资源接纳控制能力。
在实际组网中， EN 140可以是提供单一业务的多个宽带业务边缘节 点之一；也可以是提供多个业务的宽带业务边缘节点。具体而言， EN 140 可以用目前比较常见的宽带网关（ Broadcast Network Gateway, BNG ) 实现， EN 140可实现的功能有：
( 1 )进行组播媒体流复制；
( 2 ) 支持 IGMP代理功能， 能够以接收到 IGMP报文作为 EN资 源接纳控制的触发条件； 而且， 终结 IGMP报文， 还可将 IGMP报文转 换为组播路由协议 文并发往 Video-SR;
( 3 ) 收集并分析在 EN控制域内的网络资源的状况和使用情况； ( 4 )对来自用户终端的 IPTV组播请求进行资源接纳控制。
EN 140所能实现的接纳控制是 EN所控制区域的资源接纳控制， 包 括： 组播业务资源接纳控制和 /或网络总资源的接纳控制。
其中， 组播业务资源接纳控制用于检测在下行方向上 EN所控区域 的针对 IPTV组播业务的业务资源使用情况， 并判断检测到的所述业务 资源中的可用资源是否满足新申请的组播媒体流的要求， 再根据判断结 果接受或拒绝用户终端加入组播频道的请求。 具体而言， 如果检测到的 所述组播业务可用资源不够用于申请组播媒体流， EN 140就拒绝用户终 端加入组播频道的请求。
网络总资源接纳控制， 用于检测 EN 140控制区域的网络总资源， 并判断检测到的所述网络总资源中的可用资源是否满足新申请的组播 媒体流要求， 再根据判断结果接受或拒绝用户终端加入组播频道的请 求。 具体而言， 如果检测到的 EN 140的网络总可用资源不够用于申请 组播媒体流， EN 140就拒绝用户终端加入组播频道的请求。
在实际应用中， EN 140还是组播业务 QoS策略执行实体， 可以执 行目前比较常见的排队、 打标签、 优先级控制等 QoS策略控制。 通常， 可以将 AN 120、 EN 140所能实现的基于接纳控制的组播业务 QoS策略 控制称为可保证服务质量的组播业务策略控制。 前述的 IGMP代理功能 通常包括以下几点：
( 1 )在接纳控制允许的情况下，检查被申请的组播媒体流是否已存 在于本组播复制点， 如果已存在， 就更新组播转发表， 将所述组播媒体 流复制到收到组播申请的设备端口（对于 AN而言是用户端口，对于 EN 而言就是相应的 AN IPTV组播业务端口）； 否则， 向上一级组播媒体流 复制点转发用户终端要加入所述组播频道的申请。
( 2 )处理 IGMP快速离开报文：
收到用户终端发送的用于快速离开的消息后， 不发送指定组播频道 的查询消息， 而是直接停止向用户终端转发用户终端要离开的组播频道 的组播媒体流； 并且， 直到所接入的用户终端都离开了指定的组播频道 时， 才向上一级组播媒体流复制点发送用于快速离开的所述消息。
IGMP代理机制使得用户终端所申请的组播频道的组播媒体流复制 节点可以终结或转发来自用户终端的 IGMP报文。 当组播复制点已包含 用户终端所申请的组播频道时， 该组播媒体流复制节点终结所述 IGMP 报文； 否则， 该组播媒体流复制节点则向上一级组播媒体流复制点转发 所述 IGMP报文， 以快速建立最短的组播路径。 以上所述的 IGMP代理 功能是由 IGMP代理模块实现的。
需要说明的是： AN 120和 EN 140之所以能够实现各自的接纳控制， 是因为 CRPMF 100能够根据 IPTV组播业务 QoS需求和用户签约数据， 和 /或实时或定时获取的全网网络资源状况，动态生成可保证服务质量的 组播业务控制策略并下发给 AN 120和 EN 140。 AN 120和 EN 140收到 来自 CRPMF 100的所述组播业务控制策略后， 就可以根据所述组播业 务控制策略实现包括接纳控制在内的可保证服务质量的组播业务策略 控制。
并且， AN 120和 EN 140还分别实现所控制区域的网络资源管理功 能， 以便通过网络资源管理获知网络资源信息， 并根据获知的网络资源 信息以及收到的所述业务控制策略进行基于资源接纳请求的组播业务 策略控制。该网络资源信息还被送往 CRPMF 100,作为实时或定时获取 的全网网络资源状况， 并用于生成组播业务控制策略或动态修改已生成 的组播业务控制策略。 所述网络资源管理功能是由网络资源管理模块实 现的。
再有， 为了保证 AN 120能够正确识别 IPTV组播业务， CRPMF 100 通常需要根据 AN 120所具备的 L2、 L3能力生成基于相应 L2、 L3能力 的用户组播业务控制策略； 所述组播业务控制策略可以以动态配置文件 的形式下发给 AN 120。 AN 120收到并保存来自 CRPMF 100的用户组 播业务控制策略的配置文件， 并在后续的 IPTV组播业务控制过程中应 用保存的配置文件实现包括接纳控制在内的可保证服务质量的组播业 务策略控制。
AN 120/EN 140中进行资源管理的功能实体， 能够管理 AN 120/EN 140 各自控制区域的网络资源， 如： 预留或释放资源； 还可以在 AN 120/EN 140进行接纳控制决策时提供网络资源状态信息， 如： IPTV组 播业务可用资源、 AN 120/EN 140的网络总的可用资源。
具体而言， AN 120的资源管理功能实体， 能够管理 AN 120以及 AN120以下用户环路的资源信息， 如： 获知、 更新甚至提供用户线路上 单个业务已用的和可用的资源，和 /或用户线路上可为所有业务使用的网 络总的资源情况以及已用的、 可用的资源。
通常， 为 AN 120进行资源管理的资源管理功能实体， 能检查出 AN 120和用户终端间的用户物理环路随环境等因素导致的速率变化， 还能 计算出被 IPTV组播业务或其它业务实际耗费掉的资源， 并且在可用资 源上表现出来。
EN 140的资源管理功能实体， 能够管理 EN 140 以及 EN 140到 AN120区间的网络资源信息， 如： 获知、 更新甚至提供网络资源使用情 况， 计算出业务资源或网络总资源剩余的可用资源，还能检查出 EN 140 和 AN 120区间因网络故障等原因导致的网络可用资源的变化。
为了保证使用用户终端的用户能够有较好的用户体验， AN 120 和 EN 140还可以进一步支持目前比较常见的 IGMP快速离开机制，以实现 频道的快速切换。
以上描述用静态方式体现出了 AN 120、 和 EN 140在接纳控制方面 所能实现的功能； 下面， 以动态方式对 IPTV组播业务接纳控制过程进 行描述。
在实际应用中， 用户可以使用用户终端向 IPTV业务运营商进行业 务注册， 订购所需的组播业务， 包括节目频道和节目质量； IPTV运营 商会将用户所订业务所需的业务 QoS需求通知 CRPMF 100。
当用户要通过用户终端使用所订 IPTV组播业务时， 需先进行认证。 在认证过程中， 用户终端的 IP地址、 MAC地址、 网络侧端口等网络动 态配置信息以及帐号、 用户接入带宽、 优先等级等用户签约数据会被网 络接入运营商和 IPTV业务运营商获得， 并通知给 CRPMF 100。
CRPMF 100可以根据收到用户所述配置信息和签约数据、 IPTV组 播业务 QoS 需求， 和 /或实时或定时获取的全网网络资源状况， 针对该 用户生成组播业务控制策略并下发给 AN 120和 EN 140。 AN 120和 EN 140则保存来自 CRPMF 100的组播业务控制策略。
在后续通信过程中， 当用户希望收看所订 IPTV业务中的某个组播 频道的节目时， 用户可以使用用户终端向 AN 120发送加入频道请求； AN 120接收来自用户终端的加入频道请求，根据组播业务控制策略对用 户终端进行包括接入权限控制和 AN 资源接纳控制在内的接纳控制过 程。 当然， AN 120进行所述接纳控制过程之前， 可以先检查用户报文的 网络端口以及 IP地址、 MAC地址是否匹配， 如果不匹配， 则丟弃不匹 配的用户4艮文。
实际上， CRPMF 100下发给 AN 120和 EN 140的组播业务控制策 略中， 包含有 AN 120和 EN 140用于进行资源接纳控制的策略。 AN 120 和 EN140 可以从自己的资源管理功能实体中获取组播业务和网络总资 源可用信息， 并根据所获取信息以及保存的组播业务控制策略， 对来自 用户终端的频道加入请求进行资源接纳控制。
AN 120进行的所述接纳控制过程通常为：
AN 120对用户终端进行包括组播频道接入权限控制和 AN资源接纳 控制在内的接纳控制。
其中，组播频道接入权限控制包括可接入组播频道表查询和 /或用户 接入频道策略执行：
可接入组播频道表查询： AN 120查询组播控制策略中的可接入组播 频道表， 并根据表中所记录的用户可加入的组播频道， 判断用户终端是 否有权加入其所请求的组播频道， 如果无权， 则拒绝用户终端加入该组 播频道。
用户接入频道策略执行： AN 120比较自身记录的用户终端已申请的 组播频道数量和该用户终端被允许接入的最大组播频道数量， 如果用户 终端已申请的组播频道数量达到被允许接入的最大组播频道数量， AN 120则拒绝用户终端当前的加入组播频道的请求。
AN 资源接纳控制包括用户组播业务资源的接纳控制、 网络总资源 的接纳控制：
用户组播业务资源接纳控制： AN 120检测网络分配给自身的 IPTV 组播业务的业务资源以及分配给用户终端的 IPTV 组播业务的业务资 源， 如果检测到的所述组播业务资源中的剩余可用资源有一种或两种已 不够新请求加入组播频道的资源所需， AN 120就拒绝用户终端本次加入 组播频道的请求。
AN所控区域的总资源接纳控制： AN 120检查所控制区域的网络总 资源， 如果检测到所述网络总资源中的剩余可用资源不够新请求加入的 组播频道的资源所需， AN 120就拒绝用户终端加入组播频道的请求。
在 AN 120所进行的以上接纳控制操作中， 频道接入权限控制操作 由可接入组播频道表查询模块和频道策略执行模块配合实现。 具体而 言， 可接入组播频道表查询模块用于进行可接入组播频道表查询， 频道 策略执行模块用于执行用户接入频道策略。
根据查询到的用户可接入的组播频道判断用户终端是否有权加入其 所请求的组播频道， 如果无权， 则拒绝用户终端加入该组播频道； 比较 用户已申请的组播频道数量和该用户被允许接入的最大组播频道数量， 如果用户已申请的组播频道数量等于该用户被允许接入的最大组播频 道数量， 则拒绝用户终端当前的加入组播频道的请求。
AN资源接纳控制操作由 AN资源接纳控制模块实现， 该模块中设 置有用于进行用户组播业务资源接纳控制的业务资源接纳控制模块， 或 者还设置有用于进行 AN所控区域网络总资源接纳控制的总资源接纳控 制模块。
当经过上述的频道接入权限控制和 AN资源接纳控制之后，如果 AN 120没有拒绝用户终端加入组播频道的请求，那么 AN 120则接受用户终 端加入组播频道的请求。
实际使用中：
AN 120可以只进行 AN频道接入权限控制中的可接入组播频道表查 询； 或者， AN 120可以只进行 AN资源控制中的组播业务的业务资源接 纳控制。
AN 120对用户终端完成接纳控制决策后，会得到相应的接纳控制结 果， 即： 接受或拒绝用户终端加入组播频道的请求（如果是拒绝， 则包 含有拒绝的原因； AN 120可以将该接纳控制结果发送给用户终端。
再有， 当接受了用户终端加入某个组播频道的请求时， AN 120需要 将该组播频道的组播媒体流发送给用户终端。 AN 120 的 IGMP代理模 块需判断这是否是它首次从所有用户终端收到的针对所述组播频道的 加入请求， 如果不是， 说明该频道的组播媒体流已存在于 AN 120了， AN 120 中的组播复制模块只要将所述组播媒体流复制一份到用户端口 就可以了； 否则， AN就需向上一级组播复制点 EN 140转发用户终端的 力口入频道请求。
收到 AN 120转发的用户终端的加入频道请求时， EN 140可以从自 身的资源管理功能实体中获取组播业务的业务资源信息和网络总资源 信息， 并根据所获取信息以及保存的组播业务控制策略， 对来自用户终 端的频道加入请求进行资源接纳控制。
EN 140进行的所述接纳控制过程通常为：
EN 140对用户请求进行包含 EN资源接纳控制在内的接纳控制， 所 述 EN资源接纳控制包括： IPTV组播业务的业务资源接纳控制、 和 /或 网络总资源接纳控制。
其中， IPTV组播业务的业务资源接纳控制： EN 140检查所控资源 区间的 IPTV组播业务的业务资源， 如果检测到的所述业务资源中的剩 余可用资源不能满足新请求加入的组播频道的资源所需， EN 140就拒绝 用户终端加入组播频道的请求。
EN侧网络总资源接纳控制： EN 140检查所控制区域的网络总的可 用资源， 如果检测到所述网络总资源中的剩余可用资源不能满足新请求 加入的组播频道的资源所需， EN 140就拒绝用户终端加入组播频道的请 求。
EN 140所进行的 EN资源接纳控制操作由 EN资源接纳控制模块实 现，该模块中设置有用于进行 IPTV组播业务资源接纳控制的 IPTV组播 业务的业务资源接纳控制模块， 和.或， 设置有用于进行 EN侧网络总资 源接纳控制的 EN侧网络总资源接纳控制模块。
当经过上述的 EN资源接纳控制之后，如果 EN 140没有拒绝用户终 端加入组播频道的请求， 那么 EN 140则接受用户终端加入组播频道的 请求。 在实际应用中， EN 140可以只进行 EN资源接纳控制中的组播业 务的业务资源接纳控制。
EN 140对用户终端完成资源接纳控制后，会得到相应的接纳控制结 果， 即： 接受或拒绝用户终端加入组播频道的请求； EN 140可以将该接 纳控制结果通过 AN 120发送给用户终端。
再有， 当接受了用户终端加入组播频道的请求时， EN 140需要将该 组播频道的组播媒体流复制到对应的 AN 120的 IPTV组播业务端口。具 体过程为： EN 140 的 IGMP代理模块需判断这是否是它首次从所有 AN 收到的针对所述组播频道的加入请求： 如果不是， 说明该组播频道 的组播媒体流已存在于 EN 140了， EN 140 的组播复制模块只要将所述 组播媒体流复制一份到所述 AN的 IPTV组播业务端口就可以了； 否贝' J , EN 140 终结 IGMP报文，以其它的组播路由报文向 IPTV组播业务的边 缘路由器 Video-SR申请下发所述的组播媒体流。
向用户终端下发组播媒体流的操作是由组播控制模块实现的， 该组 播控制模块可以设置于 AN 120、 EN 140等功能实体中。
为了能够向用户终端发送前述的接纳控制结果， 需要对目前所应用 的 IGMP协议进行扩展， 如： 增加一种 IGMP控制报文类型 0x48, 作为 IGMP响应 （ Response Inform )报文； 通过在 0x48类型报文中携带接纳 拒绝结果和接纳拒绝原因， 以表示出用户终端的加入频道请求不被接受 的原因， 如： 0x48的接纳拒绝原因值取 1时代表用户终端无组播频道接 入权限； 0x48的接纳拒绝原因值取 2时代表用户终端被允许加入的组播 频道数已到最大值； 0x48的接纳拒绝原因值取 3时代表当前无法提供足 够的组播业务资源； 0x48的接纳拒绝原因值取 4时代表当前无法提供足 够的网络总资源。
针对新增的类型为 0x48的所述 IGMP响应控制 文而言，可以利用 用户终端的源 MAC/IP地址作为该 IGMP响应控制 文的目的地址， 并 以单播的方式将该 IGMP响应控制报文发送给用户终端。
如果将图 1所示原理以流程表示， 相应流程则如图 2所示； 图 2为 本发明一较佳实施例的实现 IPTV组播资源接纳控制的流程图， 该流程 包括以下步骤：
步骤 201： 用户注册 IPTV组播业务， CRPMF模块生成组播控制策 略并下发给 AN、 EN。
步骤 202: AN接收来自用户终端的加入频道请求， 根据 CRPMF模 块所下发的组播业务控制策略， 对该请求进行包括频道接入权限控制和 AN资源接纳控制在内的接纳控制。
步骤 203: AN判断是否向上一级组播复制点转发加入频道请求，如 果是， 进入步骤 205; 否则， 进入步骤 204。 步骤 204: AN根据接纳控制结果接受或拒绝用户终端加入组播频道 的请求， 还可以进一步将接纳控制结果通知用户终端。
步骤 205： AN向作为上一级组播复制点的 EN转发加入频道请求。 步骤 206: EN接收来自 AN的加入频道请求， 根据 CRPMF模块所 下发的组播业务控制策略， 进行 EN资源接纳控制。
步骤 207: EN判断是否向上一级组播复制点转发加入频道请求， 如 果是， 进入步骤 209; 否则， 进入步骤 208。
步骤 208: EN根据接纳控制结果接受或拒绝用户终端加入组播频道 的请求， 还可以进一步将接纳控制结果通知用户终端。
步骤 209: EN向 Video-SR转发加入频道请求。
步骤 210: Video-SR将来自 IPTV业务头端系统 160的、 用户终端 请求加入的组播频道的频道内容发送给用户终端。
由图 2所示步骤可见， 与图 1类似， CRPMF模块与 AN, EN相互 配合可以实现对用户 IPTV组播业务的接纳控制； 用户终端在顺利通过 所述 IPTV组播业务的接纳控制后， 接收其所请求的组播媒体流， 并且 该组播媒体流是按照用户订制的 IPTV组播业务所需的质量要求发送给 用户终端的。
后续如果再有其它用户终端请求接收组播频道的频道内容， 该后续 用户终端仍要接受所述资源接纳控制， 如果当前资源不能满足该后续用 户终端的需求， 该后续用户终端的请求会被拒绝； 之前已通过资源接纳 控制并接收组播媒体流的用户终端， 其接收的组播媒体流的业务质量并 不会受到影响。 显然， 用户终端可以被提供可保证的服务质量， 这能够 明显提高用户满意度。
由以上所述可以看出， 本发明实施例所提供的实现分布式接纳控制 的系统和方法， 使得用户终端可获得保证服务质量的 IPTV组播业务， 这能够明显提高用户满意度

Claims

权利要求书
1、 一种实现组播业务分布式接纳控制的系统， 其特征在于， 该系 统包括：
中心资源管理和策略生成模块， 用于根据组播业务的质量要求、 用 户签约数据， 和 /或获取的全网网络资源状况， 生成组播业务控制策略， 并将生成的组播业务控制策略发送给接纳控制点；
接纳控制点，用于根据收到的组播业务控制策略对用户终端的 IPTV 组播频道加入请求进行接纳控制， 并根据接纳控制结果接受或拒绝用户 终端的 IPTV组播频道加入请求。
2、 如权利要求 1 所述的系统， 其特征在于， 中心资源管理和策略 生成模块进一步用于， 根据组播业务的质量要求、 用户签约数据， 和 / 或获取的全网网络资源状况的变化， 对生成的组播业务控制策略进行更 新。
3、 如权利要求 1 所述的系统， 其特征在于， 所述接纳控制点分布 在接入节点 AN和 /或接入网边缘节点 EN。
4、 如权利要求 3 所述的系统， 其特征在于， 所述分布的接纳控制 点位于 AN, 该 AN中的接纳控制点包括：
频道接入权限控制模块， 用于确定用户终端是否有权加入其所请求 的组播频道；
AN资源接纳控制模块， 用于确定 AN所控制区域是否有足够资源 以供用户终端加入组播频道。
5、 如权利要求 3 所述的系统， 其特征在于， 所述分布的接纳控制 点位于 EN, 该 EN中的接纳控制点包括：
组播业务资源接纳控制模块， 用于检查 EN所控制网络范围的组播 业务的业务资源， 如果检测到的所述组播业务的业务资源中的剩余可用 资源不够用户终端新请求加入的组播频道的组播媒体流的资源所需， 就 拒绝用户终端加入组播频道的请求； 和 /或，
EN所控区域的总资源接纳控制模块，用于检查 EN所控制网络范围 的网络总可用资源， 如果检测到所述网络总可用资源中的剩余可用资源 不够用户终端请求加入的组播频道的资源所需， 就拒绝用户终端加入组 播频道的请求。
6、 如权利要求 4所述的系统， 其特征在于， 所述频道接入权限控 制模块中设置有可接入组播频道表查询模块和 /或频道策略执行模块； 所述可接入组播频道表查询模块用于查找可接入组播频道表中所 记录的用户终端可加入的组播频道， 并根据查询结果， 接纳或拒绝用户 所申请接入的频道；
所述频道策略执行模块用于根据自身保存的频道策略， 检查用户已 申请的频道数是否已达到业务提供方所规定的用户最大允许接入频道 数， 对用户终端的加入组播频道请求进行接纳或拒绝。
7、如权利要求 4所述的系统， 其特征在于， 所述 AN资源接纳控制 模块包括：
用户组播业务资源接纳控制模块， 用于检测网络分配给 AN的组播 业务的业务资源以及分配给用户终端的组播业务的业务资源， 如果检测 到的所述业务资源中的剩余可用资源不能满足用户终端请求加入组播 频道的资源所需， 就拒绝用户终端本次加入组播频道的请求； 和 /或，
AN侧网络总资源接纳控制模块， 用于检查 AN所控制范围的网络 总可用资源， 如果检测到所述网络总可用资源中的剩余可用资源不能满 足用户终端请求加入的组播频道的资源所需， 就拒绝用户终端加入组播 频道的请求。
8、 如权利要求 3至 7任一项所述的系统， 其特征在于， 在 AN和 / 或 EN中进一步包括：
网络资源管理模块， 用于通过网络资源管理获知网络资源信息， 并 将获知的网络资源信息提供给 AN、 EN、中心资源管理和策略生成模块。
9、 如权利要求 3至 7任一项所述的系统， 其特征在于， 在 AN和 / 或 EN中进一步包括：
因特网组管理协议 IGMP代理模块，用于接收用户终端加入组播频 道的请求， 并使用该请求触发所述接纳控制点进行接纳控制操作。
10、 如权利要求 9所述的系统， 其特征在于， 进一步在所述设置有 所述接纳控制点的 AN和 /或 EN中设置组播控制模块， 用于向用户终端 下发其所请求的组播媒体流。
11、 一种实现组播业务分布式接纳控制的方法， 其特征在于， 该方 法包括：
根据组播业务的质量要求、 用户签约数据， 和 /或获取的全网网络资 源状况， 动态生成组播控制策略；
根据所述组播控制策略对用户终端的组播频道加入请求进行接纳 控制， 并根据接纳控制结果接受或拒绝用户终端的组播频道加入请求。
12、 如权利要求 11所述的方法， 其特征在于， 该方法进一步包括： 根据组播质量要求， 用户签约数据， 和 /或获取的全网网络资源状况变化 情况， 更新所述组播控制策略。
13、 如权利要求 11 所述的方法， 其特征在于， 进行的所述接纳控 制包括： 确定用户终端是否有权加入其所请求的组播频道， 以及确定 AN和 /或 EN所控制区域是否有足够资源以供用户终端加入组播频道。
14、 如权利要求 11 所述的方法， 其特征在于， 进行的所述接纳控 制包括： AN 判断用户终端是否有权加入其所请求的组播频道， 并判断 AN 所控制区域是否有足够资源以供用户终端加入组播频道； 若上述判断结 果均为是， 则进一步包括如下步骤：
检测 EN所控区域的组播业务的业务资源中的剩余可用资源是否满 足用户终端请求加入的组播频道的资源所需， 如不满足， 就拒绝用户终 端加入组播频道的请求； 和 /或
检测 EN所控制区域的网络总可用资源， 如果检测到所述网络总可 用资源中的剩余可用资源是否满足用户终端请求加入的组播频道的资 源所需， 如不满足， 就拒绝用户终端加入组播频道的请求。
15、 如权利要求 13或 14所述的方法， 其特征在于， 所述判断用户 终端是否有权加入所述用户终端所请求的组播频道的操作包括：
查找组播业务控制策略中的可接入组播频道表， 并根据表中所记录 的用户终端可加入的组播频道列表， 判断用户终端是否有权加入其所请 求的组播频道， 如果无权， 则拒绝用户终端加入该组播频道；
和 /或， 如果有权， 则根据组播控制策略中的用户接入频道策略， 比 较用户终端已申请的组播频道数量和该用户被允许接入的最大组播频 道数量， 如果用户已申请的组播频道数量等于该用户被允许接入的最大 允许接入频道数， 则拒绝用户终端当前的加入组播频道的请求； 如果用 户已申请的组播频道数量小于该用户被允许接入的最大组播频道数量， 则继续执行所述后续步骤。
16、 如权利要求 13或 14所述的方法， 其特征在于， 所述确定 AN 和 /或 EN所控区域是否有足够资源以供用户终端加入组播频道包括： 检测网络分配给 AN的组播业务的业务资源以及分配给用户终端的 组播业务的业务资源， 如果检测到的所述业务资源中的剩余可用资源有 一种或两种已不能满足用户终端请求加入组播频道的资源所需， 就拒绝 用户终端本次加入组播频道的请求； 和 /或，
检查 AN所控区域的网络总资源， 如果检测到所述网络总资源中的 剩余可用资源不能满足用户终端请求加入的组播频道的资源所需， 就拒 绝用户终端加入组播频道的请求。
17、 如权利要求 12、 13或 14所述的方法， 其特征在于， 在所述用 户终端加入组播频道的请求被接受时， 进一步包括： 以组播复制方式向 用户终端下发其所请求的组播媒体流。
18、 如权利要求 12、 13或 14所述的方法， 其特征在于， 所述进行 接纳控制之后， 进一步包括： 将进行接纳控制操作所生成的结果发送给 用户终端。
19、 如权利要求 18 所述的方法， 其特征在于， 所述将进行接纳控 制操作所生成的结果发送给用户终端的实现方式为：
以扩展 IGMP的方式增加作为响应信息的 IGMP控制报文类型， 并 在增加的控制报文中携带 IGMP频道加入请求被接受或被拒绝的信息， 再将携带有所述信息的 IGMP控制报文发送给用户终端。
PCT/CN2007/070754 2006-10-19 2007-09-21 Système et procédé permettant un contrôle d'accès réparti dans un service multidiffusion WO2008046336A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2006101499718A CN101166194B (zh) 2006-10-19 2006-10-19 一种实现分布式接纳控制的系统和方法
CN200610149971.8 2006-10-19

Publications (1)

Publication Number Publication Date
WO2008046336A1 true WO2008046336A1 (fr) 2008-04-24

Family

ID=39313619

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/070754 WO2008046336A1 (fr) 2006-10-19 2007-09-21 Système et procédé permettant un contrôle d'accès réparti dans un service multidiffusion

Country Status (2)

Country Link
CN (1) CN101166194B (zh)
WO (1) WO2008046336A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101494607B (zh) 2009-03-05 2011-12-21 华为技术有限公司 一种接纳控制方法、系统及设备
CN102036167A (zh) * 2009-09-25 2011-04-27 中兴通讯股份有限公司 资源管理系统中实现资源状况上报的方法及系统
CN102215456B (zh) * 2010-04-07 2013-11-06 华为技术有限公司 一种组播控制方法和装置
CN102215159B (zh) * 2010-04-12 2015-06-03 中兴通讯股份有限公司 在宽带网络中业务的管理方法和系统
WO2012054055A1 (en) 2010-10-22 2012-04-26 Hewlett-Packard Development Company, L.P. Distributed network instrumentation system
WO2017000159A1 (en) * 2015-06-30 2017-01-05 Thomson Licensing Method and apparatus for ip multicast grouping

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1671096A (zh) * 2004-03-17 2005-09-21 中国科学技术大学 基于策略控制的组播接入控制方法
US20060034281A1 (en) * 2000-09-13 2006-02-16 Bradley Cain System, device, and method for receiver access control in a multicast communication system
US20060146857A1 (en) * 2004-12-30 2006-07-06 Naik Chickayya G Admission control mechanism for multicast receivers

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1310483C (zh) * 2003-08-19 2007-04-11 广东省电信有限公司科学技术研究院 保证端到端ip电信服务质量的网络系统和控制方法
CN1783866B (zh) * 2004-11-29 2010-12-08 中兴通讯股份有限公司 一种集中式带宽代理的实现端到端QoS的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060034281A1 (en) * 2000-09-13 2006-02-16 Bradley Cain System, device, and method for receiver access control in a multicast communication system
CN1671096A (zh) * 2004-03-17 2005-09-21 中国科学技术大学 基于策略控制的组播接入控制方法
US20060146857A1 (en) * 2004-12-30 2006-07-06 Naik Chickayya G Admission control mechanism for multicast receivers

Also Published As

Publication number Publication date
CN101166194A (zh) 2008-04-23
CN101166194B (zh) 2011-03-30

Similar Documents

Publication Publication Date Title
US7830825B2 (en) Method for realizing the multicast service
US8908687B2 (en) Method for transmitting policy information between network equipment
WO2007140702A1 (en) Multicast service processing method and access equipment
US9226002B2 (en) Method, device and system for realizing broadcast TV
EP2124385B1 (en) Method, device and system for multicast service authorization controlling
WO2009132548A1 (zh) 策略决策功能实体、家庭网关、服务质量控制方法及系统
WO2008046326A1 (fr) Procédé et système de contrôle de service de réseau
WO2004114619A1 (fr) Procede et systeme pour commander une source de diffusion selective
WO2008049314A1 (fr) Procédé et système pour implémenter un service de multidiffusion ou un service de diffusion générale sur la base d'un réseau de nouvelle génération
US20090274163A1 (en) Method, system, and apparatus for controlling multicast bearer resources
WO2008037220A1 (fr) Procédé, système et dispositif pour autoriser une émission de télévision en direct sur un canal par un réseau
WO2008083597A1 (fr) Procédé et dispositif de commande du nombre de sessions d'un utilisateur
WO2008046336A1 (fr) Système et procédé permettant un contrôle d'accès réparti dans un service multidiffusion
US7944826B2 (en) Method and system for service application and service application control agent
EP2351300B1 (en) Method and system for establishing digital media streams
WO2008151528A1 (fr) Procédé, dispositif et système pour commander une ressource de multidiffusion
WO2011144100A2 (zh) 多宽带网络网关下业务调度方法及装置
WO2009024096A1 (fr) Appareil de gestion de ressources, procédé et système
WO2007033612A1 (fr) Systeme et procede de commande de ressource du reseau d'acces
US20120124182A1 (en) Method, a terminal, an access node and a media server for providing resource admission control of digital media streams
Souza et al. A QoS enabled public ethernet access network
WO2009100623A1 (zh) 下一代网络组播业务接纳控制方法
WO2008025267A1 (fr) Procédé, système, unité de commande d'admission et de ressource pour établir le service de multidiffusion
KR100609711B1 (ko) 수동형 광가입자망에서 광선로종단장치의 대역폭 보장방법 및 그 장치
Ooghe et al. Resource admission control in access networks

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: 07816945

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: 07816945

Country of ref document: EP

Kind code of ref document: A1