CN101237383A - 一种传输组播信息及授权组播业务的方法和系统 - Google Patents

一种传输组播信息及授权组播业务的方法和系统 Download PDF

Info

Publication number
CN101237383A
CN101237383A CNA2007100031279A CN200710003127A CN101237383A CN 101237383 A CN101237383 A CN 101237383A CN A2007100031279 A CNA2007100031279 A CN A2007100031279A CN 200710003127 A CN200710003127 A CN 200710003127A CN 101237383 A CN101237383 A CN 101237383A
Authority
CN
China
Prior art keywords
multicast
diameter
property value
information
address
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CNA2007100031279A
Other languages
English (en)
Inventor
杨玮玮
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
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 CNA2007100031279A priority Critical patent/CN101237383A/zh
Priority to PCT/CN2008/070184 priority patent/WO2008092403A1/zh
Publication of CN101237383A publication Critical patent/CN101237383A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明实施例公开了一种传输组播信息的方法，该方法包括：在Diameter协议中，设置组播信息属性值对；Diameter服务器或Diameter客户端根据会话要求，确定该会话对应的组播信息属性值对，通过携带指定组播信息属性值对的Diameter消息传输所述会话的组播信息。应用上述方法能够实现在支持Diameter协议的实体间进行组播信息的传输。本发明实施例还公开了一种授权组播业务的方法，该方法能够基于前述设置的组播信息属性值对，实现在支持Diameter协议的对等端间进行组播业务的授权。本发明实施例还公开了一种传输组播信息的系统及授权组播业务的系统。

Description

