WO2008131651A1 - Procédé, système et dispositif de commande de ressource multidiffusion - Google Patents

Procédé, système et dispositif de commande de ressource multidiffusion Download PDF

Info

Publication number
WO2008131651A1
WO2008131651A1 PCT/CN2008/070030 CN2008070030W WO2008131651A1 WO 2008131651 A1 WO2008131651 A1 WO 2008131651A1 CN 2008070030 W CN2008070030 W CN 2008070030W WO 2008131651 A1 WO2008131651 A1 WO 2008131651A1
Authority
WO
WIPO (PCT)
Prior art keywords
multicast
function entity
resource
control
request
Prior art date
Application number
PCT/CN2008/070030
Other languages
English (en)
French (fr)
Inventor
Shibi Huang
Yu Zuo
Ning Zhu
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.
Priority to EP08700056A priority Critical patent/EP2164273A4/en
Publication of WO2008131651A1 publication Critical patent/WO2008131651A1/zh
Priority to US12/503,669 priority patent/US20090274163A1/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/70—Admission control; Resource allocation
    • H04L47/78—Architectures of resource allocation
    • H04L47/782—Hierarchical allocation of resources, e.g. involving a hierarchy of local and centralised entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/806—Broadcast or multicast traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/824—Applicable to portable or mobile terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services