一种传输组播信息及授权组播业务的方法和系统
技术领域
本发明涉及通信技术，特别涉及一种传输组播信息及授权组播业务的方法和系统。
背景技术
自网络诞生以来，认证、授权以及计费体制(AAA)就成为网络运营的基础。网络中各类资源的使用，都需要由认证、授权和计费进行管理。为了在因特网上运行AAA功能，IETF于1997年定义了远程拨入用户认证服务协议(RADIUS，RFC 2058)，继而又提出了RADIUS的更新版本，名字为Diameter(IETF在2003年底在RFC 3588中定义了Diameter的基本协议)，用来给众多的接入技术提供认证、授权和计费(AAA)服务。
直径(Diameter)协议实际上分成了两部分：Diameter基本协议和完成基本协议功能的一系列应用。为了运行AAA功能，Diameter基本协议定义了不同的功能性实体，包括：Diameter Client(客户端)、Diameter Server(服务器)、Proxy(代理服务器)、Relay(中继)、Redirect Agent(重定向代理)、Translation Agent(转换代理)和Diameter Node(Diameter节点)。Diameter客户端负责发起AAA请求；Diameter服务器根据所使用的Diameter应用，为一个域内的客户端的请求提供服务；Diameter代理则为客户端和服务器提供增值业务。Diameter消息包括Diameter消息头以及紧跟其后的一定数量的Diameter属性值对(AVPs)。AVPs包含认证、授权和计费单元，以及与特定Diameter请求或应答消息相关的路由、安全和配置信息单元。每个AVP包含一个AVP头和一些AVP特有的数据。
另一方面，随着网络技术的不断发展，出现了以D类IP地址发送业务的IP组播技术，用于发送者同时向多个接收者(大于等于一个)发送相同的业务内容，因为相同内容只需要向指定组播地址发送一份即可，因而可以有效降低业务发送方和传输网络的负载。
为了获取组播内容，内容接收方(用户)通过加入业务组播组(如使用IGMP协议或MLD协议)来要求邻近的路由器发送业务内容给自己，而路由器之间则通过组播路由协议(如PIM-SM(协议无关组播-稀疏模式)协议等)与其它路由器交互以建立组播转发路径，这样组播业务内容就可以从组播源沿组播转发路径传递给内容接收方。其中，IGMP v1中定义了基本的组成员查询和报告过程，IGMP v2在此基础上添加了组成员快速离开的机制，IGMP v3中增加的主要功能是成员可以指定接收或指定不接收某些组播源的报文，从而避免非法的组播数据流占用网络带宽。
使用组播技术传送业务流，无论接收方有多少，业务发送方只需要发送一个数据流。组播数据在从业务发送点到接收方的传输路径上的传送点之间只产生单一的数据流，显而易见使用组播技术可以减轻发送者(业务提供方)的负荷，并且可以有效利用网络资源。
目前，Diameter协议已经成为各组织策略控制架构中的主流协议，比如3GPP SBLP架构中Gq接口、PCC架构中Gx接口、TISPAN RACS架构中Gq’接口、Rq接口等。同时随着宽带技术的发展，多媒体相关服务需求的日益增长刺激了IP组播技术的普及和发展，成为新一代网络的不可缺少的关键技术。但是，当前的Diameter协议并不支持组播相关信息的传递，所以使用Diameter作为接口协议的对等端之间无法交互组播信息来获知网络的相关状态，从而影响了组播控制相关的操作流程，限制了组播业务的开展，不能有效利用网络资源。
发明内容
有鉴于此，本发明实施例提供一种传输组播信息的方法和系统，能够在Diameter协议的对等端之间传输组播信息。
本发明实施例还提供一种授权组播业务的方法和系统，能够在Diameter协议系统中进行组播业务的授权。
为实现上述目的，本发明实施例采用如下的技术方案：
一种传输组播信息的方法，包括：
在Diameter协议中，设置组播信息属性值对；
Diameter服务器或Diameter客户端，根据会话要求确定该会话对应的组播信息属性值对，通过携带确定的组播信息属性值对的Diameter消息传输所述会话的组播信息。
一种传输组播信息的系统，该系统包括：Diameter服务器和Diameter客户端，
所述Diameter服务器，用于与所述Diameter客户端间通过携带与会话对应的组播信息属性值对的Diameter消息传输会话的组播信息，所述组播信息属性值对为Diameter协议中设置的组播信息属性值对。
一种授权组播业务的方法，包括：
在Diameter协议中，设置组播信息属性值对；
Diameter客户端根据请求授权的组播业务，形成授权所需的组播信息属性值对，并将形成的组播信息属性值对携带在Diameter请求消息中发送给Diameter服务器，请求授权组播业务；
Diameter服务器接收到所述Diameter请求消息后，根据所述形成的组播信息属性值对提取授权所需的组播信息，并判断是否授权该组播业务，若是，则将携带所述组播信息的授权结果发送给组播策略执行设备并向所述Diameter客户端返回应答消息；否则，向Diameter客户端返回拒绝授权的消息；
组播策略执行设备接收到所述授权结果后，根据所述组播信息执行组播决策。
一种授权组播业务的系统，该系统包括：Diameter客户端、Diameter服务器和组播策略执行设备，
所述Diameter客户端，用于根据组播业务形成授权所需的组播信息属性值对，并将形成的组播信息属性值对携带在Diameter请求消息中发送给所述Diameter服务器，请求授权组播业务；所述组播信息属性值对为Diameter协议中设置的；
所述Diameter服务器，用于接收所述Diameter客户端发送的Diameter请求消息，提取授权所需的组播信息，并判断是否授权该组播业务，在确定授权后，将携带组播信息的授权结果发送给所述组播策略执行设备并向所述Diameter客户端返回应答消息；在确定拒绝授权请求后，向所述Diameter客户端返回拒绝授权的消息；
所述组播策略执行设备，用于接收所述Diameter服务器发送的授权结果，并根据其中携带的组播信息执行组播决策。
由上述技术方案可见，本发明的实施例在Diameter协议中，设置组播信息的属性值对，然后根据会话要求，确定该会话对应的组播信息属性值对，在Diameter服务器与Diameter客户端间传输携带确定的组播信息属性值对的Diameter消息，从而实现组播信息的传输。
另外，在上述组播信息属性值对的设置基础上，根据请求授权的组播业务，形成授权所需的组播信息属性值对，并将形成的组播信息属性值对携带在Diameter请求消息中发送给Diameter服务器，请求授权组播业务，这样即可以实现利用Diameter协议传输授权组播业务的请求。Diameter服务器接收到该请求后，对是否授权该组播业务进行判断，在确定可以授权后，将携带组播信息的授权结果发送给组播策略执行设备，由组播策略执行设备进行具体授权操作。从而实现在支持Diameter协议的系统中进行组播业务的授权。
综上，本发明实施例能够实现在支持Diameter协议的对等端和系统中，进行组播信息的传输和组播业务的授权，避免由于Diameter协议限制组播业务的开展。
附图说明
图1为本发明实施例的传输组播信息方法的总体流程图。
图2为本发明实施例的传输组播信息系统的总体结构图。
图3为本发明实施例的授权组播业务方法的总体流程图。
图4为本发明实施例的授权组播业务系统的总体结构图。
图5为本发明实施例一中传输组播信息方法的具体流程图。
图6为本发明实施例一中传输组播信息系统的具体结构图。
图7为本发明实施例的一个抽象网络策略控制模型示意图。
图8为本发明实施例二中PUSH模式下授权组播业务的方法具体流程图。
图9为本发明实施例二中PULL模式下授权组播业务的方法具体流程图。
具体实施方式
为使本发明实施例的目的、技术手段和优点更加清楚明白，以下结合附图对本发明实施例作进一步详细说明。
图1为本发明实施例的传输组播信息方法的总体流程图。如图1所示，该方法包括：
步骤101，在Diameter协议中，设置组播信息属性值对。
本步骤中，设置的组播信息属性值对包括组播地址属性值对、组播源地址属性值对、组播源地址数目属性值对、组播指示信息类型属性值对和组播描述信息属性值对中的一种或任意组合。
步骤102，Diameter服务器或Diameter客户端根据会话要求，确定该会话对应的组播信息属性值对，通过携带确定的组播信息属性值对的Diameter消息传输会话的组播信息。
图2为本发明实施例的传输组播信息系统的总体结构图。如图2所示，该系统包括：Diameter服务器210和Diameter客户端220。
在该系统中，Diameter服务器210，用于与Diameter客户端220间通过携带与会话对应的组播信息属性值对的Diameter消息传输会话的组播信息，其中，组播信息属性值对为方法实施例中介绍的Diameter协议中设置的组播信息属性值对。
图3为本发明实施例的授权组播业务方法的总体流程图。如图3所示，该方法包括：
步骤301，在Diameter协议中，设置组播信息属性值对。
步骤302，Diameter客户端根据请求授权的组播业务，形成授权所需的组播信息属性值对，并将形成的组播信息属性值对携带在Diameter请求消息中发送给Diameter服务器，请求授权组播业务。
步骤303，Diameter服务器接收到Diameter请求消息后，根据组播信息判断是否授权该组播业务，若是，则执行步骤304，否则执行步骤305。
步骤304，将携带组播信息的授权结果发送给组播策略执行设备并向Diameter客户端返回应答消息，组播策略执行设备接收到授权结果后，根据组播信息执行组播决策，并结束本流程。
步骤305，向Diameter客户端返回拒绝授权的消息。
图4为授权组播业务系统的总体结构图。如图4所示，该系统包括：Diameter客户端410、Diameter服务器420和组播策略执行设备430。
在该系统中，Diameter客户端410，用于形成业务所需的组播信息属性值对，并将形成的组播信息属性值对携带在Diameter请求消息中发送给Diameter服务器420，请求授权组播业务；其中，组播信息属性值对为Diameter协议中设置的。
Diameter服务器420，用于接收Diameter客户端410发送的Diameter请求消息，提取授权所需的组播信息，并判断是否授权该组播业务，在确定授权后，将携带组播业务的授权结果发送给组播策略执行设备430并向Diameter客户端410返回应答消息；在确定拒绝授权后，向Diameter客户端410返回拒绝授权的消息。
组播策略执行设备430，用于接收Diameter服务器420发送的授权结果，并根据其中携带的组播信息执行组播决策。
上述即为本发明实施例提供的传输组播信息及授权组播业务的方法及系统的总体概述。下面通过具体实施例说明传输组播信息及授权组播业务的具体实施方式，同时，介绍相应系统的具体实施。
实施例一对传输组播信息的方法和系统进行详细介绍，实施例二介绍授权组播业务的方法和系统。
实施例一：
本实施例中，对传输组播信息的方法和系统进行详细介绍。
图5为本发明实施例一的传输组播信息方法的具体流程图。如图5所示，该方法包括：
步骤501，在Diameter协议中设置组播信息属性值对。
本实施例在Diameter协议中设置的组播信息属性值对包括：组播地址属性值对、组播源地址属性值对、组播源地址数目属性值对、组播指示信息类型属性值对和组播描述信息属性值对中的一种或任意组合。
下面具体介绍上述各类组播信息属性值对的具体内容和格式。
1、组播地址属性值对(AVP)。
组播地址AVP用以标识指定的组播组，为该属性值对指定代码，并可以将该属性值对命名为：Multicast-Address AVP。
Multicast-Address AVP(AVP Code xxx)的类型可以为OctetString(八比特组串)，取值为对应会话指定的一个组播地址，具体可以是一个IPv4格式的D类组播地址(224.0.0.0～239.255.255.255)，也可以是IPv6格式的组播地址。
2、组播源地址属性值对(AVP)。
组播源地址属性值对用以标识向指定组播地址发送组播业务的源地址信息，为该属性值对指定代码，并可以将其命名为：Multicast-Source-AddressAVP。
Multicast-Source-Address AVP(AVP Code xxx)类型可以为OctetString(八比特组串)，取值为向指定组播地址(组)发送组播业务的源地址信息，具体可以是一个IPv4格式的单播地址，也可以是IPv6格式的单播地址。
3、组播源地址数目属性值对(AVP)。
组播源地址数目属性值对用以标识指定组播地址所需要过滤的源地址数目。为该属性值对指定代码，并可以将该属性值对命名为：Multicast-Source-Number AVP。
Multicast-Source-Number AVP(AVP Code xxx)类型可以为Unsigned32(无符号32位)，取值为指定组播地址/组播组所需要过滤的源地址数目，具体取值与指定组播地址/组播组(Multicast-Address AVP)下对应Multicast-Source-Address AVP的数目保持一致。
4、组播指示信息类型属性值对(AVP)。
组播指示信息类型属性值对用以标识某个指定组播地址的信息指示类型，为该属性值对指定代码，并可以将该属性值对命名为：Multicast-Indication-Type AVP。
Multicast-Indication-Type AVP(AVP Code xxx)类型可以为Enumerated(枚举型)，取值为对指定组播地址的源地址过滤信息，具体可以包括当前组播源地址的过滤模式指示、过滤模式改变指示及组播源地址的改变指示。Diameter对等端在接收到该属性值对后，结合组播源地址信息，就可以得到对指定组播地址/组的源地址过滤信息。
为与IGMP协议中的规定的信息指示类型对应，本实施例中为该属性值对具体定义了以下六个值，表示对组播源地址的过滤类型信息：
①MODE_IS_INCLUDE(0)
表示对于指定的组播地址，过滤模式为INCLUDE(包含模式)，即仅接收从指定组播源地址(即组播源地址属性值对中列出的地址信息)发出的数据。
②MODE_IS_EXCLUDE(1)
表示对于指定的组播地址，过滤模式为EXCLUDE(排除模式)，即接收除指定组播源地址(即组播源地址属性值对中列出的地址信息)之外所有其它地址发出的数据。
③CHANGE_TO_INCLUDE_MODE(2)
表示对于指定的组播地址，源地址信息的过滤模式改变为INCLUDE，即接收从组播源地址属性值对中列出的所有源地址发出的组播业务。
④CHANGE_TO_EXCLUDE_MODE(3)
表示对于指定的组播地址，源地址信息的过滤模式改变为EXCLUDE，即排除从组播源地址属性值对中列出的所有源地址发出的组播业务。
⑤ALLOW_NEW_SOURCES(4)
表示对于指定的组播地址，组播源地址属性值对中携带了用户希望增加接收组播业务的源地址信息。如果这个改变是对一个INCLUDE模式的组播源列表，则将组播源地址属性值对中的这些地址增加到已有列表中；如果这个改变是对一个EXCLUDE模式的源列表，则将组播源地址属性值对中的这些地址从已有列表中删除。
⑥BLOCK_OLD_SOURCES(5)
表示对于指定的组播地址，组播源地址属性值对中携带了用户不再希望接收组播业务的源地址信息。如果这个改变是对一个INCLUDE模式的源列表，则将组播源地址属性值对中的这些地址从已有列表中删除；如果这个改变是对一个EXCLUDE模式的源列表，则将组播源地址属性值对中的这些地址增加到已有列表中。
上述即为本实施例中定义的六种组播指示信息类型属性值对的取值类型，具体地，组播指示信息类型属性值对的取值可以上述六种中的一种或任意组合。
本实施例中，设置了上述四种组播信息属性值对。需要说明的是，组播信息并不仅限于以上定义的这些属性值对，还可能包括组播业务的带宽、优先级等服务质量(QoS)信息，可以根据需要设置相应的属性值对携带这些组播信息。
在上述设置的基础上，即可以在两个支持Diameter协议的对等端之间传输需要的组播信息。
步骤502，Diameter客户端或Diameter服务器根据会话要求，确定该会话对应的组播信息属性值对。
本步骤中，与前述的步骤501中设置的组播信息属性值对相对应地，确定的与会话对应的组播信息属性值对包括：步骤501中设置的组播信息属性值对中的一种或任意组合。
假定步骤501中设置了组播地址属性值对、组播源地址属性值对、组播源地址数目属性值对以及组播指示信息类型属性值对。本步骤中，可以根据会话要求，选择上述四种组播信息属性值对中的一种或任意组合传输需要的组播信息。
例如，当传输某会话涉及所有的组播组状态信息时，确定的该会话对应的组播信息属性值对可以分为两种情况：一、会话对应的至少一个组播地址属性值对；二、会话对应的至少一个组播地址属性值对，以及与每个组播地址属性值对相关联的步骤501中设置的其它属性值对，如组播源地址属性值对等。
由于一个会话可能涉及到多个组播地址的信息，因此会话对应的组播信息属性值对可以是多个组播地址属性值对。
一、在第一种情况下，代表交互的组播信息为组播地址信息，并且不对其组播源地址进行限制。
二、在第二种情况下，代表交互的组播信息是针对某组播地址的信息，并且对该组播地址的组播源进行了过滤限制。
对于组播地址属性值对，表示特定的组播地址，也即唯一对应一个组播组。
对于组播源地址属性值对，表示向指定组播地址发送组播业务的源地址信息，本情况中，指定组播地址即为与该组播源地址属性值对相关联的组播地址属性值对的取值代表的组播地址。由于网络中对于某个指定的组播地址，可能会对应有多个组播源，继而存在对多个组播源地址的过滤需求，所以与某个组播地址属性值对相关联的组播源地址属性值对也可能为多个。
对于组播指示信息类型属性值对，表示指定组播地址的指定组播源地址的过滤信息，其中，指定组播地址的含义与前述相同，指定组播源地址为：与指定组播地址相关联的组播源地址属性值对的取值代表的源地址信息。在前述设置组播指示信息类型属性值对时为其具体设置了六种取值，可以应用于不同的场景，例如：
当一个Diameter服务器端向Diameter客户端请求组播信息时，Diameter客户端向Diameter服务器端报告当前的组播业务接收状态，组播指示信息的类型可以取值为MODE_IS_INCLUDE(0)或MODE_IS_EXCLUDE(1)，分别表示是包含模式或排除模式。
当会话中组播业务的过滤模式信息发生改变时，即从包含模式改为排除模式或从排除模式改为包含模式，Diameter客户端向Diameter服务器端报告改变情况，Diameter消息中的组播指示信息类型可以取值为CHANGE_TO_INCLUDE_MODE(2)或CHANGE_TO_EXCLUDE_MODE(3)，表示其过滤模式改变信息。
当会话中组播业务的源地址信息发生改变时，即对某些源地址的过滤模式发生改变而与当前模式不一致时，Diameter客户端向Diameter服务器端报告改变情况，Diameter消息中的组播指示信息类型可以取值为ALLOW_NEW_SOURCES(4)和/或BLOCK_OLD_SOURCES(5)，表示源地址改变信息。
需要说明的是，组播指示信息类型和源地址信息结合，为了给出指定组播地址的源地址过滤信息，这里列出组播指示信息类型的六种可能取值和应用场景，但具体实施并不只限于这些，例如每一次组播信息的传递也可以只采纳MODE_IS_INCLUDE(0)和MODE_IS_EXCLUDE(1)两个，即每一次都报告当前完整的过滤信息状态。
步骤503，在Diameter服务器与Diameter客户端间通过携带确定的组播信息属性值对的Diameter消息传输所述会话的组播信息。
本步骤中，会话的组播信息通过Diameter消息携带。具体地，Diameter消息携带组播信息属性值对的方式有两种：一、将步骤502中确定的会话对应的组播信息属性值对直接携带在Diameter消息中传输；二、在Diameter消息中设置组播描述信息属性值对，其中，该属性值对的取值即为步骤502中确定的会话对应的组播信息属性值对，将该组播描述信息属性值对携带在Diameter消息中进行传输。
一、在第一种方式中，当传输的某会话组播信息涉及多个组播地址时，则在Diameter消息中，可以采用将每个组播地址属性值对及与该组播地址属性值对相关联的其它属性值对顺序排列的方式表示相互的关联关系。
例如，某会话对应的组播信息包括组播地址属性值对Multicast-AddressAVP1，以及与Multicast-Address AVP1相关联的组播源地址属性值对Multicast-Source-Address AVP2和组播指示信息类型属性值对Multicast-Indication-Type AVP3，还包括组播地址属性值对Multicast-AddressAVP4，以及与Multicast-Address AVP4相关联的Multicast-Source-AddressAVP5和组播指示信息类型属性值对Multicast-Indication-Type AVP6，在Diameter消息中可以按如下的顺序排列上述属性值对：
Multicast-Address AVP1，Multicast-Source-Address AVP2，Multicast-Indication-Type AVP3，Multicast-Address AVP4，Multicast-Source-Address AVP5，Multicast-Indication-Type AVP6。
二、在第二种方式中，需要在步骤501中增加设置一个组播信息属性值对，即组播描述信息属性值对(AVP)。
该组播描述信息属性值对用以标识会话对应的组播信息属性值对序列。为该属性值对指定代码，可以将该属性值对命名为：Multicast-Component-Description AVP。
Multicast-Component-Description AVP(AVP Code xxx)类型可以为Grouped，即定义为一个属性值对序列，其取值为会话中对应某个指定组播地址的组播信息属性值对。具体地，该组播信息可以是包括步骤502中已经设置的四种组播信息属性值对。将该组播描述信息属性值对携带在Diameter消息中，从而实现组播信息的传输，Diameter服务器还可以根据这些信息来决定业务的授权和QoS策略，实现对组播业务的有效控制。
Multicast-Component-Description属性值对的格式定义参考如下：
     Multicast-Component-Description::＝<AVP Header:xxx>
                 {Multicast-Address}；组播地址
                 *[Multicast-Source-Address]；组播源地址
                  [Multicast-Source-Number]；组播源地址数目
                  [Multicast-Indication-Type]；组播信息指示类型
其中，在Multicast-Component-Description属性值对中，对Multicast-Address AVP的支持是必需的；Multicast-Source-Address AVP前的“*”号表示该属性值对可以有多个。
在第二种方式中，当传输的某会话组播信息涉及多个组播地址时，则在Diameter消息中，携带多个组播描述信息属性值对，每个组播描述信息属性值对的取值为一个组播地址属性值对及与该组播地址属性值对相关联的其它属性值对。
依照上述的步骤即可以实现在两个支持Diameter协议的对等端间传输组播信息的目的。
本实施例还提供了一种传输组播信息的系统，该系统为图2所示系统的一种具体实施方式，可以用于实施上述方法。图6即为本实施例提供的传输组播信息系统的具体结构图。如图6所示，该系统包括：Diameter服务器610和Diameter客户端620。其中，Diameter服务器610和Diameter客户端620均包括组播信息属性值对功能单元和接口单元。
在该系统中，Diameter服务器610中的组播信息属性值对功能单元611，用于根据会话要求确定该会话对应的组播信息属性值对，并发送给接口单元612。接口单元612，用于将接收到的组播信息属性值对携带在Diameter消息中发送给Diameter客户端620，并接收Diameter客户端620发送的携带组播信息属性值对的Diameter消息。
Diameter客户端620中组播信息属性值对功能单元621，用于根据会话要求确定该会话对应的组播信息属性值对，并发送给接口单元622。接口单元622，用于将接收到的组播信息属性值对携带在Diameter消息中发送给Diameter服务器610，并接收Diameter服务器620发送的携带组播信息属性值对的Diameter消息。
上述实施例对传输组播信息的方法和系统的实施方式进行了详细描述，下面对授权组播业务的方法和系统进行介绍。
实施例二：
本实施例对支持Diameter协议的设备授权组播业务的方法和系统进行详细的实施方式介绍。
图7为一个抽象的网络策略控制模型，本实施例即在该模型中进行组播业务的授权。如图7所示，该模型包括应用功能(AF)、策略决策点(PDP)、策略执行点(PEP)和用户设备(UE)。其中，应用功能(AF)与策略决策点(PDP)，以及策略决策点与策略执行点(PEP)之间的接口都可以采用Diameter协议。参照Diameter协议，这里的PDP作为Diameter服务器处理某网络域的组播业务请求，AF和PEP作为Diameter客户端向PDP发起组播业务请求。PDP、PEP和AF构成的系统即为图4所示系统的具体实施方式。
在图7所示的模型中，进行组播业务的授权时，分为两种情况：PUSH模式下的组播业务授权和PULL模式下的组播业务授权。
一、首先介绍PUSH模式下授权组播业务的方法和系统。在PUSH模式下，AF即为图4所示系统中发起授权请求的Diameter客户端410的具体实现，PDP即为Diameter服务器420的具体实现，PEP即为组播策略执行设备430的具体实现。可见，在PUSH模式下，组播策略执行设备430与Diameter客户端410可以是相互独立的，在该系统中，授权组播业务的方法流程包括：
首先Diameter协议中，设置组播信息属性值对。
具体地，可以按照实施例一中的方式设置组播信息属性值对，这里就不再赘述。
接下来进行指定组播业务的授权，其具体流程如图8所示。
步骤801，AF接收到一个触发指示，发起一个新的AF会话。这里的触发可以是AF接收到业务层的一个会话消息，也可以是其它方式的触发信息。
步骤802，AF根据请求授权的组播业务，形成授权所需的组播信息属性值对。
本步骤中，授权所需的组播信息属性值对对应实施例一中会话对应的组播信息属性值对。具体地，本实施例中采用组播描述信息属性值对携带组播信息，其中包括了组播地址属性值对等属性值对，当然也可以在该Diameter请求中直接携带组播地址属性值对等属性值对。
这里，假设AF请求授权的组播业务为：加入组播地址(组)224.65.10.150，并接收从202.113.0.180和202.113.0.181发出的数据；加入组播地址(组)224.65.0.100，改变至排除模式，接收除200.1.1.50、200.1.1.51和200.1.1.52之外其它地址发出的组播数据。那么Multicast-Component-Description AVP的内容如下：
[Multicast-Component-Description＝
    {Multicast-Address＝224.65.10.150}
    [Multicast-Source-Address＝202.113.0.180]
    [Multicast-Source-Address＝202.113.0.181]
    [Multicast-Source-Number＝2]
    [Multicast-Indication-Type＝CHANGE_TO_INCLUDE_MODE(2)]
]
 [Multicast-Component-Description＝
  {Multicast-Address＝224.65.0.100}
    [Multicast-Source-Address＝200.1.1.50]
    [Multicast-Source-Address＝202.1.1.51]
    [Multicast-Source-Address＝202.1.1.52]
    [Multicast-Source-Number＝3]
    [Multicast-Indication-Type＝CHANGE_TO_EXCLUDE_MODE(3)]
]
步骤803，AF向PDP发起一个Diameter请求(Request)消息，其中携带授权所需的组播信息属性值对，请求PDP授权组播业务。Diameter Request消息的格式参考如下：
<xx-Request>::＝<Diameter Header:xxx，REQ，PXY>
            <Session-Id>
            {Auth-Application-Id}
            {Origin-Host}
            {Origin-Realm}
            {Destination-Realm}
            ＊[Multicast-Component-Description]
            *[Proxy-Info]
            *[Route-Record]
            *[AVP]