Definitions

  • the present invention relates to the field of Next Generation Network (NGN), and in particular, to a method, system and device for implementing multicast bearer resource control in an NGN.
  • NGN Next Generation Network
  • IPTV Internet Protocol Television
  • IPTV services can provide more flexible and flexible services and provide a comprehensive IPTV value-added service platform for communication, data, video and audio services.
  • the IPTV service mainly provides live television (LTV, Live Television) services and video on demand (VOD, Video on demand) services.
  • VOD video on demand
  • the VOD service has the characteristics of personalization and implementation interaction; the LTV service is passive to the user, and the user's choice of content is limited to the provided channel, which is a non-interactive type of service.
  • Video streams of VOD services and LTV services are transmitted on IP networks in different technical areas: VOD services use point-to-point communication; LTV services use point-to-multipoint communication, which can be implemented by multicast technology, and multicast technology can effectively utilize the network. Bandwidth, avoiding wasted bandwidth resources.
  • the multicast technology uses the same multicast address to send the service.
  • the sender sends the content to the specified multicast address.
  • the multicast address is copied to the receiver and then sent to multiple receivers.
  • the receiver joins the service multicast group to request the neighboring router to copy the multicast content, and then sends it to itself, and the routers interact with other routers through the multicast routing protocol to establish multicast forwarding.
  • Path such that multicast content can be grouped from the multicast source
  • the broadcast forwarding path is transmitted to the recipient.
  • NGN is a converged network based on packet technology. It is based on packet switching and adopts an architecture separate from bearer and control. It not only inherits all the services of the fixed network, but also inherits the services of the mobile network. NGN combines the advantages of fixed network, mobile network and IP network, enabling analog users, digital users, mobile users, IP users and users accessing via satellite to communicate with each other as users in NGN.
  • FIG 1 is a diagram of an NGN architecture in the prior art, as shown in the figure: including a service layer and a bearer layer, the service layer mainly includes a multimedia subsystem (IMS, IP Multimedia Subsystem), PES (PSTN/IDSN Emulation Subsystem), and user configuration.
  • IMS multimedia subsystem
  • PES PSTN/IDSN Emulation Subsystem
  • User profiles, 7 layers mainly include the Resource and Admission Control Subsystem (RACS). And the Network Attachment Subsystem (NASS).
  • RAS Resource and Admission Control Subsystem
  • NSS Network Attachment Subsystem
  • IMS as a sub-system under the NGN standard architecture, provides a converged architecture for the fixed softswitch network and the mobile softswitch network, which realizes the separation of service and control planes, and can cultivate more new ones under this framework.
  • IMS architecture can carry 7 IPTV services.
  • the RACS implements resource admission control to transmit network management information to the service layer, to separate the service control from the transmission function, to sense the resource usage of the bearer layer, to ensure the correct and rational use of the bearer layer resources, to ensure the service quality of the service, and to prevent bandwidth. And the phenomenon of business theft occurs.
  • the bearer layer includes a RACS, a NASS, and a bearer transport layer.
  • the RACS includes a service-based policy decision function (SPDF), an access-side resource and an access control function (A-RACF, Access-Resource and Admission Control Function); Access Node, IP Edge Node The Resource Control Execution Function Entity (RCEF) and the Layer 2 Terminating Function Entity (L2TF) in the IP Edge and the Border Gateway Function (BGF) in the Core Border Node.
  • SPDF service-based policy decision function
  • A-RACF Access-side resource and an access control function
  • A-RACF Access-Resource and Admission Control Function
  • SPDF is a unified interface provided to the service layer to shield the bearer layer network topology and specific access types, and provides service-based policy control.
  • SPDF selects according to the request sent by the application function entity (AF, Application Function) in the service layer. Policy, and map the request to IP quality of service parameters to the BGF to request the corresponding resources, send the request to A-RACF 0
  • A-RACF has the function of admission and policy aggregation, A-RACF receives the request from SPDF, and then based on The saved policy implements the admission control, accepts or rejects the request for the bearer resource, and the A-RACF obtains the network attachment information and the user service quality list information from the NASS through the e4 interface, thereby being able to obtain the network location information (for example, the physical address of the access user).
  • the A-RACF determines the media flow policy and provides it to the RCEF.
  • the BGF is located between the access network and the core network to implement the core border gateway function. It can also be located between the two core networks to implement the interconnection border gateway function.
  • the BGF performs network address translation, gating, and quality of service marking under the control of SPDF. , bandwidth limits, usage policies, and resource synchronization.
  • the RCEF implements a Layer 2/Layer 3 (L2/L3) media streaming policy transmitted by the A-RACF through the Re interface to perform functions such as gating, quality of service marking, and bandwidth limitation.
  • L2TF is a functional entity that terminates Layer 2 connections in the access network.
  • the bearer layer can be divided into three segments, as shown in FIG. 3, including an access network, an access aggregation network, and a core network, where user equipment (UE, User Equipment) is between IP Edges.
  • UE User Equipment
  • the IP Edge Core Border Node is called the access aggregation network
  • the Core Border Node is called the core network.
  • the method for applying the bearer resource of the unicast technology based on the architecture shown in FIG. 2 is as shown in FIG. 4, and the specific steps are as follows:
  • Step 401 The AF receives the session establishment negotiation information, and determines that the session needs to apply for the bearer resource.
  • description information of the unicast flow requesting the bearer resource such as a unicast stream quintuple (source, destination IP address, port, and protocol type), and QoS related parameters. , such as level, bandwidth.
  • Step 403 The SPDF authorizes the bearer resource request, and the process includes the SPDF determining whether the service request of the AF conforms to the set policy.
  • Step 404 If the SPDF successfully authorizes the bearer resource, it may be required to request the A-RACF to request the reserved resource and/or indicate to the B GF to perform the resource reservation.
  • the SDPF will be determined according to the policy and the parameters carried in the request sent by the AF. Therefore, based on the SPDF decision, steps 405 to 408 or / and steps 409 to 409 may not occur.
  • the authorization reservation resource request sent by the SPDF to the A-RACF also includes the description information of the unicast flow requesting the resource and the requested QoS parameters.
  • Step 405 The A-RACF performs resource authorization and admission control based on the policy of the access network.
  • the A-RACF also determines if a policy decision needs to be issued to the RCEF, and if so, step 406 is performed.
  • Step 406 The A-RACF instructs the RCEF to apply a policy on the associated unicast stream (depending on the decision of step 405), the policy includes a description (pentagon) of the unicast flow using the policy, and the authorized QoS parameters ( For bandwidth, etc., go to step 407.
  • Step 407 The RCEF determines the relevant policy rule according to the indication of the A-RACF and returns a response to the A-RACF (depending on the step 406), and performs step 407.
  • Step 408 The A-RACF sends a resource authorization response to the SPDF, and notifies the SPDF of the result of authorizing the reserved resource.
  • Step 409 The SPDF determines whether the BGF needs to be reserved to allocate resources, and if necessary, delivers the policy to the BGF.
  • the policy contains a description of the unicast stream that uses the policy (five yuan) Group), and authorized QoS parameters (bandwidth, etc.).
  • Step 410 The BGF executes the policy and reserves the allocated bearer resources, and returns the result of the resource reservation to the SPDF.
  • Step 411 The SPDF sends the result returned in step 408 or / and step 410 to the AF.
  • the architecture based on Figure 2 is currently only applicable to unicast technology and not to multicast technology because:
  • Unicast technology adopts peer-to-peer communication mode.
  • the switch or/and router in the network only forwards the transmitted data stream without copying. If 10 UEs receive the same data, the server needs to transmit one by one, repeating 10 times. The same job.
  • the multicast technology adopts the point-to-multipoint communication mode. The UEs that need to receive the same data stream join a multicast group and share a data stream provided by the multicast group.
  • the second point In the multicast technology, the UE needs to send an Internet Group Management Protocol (IGMP) message to the multicast router to enter a multicast group, and the message receives the message.
  • IGMP Internet Group Management Protocol
  • the termination is performed on a multicast router.
  • the multicast router corresponds to the IP EDGE node. That is, if the access control of the multicast stream is required to prevent the unprivileged UE from joining the multicast group, the IP EDGE node must be configured with an admission policy to determine whether to allow a UE to join.
  • the embodiment of the invention provides a method for implementing multicast bearer resource control in an NGN, which can implement control of multicast bearer resources in an NGN.
  • the embodiment of the invention further provides a system for implementing multicast bearer resource control in an NGN, which can implement control of multicast bearer resources in an NGN.
  • the embodiment of the invention further provides an apparatus for implementing multicast bearer resource control in an NGN, which can implement control of multicast bearer resources in an NGN.
  • a method for implementing multicast resource control includes the following steps:
  • the network entity in the RACS receives the multicast resource control request; the network entity in the RACS controls the multicast bearer resource for the control request.
  • a control system for implementing multicast resources including: resource and admission control subsystem
  • the network entity in the RACS is configured to receive a multicast bearer resource control request, and perform multicast bearer resource control on the request.
  • An apparatus for implementing multicast bearer resource control includes a receiving module and a multicast resource processing module, wherein a receiving module is configured to receive a multicast bearer resource control request, and a multicast resource processing module is configured to receive the control request Perform multicast bearer resource control.
  • the embodiments of the present invention extend the capabilities of the SPDF and the A-RACF of the bearer layer to control the multicast bearer resources to be processed according to the multicast bearer resource application request, the change request, or the release request.
  • the multicast stream bearer policy is used to control one or more combinations of resource reservation control, bandwidth limit control, resource activation control, and access authorization control of the multicast bearer resource of the multicast stream by the transport layer. It also extends the capabilities of the B
  • the flow control policy performs one or more combinations of resource reservation control, bandwidth restriction control, resource activation control, and access authorization control control on the multicast bearer resources of the multicast stream. Therefore, the method, system, and apparatus provided by the embodiments of the present invention can implement control of multicast bearer resources in the NGN. BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 2 is a functional entity architecture diagram of a prior art bearer layer
  • FIG. 3 is a schematic diagram showing a division structure of a bearer layer in an NGN
  • FIG. 4 is a flowchart of a method for applying a bearer resource for implementing a unicast technology based on the architecture shown in FIG. 2;
  • FIG. 5 is a schematic diagram of a system for implementing multicast bearer resource control in an NGN according to an embodiment of the present invention
  • FIG. 6 is a schematic diagram of a system for implementing multicast bearer resource control in an NGN according to an embodiment of the present invention
  • FIG. 7 is a schematic diagram of an apparatus for implementing multicast bearer resource control in an NGN according to an embodiment of the present invention.
  • FIG. 8 is a schematic diagram of a device for implementing multicast bearer resource control in an NGN according to an embodiment of the present invention.
  • FIG. 9 is a flowchart of a method for implementing a multicast bearer resource application in an NGN according to a preferred embodiment of the present invention.
  • FIG. 10 is a flowchart of a method for implementing multicast bearer resource release in an NGN according to a preferred embodiment of the present invention
  • FIG. 11 is a flowchart of a method for implementing multicast bearer resource change in an NGN according to a preferred embodiment of the present invention
  • FIG. 12 is a flowchart of processing an SPDF processing multicast bearer resource control message by using (S, G) as an example
  • FIG. 13 is a flowchart of processing an A-RACF processing multicast bearer resource control message by using (S, G) as an example;
  • FIG. 14 is a flowchart of a method for implementing a multicast bearer resource request by using a PULL method in an NGN according to a preferred embodiment of the present invention. Mode for carrying out the invention
  • the embodiment of the present invention extends the capabilities of the A-RACF and SPDF in the RACS to the RCEF and the BGF.
  • the ability to extend or set the entity that can control the bearer resources of the multicast stream Enable A-RACF and SPDF to control the multicast bearer resources to be processed according to the application request, change request or release request, and generate a group Broadcasting bearer policy; enable RCEF and BGF or set entities to perform resource reservation control, bandwidth limit control, resource activation on multicast bearer resources of multicast streams according to the multicast flow control policy delivered by SPDF or A-RACF One or more combinations of control and access authorization controls.
  • the A-RACF when applying or changing the bearer resource of the multicast stream, the A-RACF is used to perform access-side authorization (including the access network and the access aggregation network) for the multicast bearer resource to be controlled. And admission control; SPDF is used to authorize the application or change request of the multicast bearer resource; the RCEF is used to perform resource reservation control on the multicast bearer multicast resource of the multicast stream according to the multicast flow control policy, One or more combinations of bandwidth limitation control, resource activation control, and access authorization control; the BGF is configured to perform resource reservation control, bandwidth limitation control, and multicast resource allocation on the multicast stream according to the multicast flow control policy. One of the resource activation controls A variety of combinations.
  • the embodiment of the present invention can set the function of saving and updating the multicast stream state information in the A-RACF and the SPDF, and according to the multicast bearer resource request request or the information carried by the multicast bearer resource change request or/and the current resource information of the bearer layer.
  • the broadcast stream performs authorization or/and admission control functions.
  • this embodiment adds the following entities:
  • MRAF multicast resource authorization function
  • the current resource information of the bearer layer performs authorization or/and admission control functions on the multicast stream;
  • the multicast control processing function (MCPF) is used to install, change, or delete the multicast flow control policy, and execute the multicast flow control policy, for example, to perform resource pre-processing on the multicast bearer resource of the multicast stream.
  • MCPF multicast control processing function
  • Table 1 shows the new functional entities in the entity shown in Figure 2:
  • MCPF may also be used as an independent bearer layer functional entity, which is set on IP Edge and Core Border Node respectively, and information is separately generated from RCEF and BGF. Interaction.
  • the embodiment of the present invention further provides a system for implementing multicast bearer resource control in an NGN, including: a network entity in an RACS, configured to receive a multicast bearer resource control request, Perform multicast bearer resource control.
  • the multicast resource control request may be a multicast request request, a release request, or a change request.
  • the following describes how the system handles different multicast bearer resource control requests.
  • FIG. 5 is a schematic diagram of a system for implementing multicast bearer resource control in an NGN according to an embodiment of the present invention.
  • the system uses a request for a bearer resource of a multicast stream as an example, and the function of the newly added function entity is respectively set in the embodiment.
  • SPDF, A-RACF, RCEF and BGF as shown, the system includes: SPDF, A-RACF, RCEF and BGF, where
  • the SPDF is configured to receive a multicast bearer resource request from the AF, authorize the request, send the authorized multicast bearer resource request request to the A-RACF, send a multicast flow control policy to the BGF, and receive the A-RACF transmission. Access-side authorization and admission control results and policy installation responses sent by the BGF;
  • the A-RACF is configured to receive the multicast bearer resource application request after the SPDF sends the authorization, perform access-side authorization and admission control on the requested multicast stream resource according to the access network policy and the resource, and send the request to the RCEF.
  • the multicast flow control policy receives the policy installation result response sent by the RCEF, and sends the access side authorization and admission control result to the SPDF;
  • RCEF which is used to install and execute the multicast flow control policy sent by A-RACF, and return the policy installation result response to A-RACF.
  • BGF a multicast flow control policy for installing and executing SPDF transmissions; returning a policy installation result response to SPDF.
  • system may further include an AF, where
  • the obtained multicast bearer resource request request processing result is sent to the AF.
  • the AF is used to receive the multicast bearer resource request request processing result sent by the SPDF.
  • the SPDF may further determine whether the BGF already exists in the BGF before sending the multicast flow control policy to the BGF. If other UEs use the multicast flow, the bearer resource has been applied. If yes, Then, the multicast flow control policy is not sent to the BGF. In this case, the BGF does not need to install and execute the multicast flow control policy. If not, the method is executed according to the above scheme.
  • the A-RACF performs authorization and admission control on the multicast resources according to the access side policy and the current resource situation. For example, if the corresponding multicast stream already exists on the corresponding RCEF, if yes, the current network resource condition of the integrated access network authorizes the access network multicast resource, and if not, the integrated access network and access The current network resources of the aggregation network authorize the multicast resources of the access network and the access aggregation network.
  • the multicast flow control policy request function entity (MPRF, Multicast Policy Request Funtion) may also be added.
  • MPRF Multicast Policy Request Funtion
  • the functions of the MPRF can be set separately in RCEF and BGF, or they can be set separately.
  • the RCEF After receiving the request of the UE to join the multicast group through the Access Node, the RCEF sends a multicast flow control policy request to the A-RACF through the MPRF, and receives the multicast flow control policy response sent by the A-RACF, and then performs the multicast flow control response. Multicast flow control policy delivered by A-RACF;
  • the RCEF can determine whether the multicast path of the multicast stream is established. If yes, no processing is performed. If not, the multicast path establishment message is sent to the BGF. After receiving the message, the BGF sends the group to the SPDF through the MPRF. After the multicast bearer resource authorization request sent by the SPDF is received, the multicast stream control policy sent by the SPDF is performed on the multicast stream.
  • FIG. 6 is a schematic diagram of a system 2 for implementing multicast bearer resource control in an NGN according to an embodiment of the present invention.
  • the system uses a 7-load resource request for a multicast stream as an example.
  • an embodiment of the present invention is added.
  • the entities are independently set up, and the system includes: MCPF in the SPDF, A-RACF, and IP edge nodes and in the core boundary node, where
  • SPDF configured to receive a multicast bearer resource request request from the AF, and authorize the request.
  • the authorized multicast bearer resource application request is sent to the A-RACF, and the multicast flow control policy is sent to the MCPF on the Core Boreder Node, and the A-RACF access side authorization and admission control result and the policy installation response sent by the MCPF are received.
  • the A-RACF is configured to receive the multicast bearer resource application request after the SPDF sends the authorization, and perform access-side authorization and admission control on the requested multicast stream resource according to the access network policy and the resource, to the IP EDGE.
  • the MCRF sends a multicast flow control policy, receives the policy installation result response sent by the MCRF, and sends the access side authorization and admission control result to the SPDF.
  • MCPF where MCRF on IP EDGE is used to install and execute the multicast flow control policy received from A-RACF, and return the policy installation result response to A-RACF; MCPF on Core Boreder Node is used to install and execute receive from SPDF The multicast flow control policy returns a policy installation result response to the SPDF.
  • system may further include an AF, where
  • the obtained multicast bearer resource request request processing result is sent to the AF.
  • the AF is used to receive the multicast bearer resource request request processing result sent by the SPDF.
  • the above system embodiment describes how to process the multicast 7-load resource request request.
  • the multicast bearer resource release request and the multicast bearer resource change request may also be processed.
  • the request is sent to the A-RACF for resource release, and the A-RACF and the SPDF may further instruct the transport layer to delete the multicast flow control policy of the multicast stream;
  • SPDF authorizes the request and sends the request to A-RACF for resource change.
  • A-RACF and SPDF can further instruct the transport layer to change the multicast flow control policy of the multicast stream.
  • the embodiment of the present invention further provides an apparatus for implementing multicast bearer resource control in an NGN, including: a receiving module and a multicast resource processing module, where the receiving module is configured to receive multicast
  • the bearer resource control request is used by the multicast resource processing module to perform multicast bearer resource control on the received control request.
  • the multicast resource control request may be a multicast request request, a release request, or a change request.
  • the following describes how the system handles different multicast bearer resource control requests.
  • FIG. 7 is a schematic structural diagram of a device for implementing multicast bearer resource control in an NGN according to an embodiment of the present invention.
  • the device may be an SPDF or an A-RACF, and includes: a receiving module, a MRAF module, and a control policy generating module, where
  • a receiving module configured to receive a multicast bearer resource application, release, or change request
  • the MRAF module is configured to authorize the multicast resource corresponding to the request or the change request, and release the multicast resource corresponding to the release request;
  • a control policy generating module configured to generate a multicast flow control policy for the multicast stream corresponding to the request or the change request.
  • the apparatus further includes: a policy sending module, configured to send and generate a multicast flow control policy.
  • the device adopts a PULL mode, and further includes: a policy request receiving module and a policy sending module, where
  • a policy request receiving module configured to receive a multicast flow control policy request
  • the policy sending module is configured to send a multicast multicast flow control policy.
  • FIG. 8 is a schematic structural diagram of an apparatus for implementing multicast bearer resource control in an NGN according to an embodiment of the present invention.
  • the apparatus may be a BGF or an RCEF, and includes: a receiving module and an MCPF module, where
  • a receiving module configured to receive a multicast flow control policy, or a change or delete indication of the multicast flow control policy
  • MCPF module for installing and executing multicast flow control policies, or for controlling multicast flows Change or delete it slightly.
  • the device shown in Figure 8 is used in the PUSH mode. When in the PULL mode, the device used also includes a multicast policy request module.
  • the multicast policy request module is configured to request a multicast flow control policy.
  • MRAF is set to SPDF
  • MRAF is set to A-RACF
  • MCPF is set to BGF
  • MCPF is set to RCEF.
  • the PUSH method is adopted.
  • FIG. 9 is a flowchart of a method for establishing a multicast bearer resource in an NGN according to an embodiment of the present invention. In this embodiment, the specific steps are:
  • Step 901 The AF receives a service layer session negotiation message, such as a session description protocol (SDP) message, and obtains session related information carried by the message.
  • a service layer session negotiation message such as a session description protocol (SDP) message
  • the session related information includes the multicast group address that the UE selects to join, and media related information (such as required bandwidth, etc.).
  • Step 902 The AF sends a multicast bearer application request to the SPDF according to the session related information, where the request carries the multicast stream related information.
  • the multicast stream related information must include: a UE identifier and a multicast stream description information.
  • the description of the multicast stream must include: Multicast Group Class D address, optionally including at least one multicast source address and source address filtering mode.
  • the multicast stream related information may further include: bandwidth information of the multicast stream request or/and resource activation indication information. If the resource activation indication information is included, the description indicates that the bearer layer resource is activated. After the bearer layer resource is established, the bearer layer resource can be used immediately. Otherwise, it indicates that it needs to wait for further indication of the AF to use the already established bearer layer resource.
  • Step 903 After receiving the multicast bearer application request sent by the AF, the SPDF authorizes the request. If the authorization is passed, it is determined whether the multicast stream already exists in the BGF, if If yes, it is determined that the authorized multicast bearer application request is sent to the A-RACF, and subsequent steps 904-909; if not, determining to send a multicast bearer application request to the A-RACF and determining to send the multicast flow control policy to the BGF Steps 904 ⁇ 909 and steps 910 ⁇ 912 are performed subsequently.
  • the SPDF obtains the bandwidth required by the database to store the multicast stream by querying the local database.
  • the SPDF according to the admission control function of the multicast stream set by the SPDF, it is determined whether the message is authorized to pass. In this step, the SPDF also generates a control policy and sends it to the BGF.
  • the current state of the multicast stream carried by the request is determined according to the multicast stream state information stored in the SPDF, so as to determine whether the multicast stream already exists in the BGF. For example, when the la interface uses the H.248 protocol, the SPDF determines whether the BGF has established a context for the multicast stream.
  • the steps 910-912 may not occur (when the BGF already exists in the multicast stream); the sequence of steps 910-912 and 904-909 may be indeterminate, may occur at the same time, or step 910 may be performed first. 912, then execute 904 - 909.
  • Step 904 The SPDF sends a multicast bearer resource request request to the A-RACF, where the information carried by the request is consistent with the information carried in step 902.
  • Step 905 After receiving the request, the A-RACF performs authorization and admission control on the multicast resource according to the access network policy and the resource status.
  • the current state of the multicast stream carried by the message is determined, thereby determining whether the multicast stream already exists in the RCEF.
  • Step 906 The A-RACF sends a multicast flow control policy to the RCEF, instructing the RCEF to perform resource reservation control, bandwidth limitation control, resource activation control, and multicast multicast resources on the multicast stream.
  • a multicast flow control policy to the RCEF, instructing the RCEF to perform resource reservation control, bandwidth limitation control, resource activation control, and multicast multicast resources on the multicast stream.
  • One or more combinations of access authorization controls One or more combinations of access authorization controls.
  • the multicast flow control policy includes: a description information about the multicast flow, a UE identifier, and bandwidth information of the multicast stream.
  • the multicast flow control policy may further include: the resource activation indication information, if the resource activation indication information is included, the indication indicates that the bearer layer access side resource is activated, and the bearer layer access side resource is established, and the bearer layer is accessed. Side resources can be used immediately, otherwise it means waiting
  • Step 907 The RCEF installs and executes a multicast flow control policy, where the RCEF performs: a resource reservation, and/or a bandwidth limitation, and/or an access authorization control function on the multicast flow.
  • the RCEF may also perform multicast access authorization for subsequent receiving IGMP requests from the UE according to the description information of the multicast stream included in the multicast flow control policy, such as the multicast group address, and only accept the high-level AF.
  • the RACS sends an IGMP multicast service flow request for the multicast flow description information, so as to implement the admission control of the user's multicast service request according to the application authorization of the high-level AF.
  • Step 908 The RCEF returns a policy installation response to the A-RACF.
  • Step 909 The A-RACF returns an access-side multicast bearer application response to the SPDF, and indicates an access-side multicast bearer resource reservation result of the multicast stream.
  • Step 910 The SPDF determines that the multicast flow control policy needs to be sent to the BGF, and instructs the BGF to perform one or more combinations of resource reservation control, bandwidth limitation control, and resource activation control on the multicast bearer resource of the multicast stream.
  • the multicast flow control policy is sent, and the BGF is instructed to install the multicast flow control policy.
  • the ADD command is used to add two Hs. ..248 virtual endpoint Tc (core network side) and Ta (access network side), these two endpoints are in the same context.
  • the SPDF sends a multicast flow control policy to the BGF.
  • the multicast flow control policy includes: multicast flow description information and authorized bandwidth information.
  • the information may further include: resource activation indication information, if the resource activation indication information is included, the instruction indicates that the bearer layer access resource is activated, and after the bearer layer access resource is established, the bearer layer access resource may be used immediately, otherwise Waiting for further indication by the A-RACF to access the resources using the established bearer layer.
  • Step 911 The BGF installs and executes a multicast flow control policy, and performs control functions such as multicast resource reservation, and/or bandwidth limitation, and/or resource activation according to the multicast flow control policy.
  • Step 912 The BGF returns a policy installation response to the SPDF.
  • Step 913 The SPDF returns a multicast bearer application response to the AF, and carries the reserved result of the multicast bearer resource.
  • the AF After the AF receives the message to end the session, it needs to request the RACS to release the corresponding multicast resource, as shown in Figure 10.
  • FIG. 10 is a flowchart of a method for releasing a multicast bearer resource in an NGN according to an embodiment of the present invention. In this embodiment, the specific steps are:
  • Step 100 The AF receives the end session message sent by the service layer, and determines to release the multicast bearer resource to the bearer layer.
  • Step 1002 The AF sends a multicast bearer resource release request to the SPDF, where the request includes at least: a UE identifier and a session identifier.
  • the Diameter protocol can be used, the STR/STA command is used to end the session, and the session identifier is used to notify the SPDF that the session needs to be ended, and the session identifier can be used. Identifies the multicast stream, so there is no need to carry other information related to the session.
  • Step 1003 The SPDF sends a multicast resource release request to the A-RACF, requesting the A-RACF to release the access side resource, where the information carried in the request includes at least: the UE identifier and the session identifier.
  • Step 1004 After receiving the multicast resource release request sent by the SPDF, the A-RACF releases the request. The corresponding multicast resource.
  • the multicast stream is not used by other UEs in the RCEF, if yes, it is determined to release the access network and the access aggregation network multicast bearer resources occupied by the multicast stream; otherwise, only the release of the multicast stream is determined to be released. Access network multicast bearer resources.
  • the determining method may determine the current state of the multicast stream according to the multicast stream state information stored by the A-RACF, and determine that the multicast stream is also used by other UEs served by the RCEF.
  • Step 1005 The A-RACF instructs the RCEF to delete the corresponding multicast flow control policy, where the policy includes carrying the multicast flow description information and the UE identifier.
  • Step 1006 The RCEF deletes the multicast flow control policy.
  • Step 1007 The RCEF returns a policy deletion response to the A-RACF.
  • Step 1008 The A-RACF returns a multicast bearer resource release response to the SPDF.
  • Step 1009 The SPDF determines whether it is necessary to delete the corresponding multicast flow control policy on the BGF. If the multicast flow is also used by other UEs served by the BGF, the SPDF only requests the A-RACF to release the access side resource. There is no need to delete the multicast flow control policy on the BGF, that is, steps 1009 ⁇ 1011 do not occur; but if the multicast stream is not used by the UE on the BGF, the SPDF needs to be directed to A-RACF and BGF respectively.
  • the multicast resource release request and the multicast traffic policy deletion request are sent, that is, the sequence of steps 1003 to 1008 and steps 1009 to 1011 is indefinite, and the multicast bearer resource may be requested to be released to the A-RACF first, or may be first sent to the A-RACF.
  • the BGF requests to release the multicast bearer resource. The above steps may also occur in parallel. If the SPDF determines that the corresponding multicast bearer resource needs to be deleted on the BGF, the BGF is instructed to delete the multicast bearer resource. For example, the current LA interface uses the H.248 protocol. Then use the Substract command to delete the two H.248 virtual endpoints Tc (core network side) and Ta (access network side) corresponding to the multicast stream.
  • Step 1010 The BGF deletes the corresponding policy according to the instruction of the SPDF.
  • Step 1011 The BGF returns a policy deletion response to the SPDF.
  • Step 1012 The SPDF returns a response of the resource release to the AF.
  • the bandwidth resources required by the multicast stream change or the filtering rules of the multicast stream change.
  • the bearer layer also changes the bearer resources of the multicast stream.
  • FIG. 11 is a flowchart of changing a multicast resource in an NGN according to an embodiment of the present invention, and the specific steps are as follows:
  • Step 1101 The AF receives the session message of the service layer, and determines that the bearer resource of the multicast data stream related to the session of the bearer layer needs to be changed.
  • Step 1102 The AF sends a multicast bearer resource change request to the SPDF, where the request includes at least the UE identifier.
  • the message may further include: the changed multicast stream information (multicast group address), the changed request bandwidth information, and other changed QoS parameters. If IGMP V3 is used to send a message, the message also needs to contain the multicast source address and may also include the source address filtering mode.
  • Step 1103 After receiving the multicast bearer resource change request, the SPDF authorizes the request, and after the authorization is passed, determines whether the multicast flow control policy of the multicast stream needs to be changed on the BGF. If not, only the step is performed.
  • the process of changing the multicast bearer resources of the multicast stream on the A-RACF as described in 1104 ⁇ 1109; if necessary, performing the modification of the multicast bearer resources of the multicast stream on the A-RACF as described in steps 1104 - 1109 The process, and the changing process of the multicast flow control policy on the BGF as described in steps 1110-1112.
  • the SPDF determines that the current state of the multicast stream is changed, and it is determined that the multicast stream is also used by other UEs served by the BGF, and the group on the BGF does not need to be changed.
  • the control strategy of the broadcast stream For example, if the UE performs channel switching, and the channel before the handover still has other UEs to view, the SPDF only requests the A-RACF to change the access multicast bearer resource, and does not need to change the multicast bearer resource on the BGF.
  • steps 1110 to 1112 may not occur; the sequence of steps 1110 - 1112 and steps 1104 - 1109 may be indefinite, and may occur simultaneously, or steps 1110 - 1112 may be performed first, and then 1104 - 1109 may be executed.
  • Step 1104 The SPDF sends a multicast bearer resource change request to the A-RACF, and requests the A-RACF to change the access-side multicast bearer resource.
  • the information carried in the message includes at least: a UE identifier.
  • the message may further include: the changed multicast stream information (multicast group address), the changed request bandwidth information, and other changed QoS parameters. If IGMP V3 is used to send a message, the message also needs to contain the multicast source address and may also include the source address filtering mode.
  • Step 1105 After receiving the request sent by the SPDF, the A-RACF uses the new quality of service parameters to perform authorization and admission control according to the policy and resources of the access side.
  • the access-side multicast bearer resource currently occupied by the multicast stream is determined according to the information of the multicast stream, and the access-side multicast bearer resource is changed according to the changed multicast stream information, including the multicast bearer resource of the access network. / or access to the aggregation network multicast bearer resources changes.
  • Step 1106 The A-RACF instructs the RCEF to change the corresponding multicast flow control policy.
  • the policy must carry the UE identifier, and may also include the modified multicast stream description information, the changed bandwidth information, and other changed quality of service parameters.
  • Step 1107 The RCEF performs the change of the multicast flow control policy.
  • Step 1108 The RCEF returns a policy change response to the A-RACF.
  • Step 1109 The A-RACF returns a multicast bearer resource change response to the SPDF.
  • Step 1110 If the SPDF determines that the multicast resource on the BGF needs to be changed, the BGF is instructed to change the corresponding multicast flow control policy.
  • the BGF uses the Modify command to modify the attributes of the two H.248 virtual endpoints Tc and Ta corresponding to the multicast stream.
  • Step 1111 The BGF performs the change of the multicast flow control policy.
  • Step 1112 The BGF returns a response to the policy change to the SPDF.
  • Step 1113 The SPDF returns a multicast bearer resource change response to the AF.
  • the SPDF and the A-RACF need to add multicast bearer resource control messages to the characteristics of the multicast technology, including The processing function of the multicast bearer resource application, release, and change request can finally enable the bearer layer to control the bearer resources of the multicast stream.
  • FIG. 12 is a flow chart showing the processing of SPDF processing multicast bearer resource control messages by using (S, G) as an example.
  • (S, G) represents a multicast group, S is the multicast source address, and G is the multicast group.
  • (S,, G,) represents another multicast group, the multicast source address is S, and the multicast group address is G.
  • the SPDF needs to store the multicast stream (S, G) of all multicast bearer resource control messages and the number of UEs that receive the multicast stream served on the BGF, and the multicast stream is in the BGF.
  • the number of served UEs is updated in real time (the corresponding relationship can be regarded as multicast flow state information) to determine a process for processing a multicast bearer resource control message.
  • the SPDF determines the Type of request:
  • B) Release the multicast bearer resources. SPDF judges (S, G) corresponding to (N N-1) whether N is equal to 0. If it is equal to 0, the correspondence between (S, G) and N is deleted, and the BGF is instructed to delete the multicast flow control policy. The A-RACF releases the access-side multicast bearer resources. If N is not 0, the SPDF directly requests the A-RACF to release the access multicast bearer resources. C) Change the hosting resources. If it is a request to allocate (S, G) resources to another multicast stream (S, G,), then implement the process; if it is requesting the allocation of resources of other multicast streams (S, G,) Give (S, G), then implement the A) process.
  • FIG. 13 illustrates the processing flow of A-RACF processing access multicast multicast resource control messages by using (S, G) as an example, where (S, G) represents A multicast group, where S is the multicast source address and G is the multicast group address; N is the number of UEs served by (S, G) on the RCEF; (S,, G,) represents another multicast group, group The source address is S, and the multicast group address is G.
  • the A-RACF needs to store the multicast stream (S, G) of all multicast bearer resource control messages and the number of UEs that receive the multicast stream, and update the number of UEs in real time to determine the processing connection.
  • the multicast bearer resource of the network if not 0, the license releases the multicast bearer resources of the access network. Finally, the RCEF is instructed to delete the multicast flow control policy.
  • the A-RACF sends a multicast flow control policy to the RCEF or/and sends a multicast flow control policy from the SPDF to the BGF, which are adopted.
  • PUSH mode In the embodiment of the present invention, the PULL method may also be used to complete the application of the multicast flow control policy. That is, the bearer layer requests the multicast flow control policy from the RACS, and the IP Edge of the bearer layer sends a multicast flow control policy request to the RACS after receiving the multicast group request sent by the UE through the Access Node, at this time in the RACS.
  • the A-RACF sends a multicast flow control policy to the RCEF or/and sends a multicast flow control policy from the SPDF to the BGF.
  • the existing RCEF and the BGF are the policy enforcement entities and do not have the ability to actively request to reserve the multicast bearer resources, in this embodiment, the RCEF and the BGF need to be expanded in addition to the capabilities described in Table 1.
  • the MPRF After receiving the multicast group request or establishing a multicast path message, the MPRF actively sends a multicast bearer resource authorization request to the RACS.
  • MPRF can also be used as a separate functional entity on the IP Edge and Core Border to request multicast bearer resource authorization from the RACS.
  • Step 1401 The AF receives a service layer session negotiation message, such as an SDP message, and obtains session related information carried by the message.
  • a service layer session negotiation message such as an SDP message
  • the session related information includes the UE selecting the multicast group address to be joined and the information of the multicast stream (such as the required bandwidth).
  • Step 1402 The AF sends a multicast bearer resource request request to the SPDF according to the session related information, where the request carries the multicast stream related information.
  • the multicast stream related information must include: a UE identifier and a multicast stream description information.
  • the description of the multicast stream must include: Multicast Group Class D address, optionally including at least one multicast source address and source address filtering mode.
  • the multicast stream related information may further include: request bandwidth information or/and resource activation indication information. If the resource activation indication information is included, the description indicates that the bearer layer resource is activated. After the bearer layer resource is established, the bearer layer resource can be used immediately. Otherwise, it indicates that the AF needs to be awaited. The step indication can use the already established bearer layer resources.
  • Step 1403 After receiving the request sent by the AF, the SPDF authorizes the request, and the authorization is passed. Determining whether the multicast stream already exists in the BGF, and if so, determining to send the message only to the A-RACF; if not, determining to send the request to the A-RACF and optionally delivering the multicast flow control policy to the BGF .
  • the SPDF obtains the bandwidth of the multicast stream.
  • the current state of the multicast stream carried by the request is determined according to the multicast stream state information stored in the SPDF, so as to determine whether the multicast stream already exists in the BGF. For example, when the la interface uses the H.248 protocol, the SPDF determines whether the BGF has established a context for the multicast stream.
  • Step 1404 The SPDF sends a multicast bearer resource request request to the A-RACF.
  • Step 1405 After receiving the request, the A-RACF performs authorization and admission control on the multicast resource according to the access network policy and resource status.
  • the current network resource condition of the integrated access network authorizes the access network multicast resource. If not, the integrated access network and the access network The current network resources of the incoming aggregation network authorize the multicast resources of the access network and the access aggregation network.
  • the current state of the multicast stream carried by the message is determined, thereby determining whether the multicast stream already exists in the RCEF.
  • Step 1406 The A-RACF returns a multicast bearer resource application response to the SPDF.
  • Step 1407 The SPDF returns a multicast bearer resource application response to the AF.
  • Step 1408 The RCEF receives a request message from the UE to join the multicast group, such as an IGMP message, and the RCEF determines whether the multicast path of the multicast stream is established. If not, it is true.
  • the directed BGF initiates a multicast path setup request (steps 1411 ⁇ 1413), and if so, steps 1411 ⁇ 1413 are not performed.
  • Step 1409 The RCEF sends a request for a multicast bearer resource authorization policy to the A-RACF, where the request includes the description of the multicast stream information and the UE identifier.
  • Step 1410 The A-RACF searches for the multicast flow control policy authorized by the user, and sends the authorized multicast flow control policy to the RCEF by using the multicast bearer resource authorization response, and the RCEF installs and executes the multicast flow control policy.
  • Step 1411 The BGF receives the multicast path establishment request message, and continues to forward the request to the core network.
  • Step 1412 The BGF sends a request for a multicast bearer resource authorization policy to the SPDF, where the request includes the description of the multicast stream information.
  • Step 1413 The SPDF searches for the multicast flow control policy authorized by the multicast stream, and sends the authorized multicast flow control policy to the BGF by using the multicast bearer resource authorization response, and the BGF installs and executes the multicast flow control policy.
  • the embodiments of the present invention extend the capabilities of the SPDF and the A-RACF of the bearer layer to request, change, or release requests according to the multicast bearer resource.
  • One or more combinations of authorization controls are possible to control the transport layer to perform resource reservation control, bandwidth limit control, resource activation control, and access on the multicast bearer resources of the multicast stream.
  • the embodiment of the present invention further expands the capability of the BGF and the RCEF of the bearer layer or directly sets the MRAF that is controlled by the SPDF and the A-RACF, so that the multicast flow control policy issued by the SPDF or the A-RACF can be performed.
  • the multicast bearer resource of the multicast stream performs one or more combinations of resource reservation control, bandwidth limitation control, resource activation control, and access authorization control control. Therefore, the method, the system and the device provided by the embodiments of the present invention can implement the control of the multicast bearer resource in the NGN, and the control includes the control of the application, release or change of the multicast bearer resource.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