其中Multicast-Component-Description AVP即为步骤702中的Multicast-Component-Description AVP。另外，这里只重点列出了组播相关的属性值对信息，其它属性值对此处不涉及。
步骤804，PDP接收Diameter Request消息，提取其中的授权所需的组播信息，判断是否授权该组播业务，若是，则执行步骤805～808，否则执行步骤809。
步骤805，PDP将携带授权的组播信息的授权结果发送给PEP。
本步骤中，由于PEP和PDP间的接口采用Diameter协议，因此，PDP向PEP发送授权结果的方式可以为：PDP根据授权结果向PEP发起一个Diameter Request消息，其中携带授权的组播信息。
当然，在PDP与PEP间的接口不支持Diameter协议时，可以通过二者之间的其它接口协议传输该授权结果，这并不影响本实施例的实施。
步骤806，PEP按照从PDP接收到的授权的组播信息，执行策略(包括组播业务的QoS资源准入、预留，以及基于组播源地址信息等的包过滤等)。
步骤807，PEP向PDP发送Diameter应答(Answer)消息。
步骤808，PDP向AF发送Diameter Answer消息，并结束本流程。
步骤809，PDP向AF返回拒绝授权的消息。
至此，授权组播业务的方法流程结束。
具体地，PUSH模式下，授权组播业务系统中的Diameter客户端(即AF)的具体结构可以包括：组播信息属性值对功能单元和接口单元。其中，组播信息属性值对功能单元，用于根据组播业务形成授权所需的组播信息属性值对，并发送给接口单元。接口单元，用于将接收到的组播信息属性值对携带在Diameter消息中发送给Diameter服务器(即PDP)，请求授权组播业务；还用于接收Diameter服务器(即PDP)返回的消息。
系统中的Diameter服务器(即PDP)的具体结构可以包括组播信息属性值对功能单元、授权单元和接口单元。其中，组播信息属性值对功能单元，用于接收Diameter客户端(即AF)发送的Diameter请求消息，并提取授权所需的组播信息，发送给授权单元。授权单元，用于根据接收到的组播信息判断是否授权该组播业务，在确定授权后，将携带组播业务的授权结果发送给接口单元，在确定拒绝授权请求后，向接口单元发送拒绝授权的消息。接口单元，用于将接收到的携带组播业务的授权结果发送给组播策略执行设备(即PEP)，并向Diameter客户端(即AF)返回应答消息；还用于接收到所述授权单元拒绝授权的消息后，将该消息转发给Diameter客户端(即AF)。
由上述可以看出，在PUSH模式下，是由应用层发出的授权请求，PDP授权后，由承载层执行策略建立承载传输组播业务，因此在利用Diameter协议进行组播业务授权时，PUSH模式下的AF与PDP间接口采用的是Diameter协议，而PDP与PEP间的接口支持或不支持Diameter协议均可。
二、下面介绍PULL模式下授权组播业务的方法和系统。在PULL模式下，PEP即为图4所示系统中发起授权请求的Diameter客户端410和组播策略执行设备430的具体实现，PDP即为Diameter服务器420的具体实现。可见，在PULL模式下，组播策略执行设备430和Diameter客户端410可以是同一个实体，在该系统中，授权组播业务的方法流程包括：
与PUSH模式类似，首先Diameter协议中，设置组播信息属性值对。可以按照实施例一中的方式设置组播信息属性值对，这里就不再赘述。
接下来进行指定组播业务的授权，其具体流程如图9所示。
步骤901，UE接收到一个触发指示，发起一个组播业务请求。这里UE可以使用从业务层接收到的组播会话信息来定义请求消息内容，也可以由其它方式获得组播相关信息。
步骤902，UE向网络发起一个组播业务请求消息，这里可以是一个因特网组管理协议(IGMP)消息，或组播用户发现(MLD)消息，或其它承载上的组播请求信令消息。
步骤903，PEP接收到UE发起的组播请求消息，从中提取出组播信息，包括组播地址和或组播源地址信息等，形成授权所需的组播信息属性值对。
本步骤中，形成授权所需的组播信息的属性值对的方式与前述的PUSH模式中相同，同样可以采用组播描述信息属性值对携带，或采用直接携带组播地址属性值对等的形式，这里就不再赘述。
步骤904，PEP向PDP发起Diameter Request消息，在该Diameter Request消息中携带授权所需的组播信息属性值对，请求PDP授权组播业务。
本步骤中，Diameter Request消息的格式与前述的PUSH模式中相同。
步骤905，PDP接收Diameter Request消息，并提取授权所需的组播信息，判断是否授权该组播业务，若是，则执行步骤906～907，否则，执行步骤908。
步骤906，PDP将携带授权的组播信息的授权结果发送给PEP。
本步骤中，PDP根据提取的组播信息，结合相关的策略规则，制定最终的组播资源准入和控制决策，包括QoS资源准入、预留，以及基于组播源地址等的包过滤策略等，形成授权结果。
本实施例中，由于采用PULL模式进行组播业务授权，也就是说，授权请求是由PEP发送给PDP的，因此本步骤中，PDP向PEP发送授权结果的方式为：PDP向PEP发起Diameter应答消息，其中携带授权结果。
步骤907，PEP按照从PDP接收到的组播业务授权信息，执行策略。
步骤908，PDP向PEP返回拒绝授权的消息。
至此，授权组播业务的方法流程结束。
在PULL模式下，与PUSH模式下类似，Diameter客户端(即PEP)的具体结构也可以包括组播信息属性值对功能单元和接口单元，其功能也与PUSH模式下Diameter客户端(即AF)相同。同时，由于Diameter客户端与组播策略执行单元可以位于同一物理实体中，因此PULL模式下的Diameter客户端(即PEP)还可以进一步包括组播策略执行单元，用于接收Diameter服务器(即PDP)发送的携带组播信息的授权结果，执行授权决策。
PULL模式下的Diameter服务器(即PDP)与PUSH模式下的Diameter服务器的结构可以相同，这里就不再赘述。
由上述可以看出，PULL模式下进行组播业务授权时，由承载层发起授权请求，因此在利用Diameter协议进行组播业务授权时，要求PEP与PDP间一定支持Diameter协议。
由上述两种模式的授权组播业务方法流程可以看出，在该方法中，由Diameter客户端根据组播业务，形成授权所需的组播信息属性值对，并将该属性值对携带在Diameter请求消息中发送给Diameter服务器，请求授权决策。当授权后，由Diameter服务器将授权结果发送给组播策略执行设备，组播策略执行设备根据授权的组播信息执行决策。同时，组播策略执行设备与发起授权请求的Diameter客户端间的关系可能有两种情况：组播策略执行设备与发起授权请求的Diameter客户端是两个相互独立的实体，即对应PUSH模式；组播策略执行设备与发起授权请求的Diameter客户端位于同一个实体之中，即该组播策略执行设备即为发起授权请求的Diameter客户端，对应PULL模式。
经过上述三个具体实施例的介绍可以看出，本发明实施例提供的传输组播信息及授权组播业务的方法和系统能够实现在支持Diameter协议的对等端和系统中，进行组播信息的传输和组播业务的授权，避免由于Diameter协议限制组播业务的开展。
以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (15)

1. 一种传输组播信息的方法，其特征在于，该方法包括：
在Diameter协议中，设置组播信息属性值对；
Diameter服务器或Diameter客户端，根据会话要求确定该会话对应的组播信息属性值对，通过携带确定的组播信息属性值对的Diameter消息传输所述会话的组播信息。
2. 根据权利要求1所述的方法，其特征在于，所述组播信息属性值对包括组播地址属性值对、组播源地址属性值对、组播源地址数目属性值对、组播指示信息类型属性值对中的一种或任意组合；
所述组播地址属性值对的取值为所述会话指定的一个组播地址；
所述组播源地址属性值对的取值为向指定组播地址发送组播业务的源地址信息；
所述组播源地址数目属性值对的取值为指定组播地址所需过滤的组播源地址数目；
所述组播指示信息类型属性值对的取值为对指定组播地址的指定组播源地址的过滤信息；
所述确定会话对应的组播信息属性值对包括：选择会话对应的、所述设置的组播信息属性值对中的一种或任意组合。
3. 根据权利要求2所述的方法，其特征在于，所述对指定组播地址的指定组播源地址的过滤信息包括：过滤模式为包含模式、过滤模式为排除模式、过滤模式改变为包含模式、过滤模式改变为排除模式、增加接收自所述指定组播源地址发出的组播业务、去除接收自所述指定组播源地址发出的组播业务中的一种或任意组合。
4. 根据权利要求2或3所述的方法，其特征在于，所述Diameter消息携带确定的组播信息属性值对的方法为：在Diameter消息中直接携带所述会话对应的组播信息属性值对，或者，在Diameter消息中携带设置的组播描述信息属性值对，该组播描述信息属性值对的取值为所述会话对应的组播信息属性值对。
5. 一种传输组播信息的系统，该系统包括：Diameter服务器和Diameter客户端，其特征在于，
所述Diameter服务器，用于与所述Diameter客户端间通过携带与会话对应的组播信息属性值对的Diameter消息传输会话的组播信息，所述组播信息属性值对为Diameter协议中设置的组播信息属性值对。
6. 根据权利要求5所述的系统，其特征在于，所述Diameter客户端包括组播信息属性值对功能单元和接口单元，
所述组播信息属性值对功能单元，用于根据会话要求确定该会话对应的组播信息属性值对，并发送给所述接口单元；
所述接口单元，用于将接收到的组播信息属性值对携带在Diameter消息中发送给所述Diameter服务器，并接收所述Diameter服务器发送的携带组播信息属性值对的Diameter消息。
7. 根据权利要求5或6所述的系统，其特征在于，所述Diameter服务器包括组播信息属性值对功能单元和接口单元，
所述组播信息属性值对功能单元，用于根据会话要求确定该会话对应的组播信息属性值对，并发送给所述接口单元；
所述接口单元，用于将接收到的组播信息属性值对携带在Diameter消息中发送给所述Diameter客户端，并接收所述Diameter客户端发送的携带组播信息属性值对的Diameter消息。
8. 一种授权组播业务的方法，其特征在于，该方法包括：
在Diameter协议中，设置组播信息属性值对；
Diameter客户端根据请求授权的组播业务，形成授权所需的组播信息属性值对，并将形成的组播信息属性值对携带在Diameter请求消息中发送给Diameter服务器，请求授权组播业务；
Diameter服务器接收到所述Diameter请求消息后，根据所述形成的组播信息属性值对提取授权所需的组播信息，并判断是否授权该组播业务，若是，则将携带所述组播信息的授权结果发送给组播策略执行设备并向所述Diameter客户端返回应答消息；否则，向Diameter客户端返回拒绝授权的消息；
组播策略执行设备接收到所述授权结果后，根据所述组播信息执行组播决策。
9. 根据权利要求8所述的方法，其特征在于，所述组播信息属性值对包括组播地址属性值对、组播源地址属性值对、组播源地址数目属性值对和组播指示信息类型属性值对中的一种或任意组合；
所述组播地址属性值对的取值为所述会话指定的一个组播地址；
所述组播源地址属性值对的取值为向指定组播地址发送组播业务的源地址信息；
所述组播源地址数目属性值对的取值为指定组播地址所需过滤的组播源地址数目；
所述组播指示信息类型属性值对的取值为对指定组播地址的指定组播源地址的过滤信息；
所述形成授权所需的组播信息属性值对为：选择组播业务对应的所述设置的组播信息属性值对中的一种或任意组合。
10. 根据权利要求9所述的方法，其特征在于，所述对指定组播地址的指定组播源地址的过滤信息包括：过滤模式为包含模式、过滤模式为排除模式、过滤模式改变为包含模式、过滤模式改变为排除模式、增加接收自所述指定组播源地址发出的组播业务、去除接收自所述指定组播源地址发出的组播业务中的一种或任意组合。
11. 根据权利要求9或10所述的方法，其特征在于，将形成的组播信息属性值对携带在Diameter请求消息中为：在Diameter请求消息中直接携带所述授权所需的组播信息属性值对，或者，在Diameter消息中携带设置的组播描述信息属性值对，该组播描述信息属性值对的取值为所述授权所需的组播信息属性值对。
12. 一种授权组播业务的系统，其特征在于，该系统包括：Diameter客户端、Diameter服务器和组播策略执行设备，
所述Diameter客户端，用于根据组播业务形成授权所需的组播信息属性值对，并将形成的组播信息属性值对携带在Diameter请求消息中发送给所述Diameter服务器，请求授权组播业务；所述组播信息属性值对为Diameter协议中设置的；
所述Diameter服务器，用于接收所述Diameter客户端发送的Diameter请求消息，提取授权所需的组播信息，并判断是否授权该组播业务，在确定授权后，将携带组播信息的授权结果发送给所述组播策略执行设备并向所述Diameter客户端返回应答消息；在确定拒绝授权请求后，向所述Diameter客户端返回拒绝授权的消息；
所述组播策略执行设备，用于接收所述Diameter服务器发送的授权结果，并根据其中携带的组播信息执行组播决策。
13. 根据权利要求12所述的系统，其特征在于，所述Diameter客户端与所述组播策略执行设备相互独立或位于同一物理实体中。
14. 根据权利要求13所述的系统，其特征在于，所述Diameter客户端包括组播信息属性值对功能单元和接口单元，
所述组播信息属性值对功能单元，用于根据组播业务形成授权所需的组播信息属性值对，并发送给所述接口单元；
所述接口单元，用于将接收到的组播信息属性值对携带在Diameter消息中发送给所述Diameter服务器，请求授权组播业务；还用于接收所述Diameter服务器返回的消息。
15. 根据权利要求12到14中任意一项所述的系统，其特征在于，所述Diameter服务器包括组播信息属性值对功能单元、授权单元和接口单元，
所述组播信息属性值对功能单元，用于接收所述Diameter客户端发送的Diameter请求消息，并提取授权所需的组播信息，发送给所述授权单元；
所述授权单元，用于根据接收到的组播信息判断是否授权该组播业务，在确定授权后，将携带组播业务的授权结果发送给所述接口单元，在确定拒绝授权请求后，向所述接口单元发送拒绝授权的消息；
所述接口单元，用于将接收到的所述携带组播业务的授权结果发送给所述组播策略执行设备，并向所述Diameter客户端返回应答消息；还用于接收到所述授权单元拒绝授权的消息后，将该消息转发给所述Diameter客户端。
CNA2007100031279A 2007-01-31 2007-01-31 一种传输组播信息及授权组播业务的方法和系统 Pending CN101237383A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CNA2007100031279A CN101237383A (zh) 2007-01-31 2007-01-31 一种传输组播信息及授权组播业务的方法和系统
PCT/CN2008/070184 WO2008092403A1 (fr) 2007-01-31 2008-01-25 Procédé et système pour transmettre des données de multidiffusion et autoriser un service de multidiffusion

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNA2007100031279A CN101237383A (zh) 2007-01-31 2007-01-31 一种传输组播信息及授权组播业务的方法和系统