一种实现组播承载资源控制的方法、 系统及装置
技术领域
本发明涉及下一代网络（ NGN, Next Generation Network )领域， 特 别涉及一种在 NGN中实现组播承载资源控制的方法、 系统及装置。 发明背景
网际协议电视 ( IPTV, Internet Protocol Television )业务^ ^于宽带 网际协议（ IP , Internet Protocol ) 网络开展的、 以流媒体为主的业务。 与传统的电视（TV , Television )业务相比较， IPTV业务能够提供更加 丰富灵活的业务以及提供一个综合的 IPTV增值业务平台， 实现通信、 数据、 视频和音频等业务。 IPTV 业务主要提供直播电视（LTV, Live Television ) 业务和视频点播 ( VOD, Video on demand ) 业务等。 其中， VOD 业务具有个性化和实施交互的特点； LTV业务对用户而言是被动 的， 用户对内容选择的余地只限于所提供的频道， 是一种非交互型的业 务。 VOD业务和 LTV业务的视频流在 IP网上传送属于不同的技术范畴： VOD 业务采用点对点的通信方式； LTV业务采用点对多点通信， 可以 采用组播技术实现， 组播技术可以有效地利用网络带宽， 避免带宽资源 浪费。
目前， 组播技术采用同一组播地址发送业务的技术， 用于发送者向 指定的组播地址发送内容， 该组播地址将该内容复制后， 同时发送给多 个接收者， 这样可以有效降低业务发送者和传输内容网络的负载。 为了 获得组播地址发送的内容， 接收者通过加入业务组播组来要求邻接的路 由器复制组播内容后， 发送给自身， 而路由器之间通过组播路由协议与 其他路由器交互以建立组播转发路径， 这样组播内容可以从组播源沿组 播转发路径传送给接收者。
NGN是基于分组技术的融合型网络， 以分组交换为主， 采用承载与 控制相分离的架构， 不仅继承了固网的所有业务， 而且继承了移动网络 的业务。 NGN综合了固网、 移动网络和 IP网络的优势， 使得模拟用户、 数字用户、移动用户、 IP用户以及通过卫星接入的用户都可以作为 NGN 中的用户相互通信。
图 1为现有技术中的 NGN架构图， 如图所示： 包括业务层和承载 层， 业务层主要包括多媒体子系统（IMS, IP Multimedia Subsystem ), PES ( PSTN/IDSN Emulation Subsystem )和用户配置文件（ User profiles ), 7 载层主要包括资源和认证控制子系统（ RACS , Resource and Admission Control Subsystem )。以及网络附属层子系统（ NASS , Network Attachment Subsystem )。
其中， IMS作为 NGN标准架构下的子系统， 为固定软交换网与移 动软交换网提供了融合的体系架构， 实现了业务和控制层面的分离， 运 营上可以在这一个架构下培育更多新业务， IMS 的构架可以 7 载 IPTV 业务。
RACS通过实行资源接纳控制， 向业务层传送网络管理信息， 支持 业务控制与传输功能相分离， 感知承载层的资源使用情况， 保证正确合 理地使用承载层资源， 保证业务的服务质量， 并防止带宽和业务被盗用 的现象发生。
图 2为现有技术承载层的功能实体构架图， 如图所示， 该承载层包 括 RACS、 NASS和承载传输层。 其中， RACS 包括基于业务的策略决 策功能实体（ SPDF, Service-based Policy Decision Function )、 接入侧资 源和准入控制功能实体 ( A-RACF , Access-Resource and Admission Control Function ); 承载传输层包括接入点（ Access Node )、 IP边缘节点 ( IP Edge ) 中的资源控制执行功能实体（RCEF )和二层终结功能实体 ( L2TF )、 核心边界节点 （Core Border Node ) 中的边界网关功能实体 ( BGF, Border Gateway Function )。
SPDF是向业务层提供的统一接口， 用于屏蔽承载层网络拓朴和具 体的接入类型， 提供基于业务的策略控制， SPDF根据业务层中应用功 能实体（AF, Application Function )发送的请求选择策略， 并将请求映 射为 IP服务质量参数提供给 BGF, 以请求相应的资源， 将请求发送给 A-RACF0 A-RACF具有接纳和策略汇聚的功能， A-RACF从 SPDF接收 请求， 然后基于所保存的策略实现接纳控制， 接受或拒绝对承载资源的 请求， A-RACF通过 e4接口从 NASS获得网络附着信息和用户服务质量 清单信息， 从而可以根据网络位置信息（例如接入用户的物理地址）确 定可用的网络资源， 同时在处理请求时参考用户服务质量清单信息， A-RACF确定媒体流策略， 提供给 RCEF。 BGF位于接入网和核心网之 间， 实现核心边界网关功能， 也可用位于两个核心网之间， 实现互联边 界网关功能， BGF在 SPDF的控制下完成网络地址转换、 门控、 服务质 量标记、 带宽限制、 使用策略以及资源同步功能。 RCEF实施 A-RACF 通过 Re接口传输的二层 /三层（L2/L3 )媒体流策略， 完成门控、 服务质 量标记和带宽限制等功能。 L2TF是接入网中终结二层连接的功能实体。
为了方便对本专利申请的描述， 可以将承载层划分为三段， 如图 3 所示， 包括接入网、 接入汇聚网和核心网， 其中， 用户设备（UE, User Equipment ) IP Edge之间 尔为接人网， IP Edge Core Border Node 之间称为接入汇聚网， Core Border Node以外称为核心网。
目前， 基于图 2所示的架构实现单播技术的承载资源申请方法如图 4所示， 其具体步骤为：
步骤 401、 AF收到会话建立协商信息， 判定该会话需要申请承载资 步骤 402、 AF发送会话请求相关信息给 SPDF, 该信息包含请求承 载资源的单播流的描述信息， 如单播流五元组（源、 目的 IP地址、 端口 以及协议类型）， 以及 QoS相关参数， 如等级、 带宽。
步骤 403、 SPDF对承载资源请求进行授权， 此过程包含了 SPDF判 定该 AF的业务请求是否符合设定的策略。
步骤 404、 如果 SPDF成功授权承载资源， 则可能需要向 A-RACF 请求授权预留资源和 /或向 B GF指示执行资源预留。
在本步骤中， SDPF将依据策略以及 AF发送的请求中携带的参数来 确定。所以，基于 SPDF的决定，步骤 405步 ~步骤 408或 /和步骤 409 ~ 步骤 409可能不会发生。
SPDF向 A-RACF发出的授权预留资源请求中同样包含请求资源的 单播流的描述信息以及请求的 QoS参数等。
步骤 405、 A-RACF基于接入网的策略进行资源授权和准入控制。 A-RACF同时决定是否需要向 RCEF下发策略决策， 如果是， 执行步骤 406。
步骤 406、 A-RACF指示 RCEF运用相关单播流上的策略（取决于 步骤 405的决定），策略中包含对运用该策略的单播流的描述（五元组）， 以及授权的 QoS参数（带宽等）， 执行步骤 407。
步骤 407、 RCEF 根据 A-RACF 的指示确定相关策略规则并向 A-RACF返回响应 （取决于步骤 406 ), 执行步骤 407。
步骤 408、 A-RACF发送资源授权响应给 SPDF, 通知 SPDF授权预 留资源的结果。
步骤 409、 SPDF确定是否需要指示 BGF预留分配资源， 如果需要 则向 BGF 下发策略。 策略中包含对运用该策略的单播流的描述（五元 组）， 以及授权的 QoS参数（带宽等）。
步骤 410、 BGF执行策略并预留分配承载资源， 同时向 SPDF返回 资源预留的结果。
步骤 411、 SPDF将步骤 408或 /和步骤 410返回的结果，发送给 AF。 从图 4可以看出， 目前基于图 2所示的架构仅仅适用于单播技术， 并不适用于组播技术， 这是因为：
第一点： 单播技术采用点对点的通信模式， 网络中的交换机或 /和路 由器对传输的数据流只进行转发不进行复制，如果 10个 UE接受相同数 据， 则服务器需要逐一传送， 重复 10 次相同的工作。 而组播技术采用 点对多点的通信方式， 需要接受相同数据流的 UE加入一个组播组， 共 享组播组提供的一条数据流。 图 2所示的架构为所有 UE发送或接收的 数据流流在接入网和核心网进行资源预留， 但是如果 UE接收的为组播 流， 则核心网资源是共享的， 如果组播流已经建立， 则图 2所示的架构 不需要再预留核心网资源， 否则会造成资源的浪费。
第二点： 在组播技术中， UE 需要向组播路由器发送英特网组管理 协议（IGMP, Internet Group Management Protocol ) 消息力口入某个组播 组， 而该消息在接收该消息的第一个组播路由器上终结， 在图 2中该组 播路由器对应 IP EDGE节点。 也就是说， 如果需要对组播流的资源进行 准入控制， 防止没有权限的 UE加入该组播组， 就必须在 IP EDGE节点 配置准入策略以判断是否允许某 UE加入。
通过以上分析可以看出， 目前图 2所示的架构还不具备组播^载资 源准入控制的能力， 无法判断是否接纳组播流。 但是， 从目前 IPTV业 务的发展趋势来看， 组播技术将广泛应用于承载 IPTV业务的网络的承 载层中， 对组播流的资源准入控制将成为保证 IPTV业务服务质量的关 键所在， 如果缺乏对组播流的资源控制方法， 将很大程度上制约 IPTV 业务的广泛开展。 发明内容
本发明实施例提供一种在 NGN 中实现组播承载资源控制的方法， 该方法能够在 NGN中实现对组播承载资源的控制。
本发明实施例还提供一种在 NGN中实现组播承载资源控制的系统， 该系统能够在 NGN中实现对组播承载资源的控制。
本发明实施例还提供一种在 NGN中实现组播承载资源控制的装置， 该装置能够在 NGN中实现对组播承载资源的控制。
根据上述目的， 本发明的技术方案是这样实现的：
一种实现组播 载资源控制的方法， 包括下列步骤：
资源和准入控制子系统 RACS中的网络实体接收组播^载资源控制 请求； RACS中的网络实体对所述控制请求进行组播承载资源的控制。
一种实现组播 载资源的控制系统， 包括： 资源和准入控制子系统
RACS中的网络实体， 用于接收组播承载资源控制请求， 对该请求进行 组播承载资源控制。
一种实现组播承载资源控制的装置， 包括接收模块、 组播资源处理 模块， 其中， 接收模块， 用于接收组播承载资源控制请求； 组播资源处 理模块， 用于对接收的该控制请求进行组播承载资源控制。
综上，本发明实施例对承载层的 SPDF和 A-RACF的能力进行扩展， 使其根据组播承载资源申请请求、 更改请求或释放请求， 对要处理的组 播承载资源进行相应控制， 生成组播流承载策略， 用于控制传输层对组 播流的组播承载资源进行资源预留控制、 带宽限制控制、 资源激活控制 和接入授权控制的一种或多种组合； 本发明实施例还对 7|载层的 BGF 和 RCEF的能力进行扩展， 从而可以根据 SPDF或 A-RACF下发的组播 流控制策略对组播流的组播承载资源进行资源预留控制、 带宽限制控 制、 资源激活控制和接入授权控制控制的一种或多种组合。 因此， 本发 明实施例提供的方法、 系统及装置可以在 NGN中实现对组播承载资源 的控制。 附图简要说明
图 1为现有技术中的 NGN架构图；
图 2为现有技术承载层的功能实体构架图；
图 3为 NGN中承载层的划分结构示意图；
图 4为现有技术基于图 2所示的架构实现单播技术的承载资源申请 方法流程图；
图 5为本发明实施例在 NGN中实现组播承载资源控制的系统一示 意图；
图 6为本发明实施例在 NGN中实现组播承载资源控制的系统二示 意图；
图 7为本发明实施例在 NGN中实现组播承载资源控制的装置一示 意图；
图 8为本发明实施例在 NGN中实现组播承载资源控制的装置二示 意图；
图 9为本发明较佳实施例在 NGN中实现组播承载资源申请的方法 流程图；
图 10为本发明较佳实施例在 NGN中实现组播承载资源释放的方法 流程图；
图 11为本发明较佳实施例在 NGN中实现组播承载资源更改的方法 流程图； 图 12为本发明实施例以 （S, G ) 为例说明了 SPDF处理组播承载 资源控制消息的处理流程图；
图 13为本发明实施例以 （S, G ) 为例说明了 A-RACF处理组播承 载资源控制消息的处理流程图；
图 14为本发明较佳实施例在 NGN中采用 PULL方式实现组播承载 资源请求的方法流程图。 实施本发明的方式
为了使本发明的目的、 技术方案和优点更加清楚明白， 以下举实施 例并参照附图， 对本发明进行进一步详细的说明。
为了在 NGN中实现对组播承载资源的控制，从而保证 IPTV业务在网 络的承载层使用组播技术， 本发明实施例对 RACS中的 A-RACF和 SPDF 的能力进行了扩展,对 RCEF和 BGF的能力进行扩展或设置可以对组播流 的承载资源进行控制的实体： 使 A-RACF和 SPDF可以根据申请请求、 更 改请求或释放请求， 对要处理的组播承载资源进行相应控制， 生成组播 流承载策略； 使 RCEF和 BGF或设置的实体可以根据 SPDF或 A-RACF下 发的组播流控制策略对对组播流的组播承载资源进行资源预留控制、 带 宽限制控制、 资源激活控制和接入授权控制的一种或多种组合。
在本发明实施例中， 当对组播流的承载资源进行申请或更改时， A-RACF用于对要控制的组播承载资源进行接入侧授权（包括接入网和 接入汇聚网）和准入控制； SPDF用于对组播承载资源的申请或更改请求 进行授权； RCEF用于根据组播流控制策略对组播流进行对组播流的组 播承载资源进行资源预留控制、 带宽限制控制、 资源激活控制和接入授 权控制的一种或多种组合； BGF用于根据组播流控制策略对组播流的组 播^^载资源进行资源预留控制、 带宽限制控制和资源激活控制的一种或 多种组合。
本发明实施例可以在 A-RACF和 SPDF设置保存并更新组播流状态 信息的功能， 根据组播承载资源申请请求或组播承载资源更改请求携带 的信息或 /和承载层当前资源信息对组播流进行授权或 /和准入控制功 能。 为了实现上述功能， 本实施例增加了以下实体：
组播承载资源授权功能实体 （ MRAF , Multicast Resource Authorization Function ) , 用于保存并更新组播流状态信息的功能， 以及 根据组播承载资源申请请求或组播承载资源更改请求携带的信息或 /和 承载层当前资源信息对组播流进行授权或 /和准入控制功能；
组播控制处理功能实体 ( MCPF , Multicast Control Processing Function ) , 用于安装、 更改或删除组播流控制策略， 并执行组播流控制 策略，如对对组播流的组播承载资源进行资源预留控制、带宽限制控制、 资源激活控制和接入授权控制的一种或多种组合。
表 1给出了图 2所示的实体中新增的功能实体:
Figure imgf000011_0001
表 1
在表 1中， 仅仅出现了 RCEF和 BGF上增加 MCPF , 但是在实际应用 中， MCPF也可能作为独立的承载层功能实体，分别设置在 IP Edge和 Core Border Node上， 与 RCEF和 BGF分别进行信息交互。
本发明实施例还提供一种在 NGN中实现组播承载资源控制的系统， 包括： RACS中的网络实体， 用于接收组播承载资源控制请求， 对该请 求进行组播承载资源控制。
在该实施例中， 组播^ ^载资源控制请求可以为组播^ ^载资源申请请 求、 释放请求或更改请求， 以下分别叙述系统是如何处理不同的组播承 载资源控制请求的。
图 5为本发明实施例在 NGN中实现组播承载资源控制的系统一示意 图， 该系统以对组播流的承载资源申请为例进行说明， 该实施例将新增 功能实体的功能分别设置在了 SPDF、 A-RACF, RCEF和 BGF中， 如图 所示， 该系统包括： SPDF、 A-RACF, RCEF和 BGF, 其中，
SPDF, 用于从 AF接收组播承载资源申请请求， 对该请求进行授权， 将授权后的组播承载资源申请请求发送给 A-RACF, 向 BGF发送组播流 控制策略， 接收 A-RACF发送的接入侧授权和准入控制结果和 BGF发送 的策略安装响应；
A-RACF, 用于接收 SPDF发送授权后的组播承载资源申请请求， 根 据接入网策略和资源情况对该请求的组播流所需资源进行接入侧授权 和准入控制， 向 RCEF发送组播流控制策略， 接收 RCEF发送的策略安装 结果响应， 将接入侧授权和准入控制结果发送给 SPDF;
RCEF,用于安装并执行 A-RACF发送的组播流控制策略，向 A-RACF 返回策略安装结果响应；
BGF, 用于安装并执行 SPDF发送的组播流控制策略； 向 SPDF返回 策略安装结果响应。
在本发明实施例中， 该系统还可以包括 AF, 其中，
SPDF, 用于将从 A-RACF接收到的接入侧授权和准入控制结果、 或 A-RACF接收到的接入侧授权和准入控制结果和从 BGF接收到的策略安 装响应进行汇总， 将得到的组播承载资源申请请求处理结果发送给 AF。
AF, 用于接收 SPDF发送的组播承载资源申请请求处理结果。 在本实施例中， SPDF还可以在向 BGF发送组播流控制策略之前， 判 断 BGF是否已经存在该组播流（其他 UE使用该组播流时已经对承载资源 进行了申请） ， 如果是， 则不向 BGF发送组播流控制策略， 这时， BGF 也不用安装并执行组播流控制策略， 如果否， 则按照上述方案执行。
在本实施例中， A-RACF根据接入侧策略和当前资源情况对组播资 源进行授权和准入控制。 如判断相应的 RCEF上是否已经存在相应的组 播流， 如果存在， 则综合接入网的当前网络资源情况对接入网组播资源 进行授权， 如果不存在， 则综合接入网和接入汇聚网的当前网络资源情 况对接入网和接入汇聚网的组播资源进行授权。
在本发明实施例中， 当 RCEF和 BGF采用拉（ PULL ) 方式主动向 RACS请求对组播流进行承载资源的申请时， 还可以增加组播流控制策 略请求功能实体 ( MPRF, Multicast Policy Request Funtion ) , 该 MPRF 的功能可以分别设置在 RCEF和 BGF中， 也可以单独设置。
在 RCEF通过 Access Node接收到 UE加入组播组请求后， 通过该 MPRF向 A-RACF发送组播流控制策略请求， 接收到 A-RACF发送的组播 流控制策略响应后， 对组播流执行 A-RACF下发的组播流控制策略；
RCEF可以判断该组播流的组播路径是否建立，如果是，则不做任何 处理， 如果否， 则向 BGF发送组播路径建立消息， BGF接收到该消息后， 通过该 MPRF向 SPDF发送组播承载资源授权请求，接收到 SPDF发送的组 播承载资源授权响应后， 对组播流执行 SPDF下发的组播流控制策略。
图 6为本发明实施例在 NGN中实现组播承载资源控制的系统二示意 图， 该系统以对组播流的 7 载资源申请为例进行说明， 在该实施例中， 将本发明实施例增加的实体独立设置， 该系统包括： SPDF、 A-RACF和 IP边缘节点中的和在核心边界节点中的 MCPF， 其中，
SPDF, 用于从 AF接收组播承载资源申请请求， 对该请求授权， 将 授权后的组播承载资源申请请求发送给 A-RACF, 向 Core Boreder Node 上的 MCPF发送组播流控制策略，接收 A-RACF接入侧授权和准入控制结 果和 MCPF发送的策略安装响应；
A-RACF, 用于接收 SPDF发送授权后的组播承载资源申请请求， 根 据接入网策略和资源情况对该请求的组播流所需资源进行接入侧授权 和准入控制， 向 IP EDGE上的 MCRF发送组播流控制策略， 接收 MCRF 发送的策略安装结果响应， 将接入侧授权和准入控制结果发送给 SPDF;
MCPF, 其中， IP EDGE上的 MCRF用于安装并执行从 A-RACF接收 的组播流控制策略， 向 A-RACF返回策略安装结果响应； Core Boreder Node上的 MCPF用于安装并执行从 SPDF接收的组播流控制策略， 向 SPDF返回策略安装结果响应。
在本发明实施例中， 该系统还可以包括 AF, 其中，
SPDF, 用于将从 A-RACF接收到的接入侧授权和准入控制结果、 或 A-RACF接收到的接入侧授权和准入控制结果和从 BGF接收到的策略安 装响应进行汇总， 将得到的组播承载资源申请请求处理结果发送给 AF。
AF, 用于接收 SPDF发送的组播承载资源申请请求处理结果。
以上系统实施例叙述了如何对组播 7 载资源申请请求进行处理的过 程， 在实际应用中， 还可以对组播承载资源释放请求、 组播承载资源更 改请求进行处理。 在处理组播承载资源释放请求时， 将该请求发送给 A-RACF进行资源释放， A-RACF和 SPDF还可以进一步指示传输层删除 该组播流的组播流控制策略； 在处理组播承载资源更改请求时， SPDF 对该请求进行授权， 将该请求发送给 A-RACF进行资源更改， A-RACF 和 SPDF还可以进一步指示传输层更改该组播流的组播流控制策略。
本发明实施例还提供一种在 NGN中实现组播承载资源控制的装置， 包括： 接收模块、 组播资源处理模块， 其中， 接收模块， 用于接收组播 承载资源控制请求； 组播资源处理模块， 用于对接收的该控制请求进行 组播承载资源控制。
在该实施例中， 组播^ ^载资源控制请求可以为组播^ ^载资源申请请 求、 释放请求或更改请求， 以下具体叙述系统是如何处理不同的组播承 载资源控制请求的。
图 7为本发明实施例在 NGN中实现组播承载资源控制的装置一结构 示意图， 该装置可以为 SPDF或 A-RACF, 包括： 接收模块、 MRAF模块 和控制策略生成模块， 其中，
接收模块， 用于接收组播承载资源申请、 释放或更改请求；
MRAF模块， 用于对该申请请求或更改请求对应的组播资源授权， 对释放请求对应的组播资源释放；
控制策略生成模块， 用于为该申请请求或更改请求对应的组播流生 成组播流控制策略。
在本实施例中， 该装置还包括： 策略发送模块， 用于发送生成组播 流控制策略。
在本实施例中， 该装置采用 PULL方式下， 还包括： 策略请求接收模 块和策略发送模块， 其中，
策略请求接收模块， 用于接收组播流控制策略请求；
策略发送模块， 用于发送生成组播流控制策略。
图 8为本发明实施例在 NGN中实现组播承载资源控制的装置二结构 示意图， 该装置可以为 BGF或 RCEF, 包括： 接收模块和 MCPF模块， 其 中，
接收模块， 用于接收组播流控制策略、 或组播流控制策略的更改或 删除指示；
MCPF模块， 用于安装并执行组播流控制策略， 或对组播流控制策 略进行更改或删除。
图 8所示的装置用于 PUSH方式， 当在 PULL方式下， 采用的装置还 包括组播策略请求模块；
其中， 组播策略请求模块， 用于请求组播流控制策略。
以下举三个方法实施例， 分别叙述在 PUSH方式下建立、 释放以及 更改组播承载资源的方法。 在这三个实施例中， 都是采用将 MRAF设置 在 SPDF、 MRAF设置在 A-RACF、 MCPF设置在 BGF、 以及 MCPF设置在 RCEF中。 在这三个实施例中， 采用的都是 PUSH方式。
图 9为本发明实施例在 NGN中建立组播承载资源的方法流程图， 在 该实施例中， 具体步骤为：
步骤 901、 AF接收到业务层会话协商消息， 如会话描述协议（SDP, Session Description Protocol ) 消息， 获取该消息携带的会话相关信息。
在本步骤中，会话相关信息包括 UE选择期望加入的组播组地址以及 媒体相关信息 （如需要的带宽等） 。
步骤 902、 AF根据会话相关信息向 SPDF发送组播承载申请请求， 该 请求携带组播流相关信息。
在本步骤中，组播流相关信息必须包括： UE标识和组播流描述信息。 在组播流描述信息中， 必须包括： 组播组 D类地址， 可选包含至少一个 组播源地址以及源地址过滤模式。
组播流相关信息还可以包括：组播流请求的带宽信息或 /和资源激活 指示信息。 如果包括了资源激活指示信息， 说明指示激活承载层资源， 建立好承载层资源后， 承载层资源可以立即使用， 否则表示需要等待 AF 的进一步指示才能使用已经建立好的承载层资源。
步骤 903、 SPDF接收到 AF发送的组播承载申请请求后， 对该请求进 行授权。 如果授权通过， 则确定是否在 BGF已经存在这个组播流， 如果 是， 则确定向 A-RACF发送授权后的组播承载申请请求， 后续执行步骤 904 - 909; 如果否， 则确定向 A-RACF发送组播承载申请请求和确定向 BGF发送组播流控制策略， 后续执行步骤 904 ~ 909和步骤 910 ~ 912。
在本步骤中， 如果传输组播流请求没有携带带宽信息， 则 SPDF通过 查询本地数据库， 获得数据库存储的该组播流所需的带宽。
在本步骤中，根据 SPDF设置的对组播流的准入控制功能确定该消息 是否授权通过， 在本步骤中， SPDF还生成控制策略发送给 BGF。
根据 SPDF存储的组播流状态信息，判断该请求携带的组播流当前状 态， 从而确定是否在 BGF已经存在这个组播流。 例如在 la接口使用 H.248 协议时， SPDF判断 BGF是否已经为该组播流建立了上下文。
在本实施例中， 步骤 910 - 912可能不会发生 （BGF已经存在这个组 播流时） ； 步骤 910 - 912和步骤 904 - 909发生的顺序不定， 可以同时发 生， 也可以先执行步骤 910 - 912, 再执行 904 - 909。
步骤 904、 SPDF向 A-RACF发送组播承载资源申请请求， 该请求携 带的信息与步骤 902携带的信息一致。
步骤 905、 A-RACF接收到该请求后， 根据接入网策略和资源情况对 组播资源进行授权和准入控制。
例如： 判断相应的 RCEF上是否已经存在相应的组播流， 如果存在， 则综合接入网的当前网络资源情况对接入网组播资源进行授权， 如果不 存在， 则综合接入网和接入汇聚网的当前网络资源情况对接入网和接入 汇聚网的组播资源进行授权。
在本步骤中， 根据 A-RACF存储的组播流状态信息， 判断该消息携 带的组播流当前状态， 从而判断出 RCEF是否已经存在这个组播流。
步骤 906、 A-RACF向 RCEF发送组播流控制策略， 指示 RCEF对组播 流的组播^载资源进行资源预留控制、 带宽限制控制、 资源激活控制和 接入授权控制的一种或多种组合。
在组播流控制策略中， 包括： 对组播流描述信息、 UE标识以及组播 流的带宽信息。
在组播流控制策略中， 还可以包括： 资源激活的指示信息， 如果包 括了资源激活指示信息， 说明指示激活承载层接入侧资源， 建立好承载 层接入侧资源后， 承载层接入侧资源可以立即使用， 否则表示需要等待
A-RACF的进一步指示才能使用已经建立好的承载层接入侧资源。
步骤 907、 RCEF安装并执行组播流控制策略， 其中包括： RCEF对该 组播流执行资源预留、 和 /或带宽限制、 和 /或接入授权等控制功能。
在本步骤中， RCEF还可以根据组播流控制策略中包含的组播流的描 述信息， 如组播组地址， 对后续接收来自 UE的 IGMP请求进行组播接入 授权，仅接纳高层 AF经 RACS下发组播流描述信息的 IGMP组播业务流申 请，从而实现根据高层 AF的应用授权对用户的组播业务请求进行接纳控 制的能力。
步骤 908、 RCEF向 A-RACF返回策略安装响应。
步骤 909、 A-RACF向 SPDF返回接入侧组播承载申请响应， 指示该 组播流的接入侧组播承载资源预留结果。
步骤 910、 SPDF判断需要向 BGF下发组播流控制策略， 指示 BGF对 组播流的组播承载资源进行资源预留控制、 带宽限制控制和资源激活控 制的一种或多种组合。
如果 SPDF判断 BGF上没有该组播流存在， 则下发组播流控制策略， 指示 BGF安装该组播流控制策略，例如现在 la接口使用 H..248协议，则用 ADD命令增加两个 H..248虚拟端点 Tc (核心网侧）和 Ta (接入网侧） ， 这两个端点在同一个上下文中。
SPDF向 BGF发送组播流控制策略。 在本步骤中， 组播流控制策略包括： 组播流描述信息以及授权的带 宽信息等。 该信息还可以包括： 资源激活的指示信息， 如果包括了资源 激活指示信息， 说明指示激活承载层接入资源， 建立好承载层接入资源 后， 承载层接入资源可以立即使用， 否则表示需要等待 A-RACF的进一 步指示才能使用已经建立好的承载层接入资源。
步骤 911、 BGF安装并执行组播流控制策略，根据该组播流控制策略 执行组播资源预留、 和 /或带宽限制、 和 /或资源激活等控制功能。
步骤 912、 BGF向 SPDF返回策略安装响应。
步骤 913、 SPDF向 AF返回组播承载申请响应， 携带组播承载资源的 预留结果。
当 AF接收到结束会话的消息后， 需要向 RACS请求释放相应的组播 ^^载资源， 如图 10所示。
图 10为本发明实施例在 NGN中释放组播承载资源的方法流程图， 在 该实施例中， 具体步骤为：
步骤 1001、 AF接收到业务层发送的结束会话消息， 确定向承载层请 求释放组播承载资源。
步骤 1002、 AF向 SPDF发送组播承载资源释放请求， 该请求至少包 括： UE标识和会话标识。
在本步骤中， 由于 AF和 SPDF之间的 Gq，接口已经定义， 可以使用直 径（Diameter )协议， 使用 STR/STA命令来结束会话， 并使用会话标识 通知 SPDF需要结束会话，会话标识可以用以标识组播流，所以无须携带 会话相关的其他信息。
步骤 1003、 SPDF向 A-RACF发送组播资源释放请求， 请求 A-RACF 释放接入侧资源， 该请求中携带的信息至少包含： UE标识和会话标识。
步骤 1004、 A-RACF接收到 SPDF发送的组播资源释放请求后， 释放 相应的组播资源。
如判断该组播流在 RCEF是否已经没有其他 UE使用， 如果是， 则确 定释放该组播流占用的接入网和接入汇聚网组播承载资源， 否则， 仅确 定释放该组播流占用的接入网组播承载资源。
确定的方法可以根据 A-RACF存储的组播流状态信息， 判断组播流 当前状态， 确定该组播流还为 RCEF所服务的其他 UE所使用。
步骤 1005、 A-RACF指示 RCEF删除相应的组播流控制策略， 该策略 包含携带组播流描述信息和 UE标识。
步骤 1006、 RCEF删除该组播流控制策略。
步骤 1007、 RCEF向 A-RACF返回策略删除响应。
步骤 1008、 A-RACF向 SPDF返回组播承载资源释放响应。
步骤 1009、 SPDF判断是否需要删除 BGF上相应的组播流控制策略， 如果该组播流还为 BGF所服务的其他 UE所使用， 则 SPDF仅向 A-RACF 请求释放接入侧资源即可， 无需删除 BGF上组播流控制策略， 即步骤 1009 ~ 1011不会发生；但是如果该组播流在 BGF上该组播流已经没有 UE 使用， 则 SPDF需要先后或同时分别向 A-RACF和 BGF发送组播资源释放 请求和组播流策略删除请求， 也就是说步骤 1003 ~步骤 1008和步骤 1009 ~步骤 1011发生的顺序不定， 可以先向 A-RACF请求释放组播承载 资源， 也可以先向 BGF请求释放组播承载资源， 当然以上步骤也可以并 行发生， 如果 SPDF判断需要删除 BGF上相应的组播承载资源， 则指示 BGF进行组播承载资源删除，如目前 la接口使用 H.248协议，则用 Substract 命令删除该组播流对应的两个 H.248虚拟端点 Tc (核心网侧）和 Ta (接 入网侧 ) 。
步骤 1010、 BGF根据 SPDF的指示删除相应的策略。
步骤 1011、 BGF向 SPDF返回策略删除响应。 步骤 1012、 SPDF向 AF返回资源释放的响应。
在本发明实施例中， 当组播流的编码发生变化、 组播源改变或频道 切换时， 使得组播流所需要的带宽资源发生变化或这对组播流的过滤规 则发生变化， 需要在承载层对组播流的承载资源也进行相应变更。
如图 11所示， 图 11为本发明实施例在 NGN中变更组播 ^^载资源的流 程图， 具体步骤为：
步骤 1101、 AF接收到业务层的会话消息， 判断承载层与该会话相关 的组播数据流的承载资源需要更改。
步骤 1102、 AF向 SPDF发送组播承载资源更改请求， 该请求至少包 括 UE标识。
在本步骤中， 该消息还可以包括： 更改后的组播流信息（组播组地 址） ， 更改后的请求带宽信息， 以及其他更改后的 QoS参数。 如果采用 IGMP V3发送消息， 该消息还需要包含组播源地址， 还可能包含源地址 过滤模式。
步骤 1103、 SPDF接收到组播承载资源更改请求后，对该请求进行授 权， 授权通过后， 判断是否需要对组播流在 BGF上的组播流控制策略更 改， 如果不需要， 则只执行步骤 1104 ~ 1109叙述的对组播流在 A-RACF 上的组播承载资源进行更改过程； 如果需要， 则执行步骤 1104 - 1109叙 述的对组播流在 A-RACF上的组播承载资源进行更改过程， 和步骤 1110 - 1112叙述的对在 BGF上的该组播流控制策略进行更改过程。
在本步骤中，根据 SPDF存储的组播流状态信息， 判断为改的组播流 当前状态， 确定该组播流还为 BGF服务的其他 UE所使用， 则不需要更改 BGF上的对该组播流的控制策略。 例如： UE进行频道切换， 切换前的频 道仍然有其他 UE收看，则 SPDF仅向 A-RACF请求更改接入组播承载资源 即可， 无需更改 BGF上的组播承载资源。 在本实施例中， 步骤 1110 ~ 1112可能不会发生； 步骤 1110 - 1112和 步骤 1104 ~ 1109发生的顺序不定， 可以同时发生， 也可以先执行步骤 1110 - 1112, 再执行 1104 ~ 1109。
步骤 1104、 SPDF向 A-RACF发送组播承载资源更改请求， 请求 A-RACF更改接入侧组播承载资源， 该消息中携带的信息至少包括： UE 标识；
在本步骤中， 该消息还可以包括： 更改后的组播流信息（组播组地 址） ， 更改后的请求带宽信息， 以及其他更改后的 QoS参数。 如果采用 IGMP V3发送消息， 该消息还需要包含组播源地址， 还可能包含源地址 过滤模式。
步骤 1105、 A-RACF接收到 SPDF发送的该请求后， 根据接入侧的策 略和资源情况运用新的服务质量参数进行授权和准入控制。
例如： 根据标识组播流的信息确定组播流当前占用的接入侧组播承 载资源， 根据更改组播流信息更改该接入侧组播承载资源， 包括对接入 网组播承载资源和 /或接入汇聚网组播承载资源的更改。
步骤 1106、 A-RACF指示 RCEF更改相应的组播流控制策略。
该策略中必须携带 UE标识,还可以包括更改后的组播流描述信息、 更改后带宽信息以及其他更改后的服务质量参数。
步骤 1107、 RCEF执行该组播流控制策略的更改。
步骤 1108、 RCEF向 A-RACF返回策略更改响应。
步骤 1109、 A-RACF向 SPDF返回组播承载资源更改响应。
步骤 1110、 如果 SPDF判断需要更改 BGF上组播资源， 则指示 BGF更 改相应的组播流控制策略。
如目前 la接口上使用 H.248 , 则 BGF用 Modify命令修改该组播流对应 的两个 H.248虚拟端点 Tc和 Ta的属性。 步骤 1111、 BGF执行该组播流控制策略的更改。
步骤 1112、 BGF向 SPDF返回策略更改的响应。
步骤 1113、 SPDF向 AF返回组播承载资源更改响应。
在本发明实施例提供的系统、 装置及方法可以看出， 由于组播技术 和单播技术的差异， 使得 SPDF和 A-RACF需要针对组播技术的特点增加 对组播承载资源控制消息， 包括组播承载资源申请、 释放和更改请求的 处理功能， 才能最终使承载层可以对组播流的承载资源进行控制。
图 12以 （S, G ) 为例说明了 SPDF处理组播承载资源控制消息的处 理流程图， 其中， （S, G )代表一个组播组， S为组播源地址， G为组 播组地址； N为 BGF上的 （S, G )所服务的 UE数目； （S，， G，）代表另 一个组播组， 组播源地址为 S，， 组播组地址为 G，。
在本实施例中， SPDF需要存储所有组播承载资源控制消息的组播流 ( S, G )和接收该组播流在 BGF上所服务的 UE数目对应关系， 并对该 组播流在 BGF上所服务 UE数目实时更新 (该对应关系可以当作组播流状 态信息）， 以确定处理组播承载资源控制消息的流程， 当 SPDF接收到来 自 AF的组播承载资源控制消息之后， 判断该请求的类型：
A ) 申请组播承载资源。 SPDF判断是否已存在（S, G )组播流， 如 果没有， 则为此（S, G )创建相应的 N ( N=l ) , 随后指示 BGF为该组 播流安装组播流控制策略， 请求 A-RACF预留接入侧组播承载资源； 如 果已存在对应的 N, 则N=N+l , 随后请求 A-RACF预留接入侧组播承载 资源。
B )释放组播承载资源。 SPDF判断（S, G )对应的 （N=N-1 )后 N 是否等于 0, 如果等于 0, 则删除（S, G )与 N的对应关系， 并指示 BGF 删除组播流控制策略， 请求 A-RACF释放接入侧组播承载资源； 如果 N 不为 0, 则 SPDF直接请求 A-RACF释放接入组播承载资源即可。 C) 更改承载资源。 如果是请求将（S, G) 的资源分配给另一个组 播流（S，， G，） ， 则实施 Β) 流程； 如果是请求将其他组播流（S，， G，） 的资源分配给（S, G) , 则实施 A) 流程。
与 SPDF处理组播承载资源控制消息的过程类似， 图 13以 （S, G) 为例说明了 A-RACF处理接入组播承载资源控制消息的处理流程图， 其 中， （S, G)代表一个组播组， S为组播源地址， G为组播组地址； N为 RCEF上的 （S, G)所服务的 UE数目； （S，， G，）代表另一个组播组， 组播源地址为 S，， 组播组地址为 G，。
在本实施例中， A-RACF需要存储所有组播承载资源控制消息的组 播流（ S , G)和接收该组播流的 UE数目对应关系， 并对 UE数目实时更 新， 以确定处理接入组播 7 载资源控制消息的流程， 当 A-RACF接收到 来自 SPDF的接入组播承载资源控制消息之后， 判断该请求的类型：
A) 申请组播承载资源。 A-RACF判断是否已存在（S, G)组播流， 如果没有， 则为此（S, G)创建相应的 N' (N'=l ) , 授权接入网和接入 汇聚网的组播承载资源； 如果已存在对应的 N 则 N'=N'+1, 授权接入 网的组播承载资源。 最后指示 RCEF安装执行组播流控制策略。
B)释放组播承载资源。 A-RACF判断（S, G)对应的 （N'=N'-1) 后 是否等于 0, 如果等于 0, 则删除（S, G)与 的对应关系， 授权释 放接入网和接入汇聚网的组播承载资源； 如果 不为 0, 授权释放接入 网组播承载资源。 最后指示 RCEF删除组播流控制策略。
C) 更改承载资源。 如果是请求将（S, G) 的资源分配给另一个组 播流（S，， G，） ， 则实施 Β) 流程； 如果是请求将其他组播流（S，， G，） 的资源分配给（S, G) , 则实施 A) 流程。
在上述方案中， 当组播承载资源授权之后， 由 A-RACF向 RCEF发送 组播流控制策略或 /和由 SPDF向 BGF发送组播流控制策略， 这都是采用 PUSH方式。 在本发明实施例中， 还可以使用 PULL方式来完成组播流控 制策略的申请。 也就是说， 承载层向 RACS请求组播流控制策略， 承载 层的 IP Edge通过 Access Node接收到 UE发送的加入组播组请求后， 向 RACS发起组播流控制策略请求，此时 RACS中的 A-RACF向 RCEF发送组 播流控制策略或 /和由 SPDF向 BGF发送组播流控制策略。
但是由于现有定义 RCEF和 BGF为策略执行实体，没有具备主动请求 预留组播承载资源的能力，所以在本实施例中， RCEF和 BGF除了需要扩 展表 1所描述的能力外， 还需要增加 MPRF, 使其在接收到加入组播组请 求或建立组播路径消息后， 主动向 RACS发送组播承载资源授权请求。 当然， 此处 MPRF也可以作为 IP Edge和 Core Border上独立的功能实体负 责向 RACS请求组播承载资源授权。
以下采用组播承载资源申请的过程说明如何采用 PULL方式实现，如 图 14所示， 其具体步骤为：
步骤 1401、 AF接收到业务层会话协商消息， 如 SDP消息， 获取该消 息携带的会话相关信息。
在本步骤中，会话相关信息包括 UE选择期望加入的组播组地址以及 组播流的信息 （如需要的带宽等） 。
步骤 1402、 AF根据会话相关信息向 SPDF发送组播承载资源申请请 求， 该请求携带组播流相关信息。
在本步骤中，组播流相关信息必须包括： UE标识和组播流描述信息。 在组播流描述信息中， 必须包括： 组播组 D类地址， 可选包含至少一个 组播源地址以及源地址过滤模式。
组播流相关信息还可以包括： 请求带宽信息或 /和资源激活指示信 息。 如果包括了资源激活指示信息， 说明指示激活承载层资源， 建立好 承载层资源后， 承载层资源可以立即使用， 否则表示需要等待 AF的进一 步指示才能使用已经建立好的承载层资源。
步骤 1403、 SPDF接收到 AF发送的该请求后， 对该请求进行授权， 授权通过。 确定是否在 BGF已经存在这个组播流， 如果是， 则确定仅向 A-RACF发送该消息； 如果否， 则确定向 A-RACF发送该请求和可选地向 BGF下发组播流控制策略。
在本步骤中， 如果该请求没有携带带宽信息， 则 SPDF获取组播流的 带宽。
在本步骤中，根据 SPDF设置的对组播流的准入控制功能确定该请求 是否授权通过。
根据 SPDF存储的组播流状态信息，判断该请求携带的组播流当前状 态， 从而确定是否在 BGF已经存在这组播流。 例如在 la接口使用 H.248协 议时， SPDF判断 BGF是否已经为该组播流建立了上下文。
步骤 1404、 SPDF向 A-RACF发送组播承载资源申请请求。
步骤 1405、 A-RACF接收到该请求后， 根据接入网策略和资源情况 对组播资源进行授权和准入控制。
如： 判断相应的 RCEF上是否已经存在相应的组播流， 如果存在， 则 综合接入网的当前网络资源情况对接入网组播资源进行授权， 如果不存 在， 则综合接入网和接入汇聚网的当前网络资源情况对接入网和接入汇 聚网的组播资源进行授权。
在本步骤中， 根据 A-RACF存储的组播流状态信息， 判断该消息携 带的组播流当前状态， 从而判断出 RCEF是否已经存在这个组播流。
步骤 1406、 A-RACF向 SPDF返回组播承载资源申请响应。
步骤 1407、 SPDF向 AF返回组播承载资源申请响应。
步骤 1408、 RCEF接收到来自 UE的加入该组播组的请求消息， 如 IGMP消息， RCEF判断该组播流的组播路径是否建立， 如果不是， 则确 定向 BGF发起组播路径建立请求（执行步骤 1411 ~ 1413 ) , 如果是， 则 步骤 1411 ~ 1413不会执行。
步骤 1409、 RCEF向 A-RACF发送组播承载资源授权策略的请求， 该 请求中包括描述该组播流信息和 UE标识。
步骤 1410、 A-RACF查找为该用户授权的组播流控制策略， 通过组 播承载资源授权响应将已授权的组播流控制策略发送给 RCEF, RCEF安 装并执行该组播流控制策略。
步骤 1411、 BGF接收到组播路径建立请求消息， 继续向核心网转发 该请求。
步骤 1412、 BGF向 SPDF发送组播承载资源授权策略的请求， 该请求 中包括描述该组播流信息。
步骤 1413、 SPDF查找为该组播流授权的组播流控制策略， 通过组播 承载资源授权响应将已授权的组播流控制策略发送给 BGF, BGF安装并 执行该组播流控制策略。
从上述各个系统、 装置及方法的实施例的叙述可以看出， 本发明实 施例对承载层的 SPDF和 A-RACF的能力进行扩展， 使其根据组播承载资 源申请请求、 更改请求或释放请求， 对要处理的组播承载资源进行相应 控制， 生成组播流承载策略， 用于控制传输层对组播流的组播承载资源 进行资源预留控制、 带宽限制控制、 资源激活控制和接入授权控制的一 种或多种组合。
更进一步地，本发明实施例还对承载层的 BGF和 RCEF的能力进行扩 展或直接设置接受 SPDF和 A-RACF控制的 MRAF, 从而可以根据 SPDF 或 A-RACF下发的组播流控制策略对组播流的组播承载资源进行资源预 留控制、 带宽限制控制、 资源激活控制和接入授权控制控制的一种或多 种组合。 因此， 本发明实施例提供的方法、 系统及装置可以在 NGN中实现对 组播承载资源的控制， 该控制包括对组播承载资源的申请、 释放或更改 的控制。
以上所述仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围。

Claims

权利要求书
1、 一种实现组播承载资源控制的方法， 其特征在于， 包括下列步 骤：
资源和准入控制子系统 RACS中的网络实体接收组播承载资源控制 请求；
RACS中的网络实体对所述控制请求进行组播承载资源的控制。
2、 如权利要求 1 所述的方法， 其特征在于， 所述组播承载资源控 制请求为： 组播^ ^载资源申请请求；
所述进行组播 ^^载资源的控制为： 对所述申请请求对应的组播 载 资源进行授权和准入控制。
3、 如权利要求 2所述的方法， 其特征在于， 所述接收组播承载资源 申请请求， 对所述申请请求进行组播^载资源的控制过程为：
所述 RACS中的基于业务的策略决策功能实体接收到组播承载资源 申请请求， 授权该请求， 将授权后的组播承载资源申请请求发送给接入 侧资源和准入控制功能实体；
接入侧资源和准入控制功能实体对该请求对应的组播承载资源进行 授权和准入控制。
4、 如权利要求 3所述的方法， 其特征在于， 该方法还包括： 接入侧资源和准入控制功能实体向资源控制执行功能实体发送该组 播流的组播流控制策略， 资源控制执行功能实体安装并执行该组播流控 制策略。
5、 如权利要求 3所述的方法， 其特征在于， 该方法还包括： 基于业务的策略决策功能实体判断边界网关功能实体没有存在该组 播流， 向边界网关功能实体发送该组播流的组播流控制策略； 边界网关功能实体安装并执行该组播流控制策略。
6、 如权利要求 3所述的方法， 其特征在于， 该方法还包括： 资源控制执行功能实体接收到用户设备发送的携带标识组播流的加 入组播组请求消息， 向接入侧资源和准入控制功能实体请求该组播流的 组播流控制策略；
接入侧资源和准入控制功能实体向资源控制执行功能实体发送该组 播流的组播流控制策略；
资源控制执行功能实体安装并执行该组播流控制策略。
7、 如权利要求 4或 6所述的方法， 其特征在于， 所述资源控制执行功 能实体执行该组播流接入授权控制策略的过程为：
资源控制执行功能实体根据该组播流控制策略中的组播流描述信 息， 对后续接收来自用户设备的 IGMP请求进行组播接入授权。
8、 如权利要求 6所述的方法， 其特征在于， 该方法还包括： 资源控制执行功能实体判断该组播流的组播路径尚未建立， 向边界 网关功能实体发送携带标识组播流的组播路径建立请求消息；
边界网关功能实体向基于业务的策略决策功能实体请求该组播流的 组播流控制策略；
基于业务的策略决策功能实体向边界网关功能实体发送该组播流的 组播流控制策略；
边界网关功能实体安装并执行该组播流控制策略。
9、 如权利要求 3或 5所述的方法， 其特征在于， 该方法还包括： 基于业务的策略决策功能实体接收来自接入侧资源和准入控制功能 实体对该请求对应的组播承载资源进行授权和准入控制的结果；
或者， 基于业务的策略决策功能实体接收来自接入侧资源和准入控 制功能实体的对该请求对应的组播承载资源进行授权和准入控制的结 果， 和， 来自边界网关功能实体的该策略安装结果；
基于业务的策略决策功能实体汇总接收到的结果， 向应用功能实体 返回该请求申请组播承载资源的结果。
10、 如权利要求 3所述的方法， 其特征在于， 该方法还包括： 接入侧资源和准入控制功能实体和 /或基于业务的策略决策功能实 体分别向分别设置 IP边缘节点中的和 /或在核心边界节点中的组播控制 处理功能实体发送该组播流的组播流控制策略；
IP边缘节点中的和 /或在核心边界节点中的组播控制处理功能实体 安装并执行该组播流控制策略。
11、如权利要求 3所述的方法， 其特征在于， 所述接入侧资源和准入 控制功能实体对该请求对应的组播承载资源进行授权和准入控制是根 据接入侧策略和当前接入侧资源情况进行的。
12、 如权利要求 11所述的方法， 其特征在于， 所述接入侧包括接入 网和接入汇聚网， 所述根据入侧策略和当前接入侧资源情况进行授权和 准入控制为：
判断资源控制执行功能实体上是否已经存在该组播流， 如果存在， 则根据接入网的当前网络资源情况对接入网组播资源进行授权和准入 控制； 如果不存在， 则根据接入网和接入汇聚网的当前网络资源情况对 接入网和接入汇聚网的组播资源进行授权和准入控制。
13、 如权利要求 1所述的方法， 其特征在于， 所述组播承载资源控 制请求为： 组播承载资源释放请求；
所述进行组播承载资源的控制为： 释放所述释放请求对应的组播承 载资源。
14、 如权利要求 13所述的方法， 其特征在于， 所述接收组播承载资 源释放请求， 对所述释放请求进行组播承载资源的控制过程为： RACS中的基于业务的策略决策功能实体接收到组播承载资源释放 请求后， 给接入侧资源和准入控制功能实体发送组播承载资源释放请 求；
接入侧资源和准入控制功能实体接收到该请求后， 释放该请求对应 的组播承载资源。
15、 如权利要求 14所述的方法， 其特征在于， 该方法还包括： 接入侧资源和准入控制功能实体指示资源控制执行功能实体删除该 组播流的组播流控制策略；
资源控制执行功能实体根据该指示删除该组播流的组播流控制策 略。
16、 如权利要求 14所述的方法， 其特征在于， 该方法还包括： 基于业务的策略决策功能实体判断边界网关功能实体上的该组播流 不为其他用户设备所使用， 指示边界网关功能实体删除该组播流的组播 流控制策略；
边界网关功能实体根据该指示删除该组播流的组播流控制策略。
17、 如权利要求 14或 16所述的方法， 其特征在于， 该方法还包括： 基于业务的策略决策功能实体接收来自接入侧资源和准入控制功能 实体该请求对应的组播承载资源进行释放结果；
或者， 基于业务的策略决策功能实体接收来自接入侧资源和准入控 制功能实体对该请求对应的组播承载资源释放的结果， 和， 基于业务的 策略决策功能实体接收来自边界网关功能实体删除该组播流的组播流 控制策略的结果；
基于业务的策略决策功能实体汇总接收到的结果， 向应用功能实体 返回该请求释放组播承载资源的结果。
18、 如权利要求 14所述的方法， 其特征在于， 该方法还包括： 接入侧资源和准入控制功能实体和 /或基于业务的策略决策功能实 体分别指示分别设置 IP边缘节点中的和 /或在核心边界节点中的组播控 制处理功能实体删除该组播流的组播流控制策略；
IP边缘节点中的和 /或在核心边界节点中的组播控制处理功能实体 删除该组播流控制策略。
19、 如权利要求 1所述的方法， 其特征在于， 所述组播承载资源控 制请求为： 组播承载资源更改请求；
所述进行组播承载资源的控制为： RACS中的网络实体对所述更改 请求对应的组播承载资源进行授权和准入控制。
20、 如权利要求 19所述的方法， 其特征在于， 所述接收组播承载资 源更改请求， 对所述更改请求进行组播承载资源的控制过程为：
基于业务的策略决策功能实体接收到组播承载资源更改请求， 授权 该请求， 将授权后的组播承载资源更改请求发送给接入侧资源和准入控 制功能实体；
接入侧资源和准入控制功能实体对该请求对应的组播承载资源进行 授权和准入控制。
21、 如权利要求 20所述的方法， 其特征在于， 该方法还包括： 接入侧资源和准入控制功能实体指示资源控制执行功能实体更改该 组播流的组播流控制策略；
资源控制执行功能实体执行该组播流控制策略的更改。
22、 如权利要求 20所述的方法， 其特征在于， 该方法还包括： 基于业务的策略决策功能实体判断需要更改边界网关功能实体上的 该组播流的组播流控制策略， 指示边界网关功能实体更改该组播流的组 播流控制策略；
边界网关功能实体执行该组播流控制策略的更改。
23、 如权利要求 20或 22所述的方法， 其特征在于， 该方法还包括： 基于业务的策略决策功能实体接收来自接入侧资源和准入控制功能 实体对该请求对应的组播承载资源进行授权和准入控制的结果；
或者， 基于业务的策略决策功能实体接收来自接入侧资源和准入控 制功能实体对该请求对应的组播承载资源进行授权和准入控制的结果， 和， 基于业务的策略决策功能实体接收来自边界网关功能实体的更改该 组播流承载策略结果；
基于业务的策略决策功能实体汇总接收到的结果， 向应用功能实体 返回该请求更改组播承载资源的结果。
24、 如权利要求 20所述的方法， 其特征在于， 该方法还包括： 接入侧资源和准入控制功能实体和 /或基于业务的策略决策功能实 体分别指示分别设置 IP边缘节点中的和 /或在核心边界节点中的组播控 制处理功能实体更改该组播流的组播流控制策略；
IP边缘节点中的和 /或在核心边界节点中的组播控制处理功能实体 执行该组播流控制策略的更改。
25、 如权利要求 4、 5、 6、 8、 10、 15、 16、 18、 21、 22或 24所述的 方法， 其特征在于， 所述组播流控制策略包括： 对组播流进行资源预留 控制、 带宽限制控制、 资源激活控制和接入授权控制中的一种或多种组 合。
26、 一种实现组播承载资源的控制系统， 其特征在于， 包括： 资源 和准入控制子系统 RACS中的网络实体， 用于接收组播承载资源控制请 求， 对该请求进行组播承载资源控制。
27、 如权利要求 26所述的系统， 其特征在于， 所述组播承载资源控 制请求为组播承载资源申请请求， 所述系统包括基于业务的策略决策功 能实体和接入侧资源和准入控制功能实体， 其中， 基于业务的策略决策功能实体， 用于接收组播承载资源申请请求， 授权该请求， 将授权后的组播承载资源申请请求发送给接入侧资源和准 入控制功能实体；
接入侧资源和准入控制功能实体， 用于对该请求对应的组播承载资 源进行授权和准入控制。
28、 如权利要求 27所述的系统， 其特征在于， 该系统还包括： 资源 控制执行功能实体， 其中，
接入侧资源和准入控制功能实体， 用于向资源控制执行功能实体发 送该组播流的组播流控制策略， 所述策略指示包括以下控制中的一种或 多种组合： 对组播流进行资源预留控制、 带宽限制控制、 资源激活控制 和接入授权控制；
资源控制执行功能实体， 用于安装并执行该组播流控制策略。
29、 如权利要求 27所述的系统， 其特征在于， 该系统还包括： 边界 网关功能实体， 其中，
基于业务的策略决策功能实体， 用于向边界网关功能实体发送该组 播流的组播流控制策略， 所述策略指示包括以下控制中的一种或多种组 合： 对组播流进行资源预留控制、 带宽限制控制和资源激活控制； 边界网关功能实体， 用于安装并执行该组播流控制策略。
30、 如权利要求 27或 29所述的系统， 其特征在于， 该系统还包括应 用功能实体，
所述接入侧资源和准入控制功能实体， 用于向基于业务的策略决策 功能实体返回对该请求对应的组播承载资源进行授权和准入控制的结 果；
或者，
所述接入侧资源和准入控制功能实体， 用于向基于业务的策略决策 功能实体返回对该请求对应的组播承载资源进行授权和准入控制的结 果，
所述边界网关功能实体， 用于向基于业务的策略决策功能实体返回 执行该组播流控制策略的结果；
基于业务的策略决策功能实体， 用于根据接收到的结果向应用功能 实体返回该请求申请组播承载资源的结果。
31、 如权利要求 27所述的系统， 其特征在于， 该系统还包括： 资源 控制执行功能实体， 其中，
资源控制执行功能实体， 用于接收用户设备发送的携带标识组播流 的加入组播组请求消息， 向接入侧资源和准入控制功能实体请求该组播 流的组播流控制策略； 执行功能实体安装并执行该组播流控制策略； 接入侧资源和准入控制功能实体， 用于向资源控制执行功能实体发 送该组播流的组播流控制策略。
32、 如权利要求 31所述的系统， 其特征在于， 该系统还包括： 边界 网关功能实体， 其中，
资源控制执行功能实体， 用于向边界网关功能实体发送携带标识组 播流的组播路径建立请求消息；
边界网关功能实体， 用于接收组播路径建立请求消息， 向基于业务 的策略决策功能实体请求该组播流的组播流控制策略， 安装并执行该组 播流控制策略；
基于业务的策略决策功能实体， 用于向边界网关功能实体发送该组 播流的组播流控制策略。
33、 如权利要求 27所述的系统， 其特征在于， 该系统还包括： IP边 缘节点中的和 /或在核心边界节点中的组播控制处理功能实体， 其中， 接入侧资源和准入控制功能实体和 /或基于业务的策略决策功能实 体，分别用于向 IP边缘节点中的和 /或在核心边界节点中的组播控制处理 功能实体发送该组播流的组播流控制策略；
IP边缘节点中的和 /或在核心边界节点中的组播控制处理功能实体， 用于安装并执行接入侧资源和准入控制功能实体和基于业务的策略决 策功能实体发送的该组播流的组播流控制策略。
34、 如权利要求 26所述的系统， 其特征在于， 所述组播承载资源控 制请求为组播承载资源释放请求， 所述系统包括基于业务的策略决策功 能实体和接入侧资源和准入控制功能实体， 其中，
基于业务的策略决策功能实体，用于接收组播承载资源释放请求后， 向接入侧资源和准入控制功能实体发送组播承载资源释放请求；
接入侧资源和准入控制功能实体， 用于接收该释放请求， 释放该释 放请求对应的组播承载资源。
35、 如权利要求 34所述的系统， 其特征在于， 该系统还包括： 资源 控制执行功能实体， 其中，
接入侧资源和准入控制功能实体， 用于指示资源控制执行功能实体 删除该组播流的组播流控制策略；
资源控制执行功能实体， 用于根据该指示删除该组播流的组播流控 制策略。
36、 如权利要求 34所述的系统， 其特征在于， 该系统还包括： 边界 网关， 其中，
基于业务的策略决策功能实体， 用于指示边界网关功能实体删除该 组播流的组播流控制策略；
边界网关功能实体， 用于根据该指示删除该组播流的组播流控制策 略。
37、 如权利要求 34所述的系统， 其特征在于， 该系统还包括： IP边 缘节点中的和 /或在核心边界节点中的组播控制处理功能实体， 其中， 接入侧资源和准入控制功能实体和 /或基于业务的策略决策功能实 体， 用于分别指示 IP边缘节点中的和 /或在核心边界节点中的组播控制处 理功能实体删除该组播流的组播流控制策略；
IP边缘节点中的和 /或在核心边界节点中的组播控制处理功能实体， 用于根据指示删除该组播流的组播流控制策略。
38、 如权利要求 34所述的系统， 其特征在于， 该系统还包括应用功 能实体，
所述接入侧资源和准入控制功能实体， 用于向基于业务的策略决策 功能实体返回释放该请求对应的组播承载资源的结果；
或者， 所述接入侧资源和准入控制功能实体， 用于向基于业务的策 略决策功能实体返回释放该请求对应的组播承载资源的结果， 和， 所述 边界网关功能实体， 用于向基于业务的策略决策功能实体返回删除该组 播流的组播流控制策略的结果；
所述基于业务的策略决策功能实体， 用于根据接收到的结果向应用 功能实体返回该请求释放组播承载资源的结果。
39、 如权利要求 26所述的系统， 其特征在于， 所述组播承载资源的 控制请求为组播承载资源更改请求， 所述系统还包括基于业务的策略决 策功能实体和接入侧资源和准入控制功能实体， 其中，
基于业务的策略决策功能实体， 用于接收组播承载资源更改请求， 授权该请求， 将授权后的组播承载资源更改请求发送给接入侧资源和准 入控制功能实体；
接入侧资源和准入控制功能实体， 用于对该请求对应的组播承载资 源进行授权和准入控制。
40、 如权利要求 39所述的系统， 其特征在于， 该系统还包括： 资源 控制执行功能实体， 其中，
接入侧资源和准入控制功能实体， 用于指示资源控制执行功能实体 更改该组播流的组播流控制策略；
资源控制执行功能实体， 用于执行该组播流控制策略的更改。
41、 如权利要求 39所述的系统， 其特征在于， 该系统还包括： 边界 网关功能实体， 其中，
基于业务的策略决策功能实体， 用于指示边界网关功能实体更改该 组播流的组播流控制策略；
边界网关功能实体， 用于执行该组播流控制策略的更改。
42、 如权利要求 39所述的系统， 其特征在于， 该系统还包括应用功 能实体，
所述接入侧资源和准入控制功能实体， 用于向基于业务的策略决策 功能实体返回对该请求对应的组播承载资源进行授权和准入控制的结 果；
或者， 所述接入侧资源和准入控制功能实体， 用于向基于业务的策 略决策功能实体返回对该请求对应的组播承载资源进行授权和准入控 制的结果， 和， 所述边界网关功能实体， 用于向基于业务的策略决策功 能实体返回执行该组播流控制策略更改的结果；
所述基于业务的策略决策功能实体， 用于根据接收到的结果向应用 功能实体返回该请求更改组播承载资源的结果。
43、 如权利要求 39所述的系统， 其特征在于， 该系统还包括： IP边 缘节点中的和 /或在核心边界节点中的组播控制处理功能实体， 其中， 接入侧资源和准入控制功能实体和 /或基于业务的策略决策功能实 体， 用于分别指示设置的 IP边缘节点中的和 /或在核心边界节点中的组播 控制处理功能实体更改该组播流的组播流控制策略； 组播控制处理功能实体， 用于根据指示执行该组播流控制策略的更 改.
44、 一种实现组播承载资源控制的装置， 其特征在于， 包括接收模 块、 组播资源处理模块， 其中，
接收模块， 用于接收组播承载资源控制请求；
组播资源处理模块， 用于对接收的该控制请求进行组播承载资源控 制。
45、 如权利要求 44所述的装置， 其特征在于， 所述组播资源处理模 块包括组播资源授权功能模块和控制策略生成模块， 所述组播承载资源 的控制请求为组播承载资源申请、 释放请求或更改请求， 其中，
组播资源授权功能模块， 用于对该申请请求或更改请求对应的组播 承载资源进行授权和准入控制， 对释放请求对应的组播承载资源进行释 放；
控制策略生成模块， 用于为该申请请求或更改请求对应的组播流生 成组播流控制策略。
46、 如权利要求 45所述的装置， 其特征在于， 所述组播资源处理模 块还包括： 策略发送模块， 用于发送生成组播流控制策略。
47、 如权利要求 45所述的装置， 其特征在于， 所述组播资源处理模 块还包括： 策略请求接收模块和策略发送模块， 其中，
策略请求接收模块， 用于接收组播流控制策略请求；
策略发送模块， 用于发送生成组播流控制策略。
48、 如权利要求 44或 45所述的装置， 其特征在于， 所述装置还包括 策略总决策模块， 用于将处理所述组播承载资源的控制请求的结果发送 给应用功能实体。
49、 一种实现组播承载资源控制的装置， 其特征在于， 包括接收模 块、 组播控制处理模块， 其中，
接收模块， 用于接收组播流控制策略、 或组播流控制策略的更改或 删除指示；
组播控制处理模块， 用于安装并执行组播流控制策略， 或对组播流 控制策略进行更改或删除。
50、 如权利要求 49所述的装置， 其特征在于， 该装置还包括组播策 略请求模块；
其中， 组播策略请求模块， 用于请求组播流控制策略。
PCT/CN2008/070030 2007-04-30 2008-01-04 Procédé, système et dispositif de commande de ressource multidiffusion WO2008131651A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP08700056A EP2164273A4 (en) 2007-04-30 2008-01-04 METHOD, SYSTEM AND DEVICE FOR MULTICAST RESOURCE CONTROL
US12/503,669 US20090274163A1 (en) 2007-04-30 2009-07-15 Method, system, and apparatus for controlling multicast bearer resources

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2007101015786A CN101299825B (zh) 2007-04-30 2007-04-30 一种实现组播承载资源控制的方法、系统及装置
CN200710101578.6 2007-04-30

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/503,669 Continuation US20090274163A1 (en) 2007-04-30 2009-07-15 Method, system, and apparatus for controlling multicast bearer resources