Publications (1)

Publication Number Publication Date
CN101237383A true CN101237383A (zh) 2008-08-06

Family

ID=39673674

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2007100031279A Pending CN101237383A (zh) 2007-01-31 2007-01-31 一种传输组播信息及授权组播业务的方法和系统

Country Status (2)

Country Link
CN (1) CN101237383A (zh)
WO (1) WO2008092403A1 (zh)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010025627A1 (zh) * 2008-09-03 2010-03-11 中兴通讯股份有限公司 会话信息的标识方法及装置
WO2010142197A1 (zh) * 2009-06-11 2010-12-16 中兴通讯股份有限公司 一种不断链进行能力协商的方法、系统及相关装置
WO2011015089A1 (zh) * 2009-08-06 2011-02-10 中兴通讯股份有限公司 一种自适应编码/解码方法和装置
CN101583112B (zh) * 2008-08-12 2011-09-21 中兴通讯股份有限公司 会话信息的标识方法及装置
WO2012083729A1 (zh) * 2010-12-23 2012-06-28 中兴通讯股份有限公司 组播预览业务的传输方法及装置
CN101478571B (zh) * 2009-01-19 2014-11-19 北京中星微电子有限公司 网络视频监控系统及其系统用户认证方法
CN105591831A (zh) * 2014-10-24 2016-05-18 中兴通讯股份有限公司 业务能力探测方法及装置
CN105872063A (zh) * 2016-04-13 2016-08-17 北京思特奇信息技术股份有限公司 一种基于dcc协议的ipv6地址编码、解码方法及对应的系统

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1597892B1 (de) * 2003-02-28 2006-07-12 Siemens Aktiengesellschaft Verfahren zur übertragung von Daten in einem WLAN-Netz
EP1849257B1 (fr) * 2005-02-18 2012-06-06 France Telecom Procede et equipements de controle d'acces a des flux ip multicast
CN1870647A (zh) * 2006-02-16 2006-11-29 华为技术有限公司 在实体间进行审计的系统和方法

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101583112B (zh) * 2008-08-12 2011-09-21 中兴通讯股份有限公司 会话信息的标识方法及装置
WO2010025627A1 (zh) * 2008-09-03 2010-03-11 中兴通讯股份有限公司 会话信息的标识方法及装置
CN101478571B (zh) * 2009-01-19 2014-11-19 北京中星微电子有限公司 网络视频监控系统及其系统用户认证方法
WO2010142197A1 (zh) * 2009-06-11 2010-12-16 中兴通讯股份有限公司 一种不断链进行能力协商的方法、系统及相关装置
WO2011015089A1 (zh) * 2009-08-06 2011-02-10 中兴通讯股份有限公司 一种自适应编码/解码方法和装置
CN101631126B (zh) * 2009-08-06 2012-09-05 中兴通讯股份有限公司 一种自适应编码/解码方法和装置
WO2012083729A1 (zh) * 2010-12-23 2012-06-28 中兴通讯股份有限公司 组播预览业务的传输方法及装置
CN102546195A (zh) * 2010-12-23 2012-07-04 中兴通讯股份有限公司 组播预览业务的传输方法
CN102546195B (zh) * 2010-12-23 2015-07-22 中兴通讯股份有限公司 组播预览业务的传输方法
CN105591831A (zh) * 2014-10-24 2016-05-18 中兴通讯股份有限公司 业务能力探测方法及装置
CN105872063A (zh) * 2016-04-13 2016-08-17 北京思特奇信息技术股份有限公司 一种基于dcc协议的ipv6地址编码、解码方法及对应的系统

Also Published As

Publication number Publication date
WO2008092403A1 (fr) 2008-08-07

Similar Documents

Publication Publication Date Title
CN101237383A (zh) 一种传输组播信息及授权组播业务的方法和系统
US6963573B1 (en) System, device, and method for receiver access control in a multicast communication system
US8588235B2 (en) Method of providing multicast/broadcast service using WiBro/WiMAX network and system using the method
CN101163091B (zh) 一种资源接纳控制系统及方法
Boivie et al. Explicit multicast (Xcast) concepts and options
EP1480405A1 (en) System and implementation method of controlled multicast
CN101247549B (zh) 组播方法和组播系统以及组播设备
KR101224594B1 (ko) 브리지 랜에서의 보장 서비스 방법 및 장치
US20040098448A1 (en) Data distribution system
CN101166153B (zh) 一种控制网络业务的方法
EP1884058A2 (en) Providing a multicast service using a multicast group-source key
US7457288B2 (en) Relay multicast system and method for providing efficient group communication service
CN101313515B (zh) 媒体流控制方法、媒体流转换设备及组播系统
US20090041043A1 (en) Communication system, switching node computer and method for determining a control node
CN102771180A (zh) 不同网络间寻址的实现方法、路由代理网元及系统
EP2439876B1 (en) Method and device for requesting multicasting, processing multicasting requests and assisting in the aforementioned process
JP2010523026A (ja) マルチキャストベアラリソースを制御するための方法、装置、およびシステム
WO2015142243A1 (en) Method and apparatus for data repair in a data communication network
CN101515858A (zh) 无线网络中终端加入多播广播业务的方法、系统和终端
CN101146322B (zh) 确保端到端服务质量的域间协商方法
JP2018174550A (ja) 通信システム
CN105376174A (zh) 执行lte/epc中基于服务链的策略的方法与设备
CN101316176B (zh) 基于服务质量策略计费方法以及资源接纳控制子系统
CN101163102B (zh) 一种资源接纳控制方法及策略决策功能单元
JP2005203966A (ja) Ｉｐマルチキャスト認証サーバ選択システムおよびその方法、ならびにそのプログラムと記録媒体

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Open date: 20080806