Publications (1)

Publication Number Publication Date
WO2008131651A1 true WO2008131651A1 (fr) 2008-11-06

Family

ID=39925196

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/070030 WO2008131651A1 (fr) 2007-04-30 2008-01-04 Procédé, système et dispositif de commande de ressource multidiffusion

Country Status (4)

Country Link
US (1) US20090274163A1 (zh)
EP (1) EP2164273A4 (zh)
CN (1) CN101299825B (zh)
WO (1) WO2008131651A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113784384A (zh) * 2020-06-09 2021-12-10 维沃移动通信有限公司 模式切换方法、终端及网络侧设备

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9232047B2 (en) * 2008-12-11 2016-01-05 At&T Intellectual Property I, L.P. Method and apparatus for providing repeat calling
CN102025597B (zh) * 2009-09-11 2014-11-05 中兴通讯股份有限公司 一种组播接纳控制实现方法及系统
CN102098204A (zh) * 2009-12-14 2011-06-15 中兴通讯股份有限公司 一种管理组播资源的方法和系统
US20110274107A1 (en) * 2010-05-05 2011-11-10 Telefonaktiebolaget L M Ericsson (Publ) Source selection by routers
US20110321110A1 (en) * 2010-06-24 2011-12-29 Worldplay (Barbados) Inc. Systems and methods for adapting video data transmissions to communication network bandwidth variations
CN103703845B (zh) * 2011-07-22 2018-03-30 交互数字专利控股公司 管理多播业务的方法和移动接入网关
US9173073B2 (en) * 2011-12-19 2015-10-27 Motorola Solutions, Inc. Method and apparatus for processing group event notifications and providing group policy in a communication system
CN103269334B (zh) * 2013-04-24 2017-06-20 华为技术有限公司 会话关联方法、装置及系统
CN105681205B (zh) * 2016-02-04 2018-12-21 北京宇航系统工程研究所 一种运载火箭地面测发控系统总控网的数据组播传输方法
WO2019067817A1 (en) * 2017-09-29 2019-04-04 Convida Wireless, Llc ENHANCED RESOURCE SHARING USING A RESERVATION
CN110022581B (zh) * 2018-01-10 2023-07-14 维沃移动通信有限公司 一种支持网络承载控制的方法、装置、网络单元及终端

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1832447A (zh) * 2005-03-08 2006-09-13 华为技术有限公司 下一代网络中实现用户请求模式资源预留的方法
CN1863149A (zh) * 2005-09-02 2006-11-15 华为技术有限公司 实现一组特定流的QoS控制的方法
CN1925420A (zh) * 2005-09-02 2007-03-07 华为技术有限公司 基于资源准入控制子系统的资源撤销方法及装置
CN101030921A (zh) * 2006-03-02 2007-09-05 华为技术有限公司 一种组播控制系统和方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6611872B1 (en) * 1999-01-11 2003-08-26 Fastforward Networks, Inc. Performing multicast communication in computer networks by using overlay routing
ES2327428T3 (es) * 2005-12-23 2009-10-29 Alcatel Lucent Control de admision de recursos para peticiones de reserva activadas por cliente y activadas por red.
US7885286B2 (en) * 2005-12-23 2011-02-08 Netsocket, Inc. Method and arrangements in an IP network
CN101438256B (zh) * 2006-03-07 2011-12-21 索尼株式会社 信息处理设备、信息通信系统、信息处理方法
US20070258455A1 (en) * 2006-05-08 2007-11-08 Futurewei Technologies, Inc. System for distributed architecture for multicast access control

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1832447A (zh) * 2005-03-08 2006-09-13 华为技术有限公司 下一代网络中实现用户请求模式资源预留的方法
CN1863149A (zh) * 2005-09-02 2006-11-15 华为技术有限公司 实现一组特定流的QoS控制的方法
CN1925420A (zh) * 2005-09-02 2007-03-07 华为技术有限公司 基于资源准入控制子系统的资源撤销方法及装置
CN101030921A (zh) * 2006-03-02 2007-09-05 华为技术有限公司 一种组播控制系统和方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2164273A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113784384A (zh) * 2020-06-09 2021-12-10 维沃移动通信有限公司 模式切换方法、终端及网络侧设备
CN113784384B (zh) * 2020-06-09 2024-03-08 维沃移动通信有限公司 模式切换方法、终端及网络侧设备

Also Published As

Publication number Publication date
CN101299825B (zh) 2012-07-25
US20090274163A1 (en) 2009-11-05
CN101299825A (zh) 2008-11-05
EP2164273A1 (en) 2010-03-17
EP2164273A4 (en) 2010-12-29

Similar Documents

Publication Publication Date Title
WO2008131651A1 (fr) Procédé, système et dispositif de commande de ressource multidiffusion
US8930451B2 (en) Multicast/unicast admission control method, device and system
EP2139158B1 (en) Method, device and system for realizing multicast service
WO2006094448A1 (fr) Procede pour implementer la reservation des ressources en mode de requete utilisateur dans le reseau de prochaine generation
WO2006094446A1 (fr) Procede pour obtenir la reservation de ressources pour un mode de demande d'agent dans ngn
US20100027542A1 (en) Method, device and system for multicast service authorization control
WO2009114976A1 (zh) 资源接纳控制方法和系统
WO2009026844A1 (fr) Procédé, système et appareil de commande d'admission multidiffusion ou monodiffusion
WO2009003421A1 (fr) Procédé de contrôle d'admission des ressources, système et système d'application de service
US20090086744A1 (en) Method, system and device for selecting edge connection link across different management domain networks
JP4787376B2 (ja) マルチキャストベアラリソースを制御するための方法、装置、およびシステム
WO2007025461A1 (fr) Procede et systeme de gestion de la qos d'un ensemble de flux speciaux
WO2008025205A1 (fr) Procédé et système d'application de service et unité d'agence d'application de service
WO2008046336A1 (fr) Système et procédé permettant un contrôle d'accès réparti dans un service multidiffusion
WO2009103192A1 (zh) 资源分配方法及资源释放方法
WO2008017226A1 (fr) Système et procédé de commande de multidiffusion
US20100329266A1 (en) System and a Method for Resource Access Control
WO2009024096A1 (fr) Appareil de gestion de ressources, procédé et système
WO2009132492A1 (zh) 一种racs支持移动ip的系统及方法
WO2007033612A1 (fr) Systeme et procede de commande de ressource du reseau d'acces
WO2008098504A1 (fr) Procédé et système pour fournir un service multidiffusion et dispositif pour fournir un paramètre de service multidiffusion
WO2009100625A1 (zh) 资源接纳控制系统中的策略决策功能实体的选择方法
WO2008025267A1 (fr) Procédé, système, unité de commande d'admission et de ressource pour établir le service de multidiffusion
WO2011044811A1 (zh) 一种接纳控制系统及方法
WO2009100623A1 (zh) 下一代网络组播业务接纳控制方法

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2008700056

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE