CN1578947A - 一种多媒体通信的系统、方法和数据结构 - Google Patents

一种多媒体通信的系统、方法和数据结构 Download PDF

Info

Publication number
CN1578947A
CN1578947A CNA028214013A CN02821401A CN1578947A CN 1578947 A CN1578947 A CN 1578947A CN A028214013 A CNA028214013 A CN A028214013A CN 02821401 A CN02821401 A CN 02821401A CN 1578947 A CN1578947 A CN 1578947A
Authority
CN
China
Prior art keywords
packet
network
data
address
series
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA028214013A
Other languages
English (en)
Other versions
CN100530145C (zh
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.)
MEDIANET SYSTEMS INTERNATIONAL
Original Assignee
MEDIANET SYSTEMS INTERNATIONAL
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 MEDIANET SYSTEMS INTERNATIONAL filed Critical MEDIANET SYSTEMS INTERNATIONAL
Publication of CN1578947A publication Critical patent/CN1578947A/zh
Application granted granted Critical
Publication of CN100530145C publication Critical patent/CN100530145C/zh
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/10—Program control for peripheral devices
    • G06F13/102—Program control for peripheral devices where the programme performs an interfacing function, e.g. device driver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • H04L12/2869—Operational details of access network equipments
    • H04L12/2898—Subscriber equipments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/16—Multipoint routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/52—Multiprotocol routers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/122—Avoiding congestion; Recovering from congestion by diverting traffic away from congested 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/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/60—Software-defined switches
    • H04L49/602—Multilayer or multiprotocol switching, e.g. IP switching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/14—Multichannel or multilink protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6405—Multicasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working
    • H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
    • H04N7/147—Communication arrangements, e.g. identifying the communication as a video-communication, intermediate storage of the signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/604—Address structures or formats
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Abstract

本发明是基于传输高质量多媒体通信服务的一种高效率的通信协议，如视频组播、视频点播、实时互动视频电话以及通过包交换网络来实现的高保真语音会议。本发明致力于解决硅瓶颈问题，并使得高品质的多媒体服务领域大大拓宽。本发明可通过多种方式表现，包括方法、系统和数据结构。本发明所包含的一个方面涉及到一种方法，其中一个多媒体的数据包(10)通过数据包中的数据报地址在一个包交换网络中的一系列逻辑链路中被传送(如基于数据报地址的路由)。数据报地址既可以作为数据链接层地址又可以作为网络层地址。

Description

一种多媒体通信的系统、方法和数据结构
                        技术领域
本发明涉及多媒体通信领域。具体地说，本发明是基于传输高质量多媒体通信服务的一种高效率的通信协议，如通过包交换网络来实现视频组播、视频点播、实时互动视频电话以及高保真语音会议。本发明可以通过多种方式表现，包括方法、系统和数据结构。
                        背景技术
通信网络(包括互联网)使得不同的个人和机构之间能够交换信息和其他信息资源。网络通常包括通路、传输、信令以及网络管理等技术。这些技术已广泛地见诸于各类文献。对此作了概括介绍的有：Steven Shepherd所著的《Telecommunications Convergence》(McGraw-Hill，2000)，Annabel Z.Dodd所著的《The Essential Guide to Telecommunications》第三版(Prentice Hall PRT，2001)，或Ray Horak所著的《Communications Systems and Networks》第二版(M&T Books，2000)。这些技术以往取得的进展已经充分地增进了信息传输的速度和质量，并降低了其费用。
连接用户终端到一个广域传输网络的通路技术(如用户终端装置和网络边缘的局域环路)已经从14.4、28.8和56K的调制解调器发展到包括ISDN、T1、线缆调制解调器、DSL、以太网和无线连接在内的技术。
现今用在广域网中的传输技术包括：同步光纤网(SONET)、密集波分复用(DWDM)、帧中继、异步传输模式(ATM)和弹性分组环(RPR)。
在所有不同的信令技术中(如在网络中用来建立、维持和终结通信的协议和方法)，互联网协议(IP)的应用最为广泛。事实上，几乎所有的通信和网络专家认为集声音(如电话)、视频和数据网于一体的一个基于IP协议的网络(如互联网)将是不可避免的。就像一位作者所阐述的那样：“有一件事是清楚的，那就是以IP为基础的整合各类网络于一体的列车已经驶离了车站，有些乘客对此次旅行极具热情，而另一些则很不情愿地被拖拽而行，并哭、叫、踢打着列举IP的种种缺陷。但是不管它有着何种缺陷，IP已被采纳为一种行业标准，除了它以外没有任何其他的技术具有如此大的潜力和发展的空间。”(摘自1998年8月10日《Network World》上的“IP Convergence：Building the Future”，作者SusanBreidenbach)。
网络管理技术，如简单网络管理协议(SNMP)和通用管理信息协议(CMIP)等，已经发展到可以用来监控、修复和重新配置计算机网络。
正是因为有了这些技术进步，计算机网络已经从传送简单的文本信息发展到可以提供音频、静止图像以及基本的多媒体服务。
最近，在发展原有技术和开拓新技术目的为使计算机网络提供的音像质量能够与有线电视(CATV)、DVD、高清晰度电视(HDTV)相媲美的多媒体通信服务方面，人们作了很多努力。为了提供这些服务，一个多媒体网络需要具备大容量带宽、低延时和低的信号抖动特性。为了能够得到广泛应用，一个多媒体网络还需具备：1)可扩展性；2)和其他网络的可交互操作性；3)最小限度的信息丢失；4)可管理性(如监控、修复和重新配置)；5)安全性；6)可靠性；和7)计费能力。
最近的研究包括发展IPv6来取代目前的IPv4。IPv6数据报头中含有一个流标号和优先子域，这可以被电脑主机用来识别需要由IPv6路由器来进行特别处理的数据包，这些数据包用于提供实时多媒体服务。Quality of Service(QoS)协议和架构也在发展中，包括ReSerVation Protocol(RSVP)、Differentiated Services(DiffServe)和Multi Protocol Labeling Switching(MPLS)。此外，随着微处理器技术不断地改进，网络路由器和服务器的速度和功率也在不断地增长。
尽管有这些努力，以往力图构建一个可以被广泛应用的高质量的多媒体网络还是未能成功。其失败源于两个主要原因：
首先，一些网络完全不是被设计成用来提供多媒体服务的。举例来说，公共交换电话网络(PSTN)是被设计用来传输音频而非视频的。同样，互联网最初是被设计用来传输文本和数据文件而非视频的。正如一份计算机网络文献里讲的那样：“多媒体服务所必需的基本条件和那些传统的数据性的服务所必需的基本条件(如网页文本、图像、电子邮件、FTP、和DNS服务)有着显著的差别。特别是多媒体服务对于端对端延时和延时变化特别敏感，但却能容忍偶然的数据丢失。这些在服务需求上的截然不同表明了原先已设计成用来传输数据的通信网络架构是不适合被用来提供多媒体服务的。事实上，现在人们正在投入大量的精力来扩展互联网的架构来直接支持这些新的多媒体服务所必需的基本条件。”(摘自James F.Kurose和Keith W.Ross所著的《Computer Networking：A Top-DownApproach Featuring the Internet》(Addison Wesley，2001)，第438页)。如上文所述，这些拓展互联网架构的努力包括：IPv6，RSVVP，DiffServe，和MPLS。
其次，更重要的一点是，目前还没有人能够对硅瓶颈问题提出一个有效的和全面的解决方案。集成电路芯片的速度增长遵从摩尔定律(每十八个月速度提升一倍)已有三十多年的历史了。然而，芯片速度的增长在光纤传输系统的带宽增长(带宽每六个月提升一倍)面前显得微不足道。因此，整个网络系统速度的主要瓶颈是芯片的处理速度而不是带宽。
先前对硅瓶颈问题的解决方法仅仅是集中在采用更快的芯片来制造更强大的交换机和路由器，或者是对既有的网络架构和协议作一些小改动。这些办法只能是权宜之计。符合长期需求的，也即本发明所推出的，是能够有效解决硅瓶颈问题的一种新的以多媒体为中心的网络架构和协议，而且该种网络架构和协议还可以与目前的以数据为中心的网络(如互联网)并存和作交互操作。
如图1a所示，通信网络可被划分为的几个主要类别(例见James F.Kurose和Keith W.Ross所著的《Computer Networking：A Top-Down Approach Featuringthe Internet》(Addison Wesley，2001)的第一章)。其最高层次的区别在于电路交换网络和包交换网络。电路交换网络是在两台或更多台主机之间在通信期间建立一条专用的端对端电路。电路交换网络的例子包括公共交换电话网(PSTN)和ISDN。
包交换网络不是用专用的端对端电路来进行主机之间的通信的，它是通过基于虚电路的路由或基于数据报地址的路由在主机之间转送数据的。
在基于虚电路的路由中，网络是采用一个与数据包相联系的虚拟电路号码来传送数据包的。这个虚拟电路号码一般被包含在数据包的报头中，并且一般会在发送者和接受者中间的节点中被修改。基于虚电路路由的包交换网络包括SAN，X.25，帧中继和ATM网络。MPLS是通过把一个类似于虚拟电路号码的标记加到数据包中来传送数据包的，所以我们也把采用MPLS的网络包括在这一类别中。
在基于数据报地址的路由中，网络是采用包含在一个数据包中的目的地地址来传送数据包的。基于数据报地址的路由既可以是面向非连接的也可以是面向连接的。
在面向非连接网络中，在发送数据包之前并没有一个准备阶段，如没有在发送数据包之前先发送控制包。面向非连接网络包括以太网、采用用户数据报协议(UDP)的IP网络、以及交换式多兆位数据服务(SMDS)。
相反地，在面向连接网络中，在发送数据包之前有一个准备阶段。例如，在采用传输控制协议(TCP)的IP网络中，作为在发送数据包之前的一次信号交换过程中，控制包被首先送出。这里用“面向连接”一词是因为发送者和接受者仅仅是被松散地连接起来。采用基于虚电路路由的包交换网络也是面向连接。
包交换网络中硅瓶颈的问题主要是由于在网络传输中对数据包实施的众多的处理步骤而引起的。举例来说，如图1b所示的那样，假定一个数据包从一个以太局域网(LAN)通过互联网传送到第二个以太局域网。
把数据包从源头发送到目的地涉及到两种地址：网络层地址和数据链路层地址。
网络层地址通常被用来在网络间发送数据包(如包含网络的网络)。(不同的参考资料有的把网络层地址称作“逻辑地址”或“协议地址”)。在本例中，网络层地址就是目的地主机的IP地址(例如，图1b中的在LAN2里的PC2)。一个IP地址被分为两个子域，一个网络标识符子域和一个主机标识符子域。
一个数据链路层地址通常被用来向一个节点标识一个物理网络界面(不同的参考资料把数据链路层地址称为“物理地址”和“介质访问控制(MAC)地址”)。在本例中，数据链路层地址就是目的地主机和数据包所路经的路由器的以太网(IEEE802.3)MAC地址。
以太网MAC地址是全球独一无二的，48位二进制数字被永久地赋予每一个以太网的组件(通常由组件的制造商赋予)。那么，如果一个以太网组件被搬到另一个不同的以太网上，以太网MAC地址仍保留在该组件中。因此，以太网具有一个平面的地址结构，例如，以太网MAC地址不能提供有助于路由数据包的网络拓补信息。然而，总体上讲数据链路层地址没有必要是全球独一无二的，也没必要被永久性的赋予一个特定的节点。
要把数据从源主机(如LAN1中的PC1)传送到目的地主机，数据被分割成若干个数据包。每个数据包都有一个包含有目的地主机IP地址的报头。这个IP地址在数据包通过若干个逻辑链路到达目的地主机的过程中保持不变。然而，如下文所解释的那样，在数据包被传送的过程中数据包的若干其他部分发生了变化。
如图1b所示，数据包的报头最初也包含了该数据包被送往目的地主机时将路经的第一个路由器的MAC地址(如图1b中的路由器1的MAC地址)。(这里提到的“报头”和“数据包”与用在开放式系统互连(OSI)模型里的术语有所不同。在OSI术语中，一个IP数据包包含一个容纳有效载荷数据的IP报头。以此类推，一个以太网帧中包含了一个容纳了IP数据包的以太网报头和报尾。而在这里用到的术语，IP报头和以太网报头和报尾被捆在一起称作“报头”，以太网帧则被称为“数据包”。)
当路由器1收到发自源主机的数据包时，它必须决定数据包在路径中的下一个站点。要做出这个决定，路由器1从数据包中分离出目的地主机的IP地址(如图1b中的PC2的IP地址)，并从IP地址中的网络标识子域来确定目的地主机的IP网络。路由器1在路由表中查找目的地IP网络。该路由表一般是实时计算和更新的，且包含了IP网络和将要把数据包送往这些IP网络的下一个站点的相应的IP地址的列表。路由器1利用路由表来确定将要把数据包送往目的地网络的下一个站点的IP地址(如路由器2的IP地址)。路由器1分离出数据包中的当前以太网MAC地址(如图1b中的路由器1的MAC地址)，将下一个站点的IP地址转化为一个以太网MAC地址并将其加到数据包中(如图1b中的路由器2的MAC地址)，缩减数据包中的使用期限域，重新计算并添加一个新的校验和到数据包中，并将这个数据包送往路由器2。
在路由器1上发生的大量的处理也同样重复发生在路由器2以及每一个中间路由器上，直到数据包抵达一个直接连到包含目的地主机在内的目的地IP网络的路由器，如图1b中的路由器N。路由器N分离出数据包中的当前的以太网MAC地址(如图1b中的路由器N的MAC地址)，将目的地IP地址转化为一个以太网MAC地址并将其加到数据包中(如图1b中的PC2的MAC地址)，缩减数据包中的使用期限域，重新计算并添加一个新的校验和到数据包中，并将这个数据包送到目的地主机(如LAN2中的PC2)。
如本例所述，属于现有技术范畴的包交换网络用了繁多的处理步骤来传送数据包，因此造成了硅瓶颈问题。本例所描述的过程是基于数据报地址的路由而言的，但相似的过程也发生在基于虚电路的路由中。举例来说，就像上面提到的那样，虚电路数据包中的虚拟电路号码在起源点与目的地之间的每一个中间链接点都会发生变化。
将要在以下详细介绍和展示的本发明是一种能有效解决硅瓶颈问题并能使高质量的多媒体服务得到广泛应用的网络，该网络是一种新型的基于数据报地址路由的包交换网络。
                            发明内容
本发明通过提供一种高效率的、能被用来传输高质量多媒体通信服务的通信协议来解决现有技术所存在的局限性和缺陷。所能提供的服务包括通过包交换网络来实现的视频组播、视频点播、实时互动视频电话和高保真电话会议。本发明提供了一种能有效解决硅瓶颈问题的方案，并能使高质量的多媒体服务得到广泛应用。本发明可通过多种方式表现，包括方法、系统和数据结构。
本发明所包含的一个方面涉及到一种方法，即利用一个包含在数据包中的数据报地址在包交换网络的一系列逻辑链路中传输多媒体数据包(如基于数据报地址的路由)。数据报地址既可以作为数据链路层地址又可以作为网络层地址来操作。数据报地址中的局部地址子域所含的地址信息为数据包在一系列自上而下的逻辑链路中自我导向(一系列自上而下的逻辑链路是一系列逻辑链路的子集)。在通过一系列逻辑链路的多个链接时，数据包保持不变。
本发明所包含的另一个方面涉及到一种系统，即含有一系列逻辑链路的包交换网络。该系统还涵盖了多种穿越一系列逻辑链路的数据包，每一个这样的数据包都含有一个报头域，该报头域中有一个含带有一系列局部地址子域的数据报地址，数据报地址既可以作为数据链路层地址又可以作为网络层地址来操作，这些局部地址子域中的地址信息为每个数据包在通过一系列自上而下的逻辑链路时自我导向。每个数据包还含有一个载有多媒体数据的有效载荷数据域，在通过一系列逻辑链路的多个链接时，数据包保持不变。
本发明所包含的另一个方面涉及到一种含有报头域和有效载荷数据域的包的数据结构。该报头域中含一个带有一系列局部地址子域的数据报地址。数据报地址既可以作为数据链路层地址又可以作为网络层地址来操作，这些局部地址子域中的地址信息为数据包在通过包交换网络中的一系列自上而下的逻辑链路(一系列自上而下的逻辑链路组成了一系列逻辑链路子集)时自我导向。有效载荷数据域含有多媒体数据。在通过网络的一系列逻辑链路的多个链接时，数据包保持不变。
上述和其他实施例以及本发明的其他方面对于熟悉本领域的人士在参阅接下来的详细发明说明书及权力要求项和附图后将会是显而易见的。
                            附图说明
图1a是一幅描述电信网络交换分类的图。
图1b是一幅描述现有技术如何利用互联网协议(IP)来把一个数据包从一个以太网传送到另一个以太网的框图。
图1c是一幅描述如何利用媒体网协议(MP)来把一个数据包从一个媒体网传送到另一个媒体网的框图。
图1d是一幅描述一个示例的MP城域网的框图。
图2是一幅描述一个示例的MP国家网的框图。
图3是一幅描述一个示例的MP全球网的框图。
图4是一幅描述MP的一个典型网络架构的图。
图5是一幅描述MP包的一个典型格式的图。
图6是一幅描述MP网络地址的一个典型格式的图。
图7是一幅描述MP网络地址的另一个典型格式的图。
图8是一幅描述MP网络地址的另一个典型格式的图。
图9a是一幅描述MP网络地址的另一个典型格式的图。
图9b是一幅描述与一个边缘交换机直接连接的组件的MP网络地址的一个典型格式的图。
图9c是一幅描述多点通信服务的MP网络地址的一个示例格式的图。
图10是一幅描述一个示例的服务网关的框图。
图11a是一幅描述另一个示例的服务网关的框图。
图11b是一幅描述另一个示例的服务网关的框图。
图12是一幅描述一个示例的服务器组的框图。
图13是一幅描述一个示例的服务器系统的框图。
图14是一幅描述一个示例的服务器组所执行的工作流程程序的流程图。
图15是一幅描述一个示例的服务器组在配置一个MP网络时所执行的工作流程程序的流程图。
图16是一幅描述一个示例的服务器组在进行多项服务验证处理时所执行的工作流程程序的流程图。
图17a是一幅描述一个示例的服务器组中的多个服务器系统所进行的多项服务验证处理的时间顺序图。
图17b是另一幅描述一个示例的服务器组中的多个服务器系统所进行的多项服务验证处理的时间顺序图。
图18是一幅描述一个示例的边缘交换机的框图。
图19是一幅描述在边缘交换机中的一个示例的交换单元的框图。
图20是一幅描述在边缘交换机中的一个示例的有色过滤为了应对来自于一个示例的交换单元的接口的包所执行程序的流程图。
图21是一幅描述在边缘交换机中的一个示例的有色过滤为了应对来自于一个示例的交换单元的另一接口的包所执行程序的流程图。
图22是一幅描述在边缘交换机中的一个示例的有色过滤为了应对来自于一个示例的交换单元的另一接口的包所执行程序的流程图。
图23是一幅描述在边缘交换机中的一个示例的局部地址路由引擎的框图。
图24是一幅描述在边缘交换机中的一个示例的局部地址路由单元为了处理示例的MP单播数据包所执行程序的流程图。
图25是一幅描述在边缘交换机中的一个示例的局部地址路由单元为了处理示例的MP多点通信服务数据包所执行程序的流程图。
图26a是一幅描述在边缘交换机中的一个示例的映射表的图。
图26b是一幅描述在边缘交换机中的一个示例的链路表的图。
图27是一幅描述在边缘交换机中的一个示例的包分配器的框图。
图28是一幅描述一个示例的网关的框图。
图29是一幅描述一个含有小区和楼宇交换机的示例的接入网结构的框图。
图30是一幅描述一个含有小区和路边交换机的示例的接入网结构的框图。
图31是一幅描述一个含有办公室交换机的示例的接入网结构的框图。
图32是一幅描述一个示例的中层交换机的框图。
图33是一幅描述在中层交换机中的一个示例的交换单元的框图。
图34是一幅描述在中层交换机中的一个示例的有色过滤为了应对来自于一个示例的交换单元的接口的包所执行的程序的流程图。
图35是一幅描述在中层交换机中的一个示例的局部地址路由引擎的框图。
图36是一幅描述在中层交换机中的一个示例的局部地址路由引擎处理示例的MP多点通信服务数据包所执行程序的流程图。
图37是一幅描述在中层交换机中的一个示例的链路表的图。
图38是一幅描述在中层交换机中的一个示例的包分配器的框图。
图39是一幅描述一个示例的目的地地址搜索表的图。
图40是一幅描述一个上行链接数据包过滤器的实施例执行上行链接数据包过滤检查程序的流程图。
图41是一幅描述一个上行链接数据包过滤器的实施例执行通信流量监控程序的流程图。
图42a是一幅描述一个家庭网关实施例的框图。
图42b是一幅描述一个家庭网关另一个实施例的框图。
图43是一幅描述一个主用户交换机的典型实施例的结构图。
图44是一幅描述一个主用户交换机的典型实施例的框图。
图45是一幅描述一个用户交换机实施例在转发下行数据包时所执行的程序的流程图。
图46是一幅描述一个用户交换机实施例在转发上行数据包时所执行的程序的流程图。
图47是一幅描述一个通用的MP/IP透明终端的典型实施例的框图。
图48是一幅描述一个专用的MP/IP透明终端的典型实施例的框图。
图49是一幅描述一个MP机顶盒的典型实施例的框图。
图50是一幅描述一个媒体存储器的典型实施例的框图。
图53a是一幅时间顺序图，描述的是一个服务网关下的两个用户终端之间媒体电话服务过程中示例的呼叫服务建立和呼叫通信的阶段。
图53b是一幅时间顺序图，描述的是一个服务网关下的两个用户终端之间媒体电话服务过程中示例的呼叫服务终结的阶段。
图54a是一幅时间顺序图，描述的是分别属于两个服务网关下的两个用户终端之间媒体电话服务过程中示例的呼叫服务建立的阶段。
图54b是一幅时间顺序图，描述的是分别属于两个服务网关下的两个用户终端之间媒体电话服务过程中示例的呼叫通信的阶段。
图55a是一幅时间顺序图，描述的是分别属于两个服务网关下的两个用户终端之间媒体电话服务过程中示例的呼叫服务终结的阶段。
图55b是一幅时间顺序图，描述的是分别属于两个服务网关下的两个用户终端之间媒体电话服务过程中另一个示例的呼叫服务终结的阶段。
图56是一幅描述由示例的图形用户界面所支持的一个服务视窗的图。
图57是一幅描述一个用户在回应一个服务请求时所通过的一系列示例的视窗的图。
图58a是一幅时间顺序图，描述的是属于一个服务网关下的两个MP适配的组件之间媒体点播服务过程中示例的呼叫服务建立和呼叫通信的阶段。
图58b是一幅时间顺序图，描述的是属于一个服务网关下的两个MP适配的组件之间媒体点播服务过程中示例的呼叫终结的阶段。
图59a是一幅时间顺序图，描述的是分别属于两个服务网关下的两个MP适配的组件之间媒体点播服务过程中示例的呼叫服务建立和呼叫通信的阶段。
图59b是一幅时间顺序图，描述的是分别属于两个服务网关下的两个MP适配的组件之间媒体点播服务过程中示例的呼叫终结的阶段。
图60是一幅时间顺序图，描述的是在一个媒体组播过程中涉及到一个集会通知者的示例的成员资格建立的程序。
图61是一幅时间顺序图，描述的是在一个媒体组播过程中的示例的成员资格建立的程序。
图62a是一幅时间顺序图，描述的是属于一个服务网关下的呼叫方、被呼叫方1和被呼叫方2之间媒体组播服务过程中示例的呼叫服务建立和呼叫通信的阶段。
图62b是一幅时间顺序图，描述的是属于一个服务网关下的呼叫方、被呼叫方1和被呼叫方2之间媒体组播服务过程中示例的呼叫终结的阶段。
图63a是一幅时间顺序图，描述的是一个示例的服务器组中的多服务器系统在请求媒体组播过程中的多项服务验证处理的执行。
图63b是一幅时间顺序图，描述的是另一个示例的服务器组中的多服务器系统在请求媒体组播过程中的多项服务验证处理的执行。
图64是一幅时间顺序图，描述的是在一个媒体组播过程中的示例的添加被呼叫方、删除被呼叫方和成员查询的程序。
图65是一幅描述一个示例的MP城域网的框图。
图66a是一幅时间顺序图，描述的是分别属于不同服务网关下的呼叫方、被呼叫方1和被呼叫方2之间媒体组播服务过程中示例的呼叫服务建立的阶段。
图66b是一幅时间顺序图，描述的是分别属于不同服务网关下的呼叫方、被呼叫方1和被呼叫方2之间媒体组播服务过程中示例的呼叫通信的阶段。
图66c是一幅时间顺序图，描述的是分别属于不同服务网关下的呼叫方、被呼叫方1和被呼叫方2之间媒体组播服务过程中示例的呼叫终结的阶段。
图66d是一幅时间顺序图，描述的是分别属于不同服务网关下的呼叫方、被呼叫方1和被呼叫方2之间媒体组播服务过程中另一个示例的呼叫终结的阶段。
图67a是一幅时间顺序图，描述的是在不同的示例的服务器组中的多服务器系统在请求媒体组播过程中的多项服务验证处理的执行。
图67b是一幅时间顺序图，描述的是在不同的示例的服务器组中的多服务器系统在请求媒体组播过程中的另一个多项服务验证处理的执行。
图68是一幅时间顺序图，描述的是属于一个服务网关下的用户终端和媒体广播节目源之间的示例的媒体广播服务过程。
图69a是一幅时间顺序图，描述的是分别属于不同服务网关下的用户终端和媒体广播节目源之间的媒体广播服务过程中示例的呼叫服务建立和呼叫通信的阶段。
图69b是一幅时间顺序图，描述的是分别属于不同服务网关下的用户终端和媒体广播节目源之间的媒体广播服务过程中示例的呼叫终结的阶段。
图70是一幅时间顺序图，描述的是属于一个服务网关下的媒体存储器和节目源之间的媒体转移过程中示例的呼叫服务建立和呼叫通信的阶段。
图71是一幅时间顺序图，描述的是属于一个服务网关下的媒体存储器和节目源之间的媒体转移过程中示例的呼叫终结的阶段。
图72a是一幅时间顺序图，描述的是分别属于不同服务网关下的媒体存储器和节目源之间的媒体转移过程中示例的呼叫服务建立的阶段。
图72b是一幅时间顺序图，描述的是分别属于不同服务网关下的媒体存储器和节目源之间的媒体转移过程中示例的呼叫通信的阶段。
图73a是一幅时间顺序图，描述的是分别属于不同服务网关下的媒体存储器和节目源之间的媒体转移过程中示例的呼叫终结的阶段。
图73b是一幅时间顺序图，描述的是分别属于不同服务网关下的媒体存储器和节目源之间的媒体转移过程中另一个示例的呼叫终结的阶段。
图73c是一幅时间顺序图，描述的是分别属于不同服务网关下的媒体存储器和节目源之间的媒体转移过程中另一个示例的呼叫终结的阶段。
                        具体实施方式
这里介绍的是一种用于提供高质量的多媒体通信服务的系统、方法和数据结构。在下面的介绍中，很多特别的细节将被提出以便于能够使本发明被透彻地了解。不过，很显然，对于那些熟悉本发明领域的普通技术人员来说，离开了这些特定的细节，本发明或许也能被实施。另外一些例子，诸如光缆、光信号、双绞线、同轴电缆、开放式系统互连(OSI)模型、电气和电子工程师协会(IEEE)802标准、无线技术、带内信令、带外信令、漏桶模式、小型计算机系统接口(SCSI)、集成器件电子技术(IDE)，增强的IDE和增强的小型设备接口(ESDI)、闪存技术、磁盘驱动技术、同步动态随机存取存储器(SDRAM)等网络组件和技术已为人们所熟知，因此没有必要再作详尽描述。
1 定义
在不同的场合，同样的网络词汇经常会有不同的意思或内容。举例而言，“host”一词可以有如下含义：1)在网络中一台可以使用户与其他计算机通信的计算机；2)一台含有网站服务器并可以为一个或多个网站提供网页服务的计算机；3)一台大型主机；4)一种可以为其他功能更小或者更少的设备或程序提供服务的设备或程序。因此，在说明书和权力要求项中，应当参照本部分所设定的下列词汇的定义。
接入网(ACN)接入网一般是指一个或多个中层交换机(MXs)，它们共同为家庭网关(HGWs)提供服务网关(SGWs)、骨干网和连接在服务网关上的其他网络的接入。
异步  异步是指节点不限于在同一个时间段内传送数据到其他节点。异步相对于同步。
(应当注意的是异步一词在网络中的应用还有一个意思，即描述了一种数据传输方法。该传输方法中数据是以固定大小的数据组来传输的，一般对应于单个字符和包含五到八位比特，其中比特传输的时间调配并不直接取定于某种计时器。每组数据以一个起始比特开始，并以一个终止比特结束。这种异步的含义可与同步的第二种含义相对应。同步的第二种含义是指数据随着计时信息以一个较大的数据块传输的方法。例如，发送器可以对实际数据进行一种编码而使在另一端的接收器可以从数据中复原出计时信息。
在这里介绍的技术中，同步的第二种含义上的传送方式比异步的第二种含义上的传送方式有较高的数据传输率。然而，当说明书和权利要求项采用异步和同步这样的词汇时，它们是指节点是否被限定在固定的时间段里向其他节点传送数据)。
自下而上的逻辑链路  自下而上的逻辑链路是数据包传输的链路，该链路是介于源主机和与控制源主机的服务器组相连的交换机之间的。交换机和服务器组一般是逻辑上最接近于源主机的服务网关的一部分。
电路交换网络  电路交换网络在两台(或多于两台)主机之间的整个通信过程中建立一个专用的端对端电路。电路交换网络的例子包括电话网和ISDN。
颜色子域  颜色子域是一个数据包里的用来协助发送数据包的地址子域，如标明数据包所包含的服务种类(例如单播通信还是多点通信)和/或数据包的目的地节点或起源节点的类型。颜色子域中的信息有助于传送路径中的节点对数据包作适当的处理。
电脑可读媒介  一种含有某种形式的数据的媒介，该媒介中的数据可被自动传感装置所读取。电脑可读媒介包括但并不局限于：a)磁盘、磁卡、磁带和磁鼓，b)光盘，c)固态存储器，和d)载波。
面向非连接  面向非连接网络是一种包交换网络，该网络在发送数据包之前没有一个初始建立的过程。举例来说，在发送数据包之前不会传送控制包。面向非连接网络的例子有以太网、采用用户数据报协议(UDP)的IP网络和交换式多兆位数据服务(SMDS)。
面向连接  面向连接网络是一种包交换网络，该网络在发送数据包之前有一个初始建立的过程。举例来说，在采用传输控制协议(TCP)的IP网络中，控制包在发送数据包之前被作为一个信号交换的过程被传出。这里用“面向连接”一词是因为发送者和接受者仅仅是被松散地连接起来。虚电路路由的包交换网络也是面向连接的。
控制包  一个含有有效载荷数据的包，该有效载荷数据含有有助于带外信令控制的控制信息。
基于数据报地址的路由  在基于数据报地址的路由中，网络采用包含在一个数据包中的目的地地址来传送该数据包。基于数据报地址的路由既可以是面向连接的也可以是面向非连接的。
数据报地址  一个包含在包中的地址，该地址是被用来在基于数据报地址路由的系统中把数据包从起源点传送到目的地。
数据链路层地址  在这里数据链路层地址被赋予它常用的含义，如一个被用来执行OSI模型里数据链路层的一些或全部功能的地址。一个数据链路地址通常被用来向一个节点标识一个物理网络接口。不同的参考资料把数据链路层地址称为“物理地址”和“介质访问控制(MAC)地址”。需要说明的是网络不需要实施完整的OSI模型来实现OSI模型中的数据链路层的一些或全部的功能。例如，尽管以太网没有实施完整的OSI模型，以太网络中的MAC地址是一个数据链路层地址。
数据包  数据包的有效载荷包含数据，如多媒体数据或一个封装的数据包。一个数据包的有效载荷数据也可以包括有助于带内信令控制的控制信息。
过滤器  过滤器根据一套条件或标准来对数据包进行分离或归类。
平面地址结构  平面地址结构是一个简单的组织结构(有点像美国的社会安全保障号码)。因此，它不提供能够被用来帮助传送数据包的网络拓补信息。以太网的MAC地址是平面地址结构的一个例子。
传送(交换或路由)传送是指把一个数据包从输入逻辑链路移送到输出逻辑链路。在这里披露的和权利要求的技术中，传送、交换和路由等词可以互换使用。同样的，交换机和路由器(如实现数据包传送的装置)等词也可以互换使用。另一方面，在现有技术中，交换是指在数据链路层传送一帧；路由是指在网络层传送一个数据包；交换机是指在数据链路层中传送帧的装置；路由器是指在网络层中传送数据包的装置。在某些场合下，路由是指决定数据包传送的路径或者其中的一部分(如数据包将要经过的下一站点)。
帧  见“包”。
报头  数据包中有效载荷数据前的部分，一般包括一个目的地地址和其他的域。
分级地址结构  分级地址结构包括众多的局部地址子域，这些局部地址子域不断地缩小一个地址范围直到它指向一个单个节点(某种意义上有点像门牌号)。一个分级地址结构可以：1)反应网络的拓补结构；2)帮助传送数据包；3)确定网络中节点的精确或大概的地理位置。
主机  可以使用户与网络中其他计算机通信的计算机。
互动游戏盒(IGB)  IGB一般是指一个操作在线游戏的游戏盒，通过它用户可以在网上与其他用户进行互动。
智能家电(IHA)  IHA一般是指一种有决策能力的家用电器。例如，一个智能空调是一种能够根据室温的变化自动调节它的冷空气输出的智能家电。另一个例子是一个智能计量器系统，它能在每月特定的时间将用水量信息传送至供水商。
逻辑链路  两个节点之间的逻辑连接。可以理解为，在逻辑链路中传送一个包时，这个包实际上通过了一个或多个物理链接。
媒体广播(MB)  在一个MP网中的MB是一种组播，其中媒体节目源把媒体节目送往任何一个连接在该媒体节目源上的用户。从用户的角度来看，MB是一种传统的广播技术(如电视和收音机)。然而，从一个系统的角度来看，MB与传统的广播不同，因为除非一个用户要求连接，否则媒体节目不会传送给该用户。
媒体组播(MM)  MM指在单个源和多个指定的目的地之间传送多媒体数据。
MP适配  MP适配是指满足媒体网协议(MP)需求的组件、装置、节点或媒体节目。
多媒体数据  多媒体数据包括但不局限于音频数据、视频数据、或者是兼有音频和视频的数据。视频数据包括但不局限于静态视频数据和视频流数据。
骨干网  骨干网泛指一个连接不同节点或端点的传输媒介。举例来说，一个采用光缆和光信号来传输数据的光网络就是一个骨干网。
网络层地址  在这里网络层地址被赋予它常用的含义，如一个被用来执行OSI模型里网络层的一些或全部功能的地址。一个网络地址通常被用来在网际之间传送包。不同的参考资料有的把网络层地址称作“逻辑地址”和“协议地址”。需要说明的是网络不需要实施完整的OSI模型来实现OSI模型中的网络层的一些或全部的功能。例如，尽管TCP/IP没有实施完整的OSI模型，但TCP/IP网络中的IP地址是一个网络层地址。
节点(资源)  节点是一个连在网络上的可设定地址的装置。
不对等  不对等是指在分级网络中处在同一等级的两个节点不能相互直接传送数据包，而是必须通过这两个节点之上的父节点来传送数据包。例如，属于同一个家庭网关下的两个用户终端必须通过家庭网关来传送数据包，而不是相互直接传送。相同地，属于同一个服务网关下的两个中层交换机必须通过服务网关来传送数据包，而不是相互直接传送。分别属于不同服务网关下的两个中层交换机也必须通过各自的父服务网关来传送数据包，而不是相互直接传送。
包  在包交换网络中用于传送数据的单元。一个包含有一个报头和一个有效载荷数据。在这里展示的技术和权利要求中，包、帧和数据报等词可以互换使用。另一方面，在现有技术中，帧是指在数据链路层的一个数据单元，而包和数据报则是网络层的一个数据单元。
包交换网络  包交换网络是指在主机之间通过基于虚电路的路由或基于数据报地址的路由来传送数据包的，它不是在主机之间建立专用的端对端电路来通信的。
物理链接  两个节点间的实际连接。
资源  见节点。
路由  见传送。
自导向  如果一个数据包含有某种信息，而该信息起到了引导该数据包在一系列逻辑链路中被传送的作用，那么该数据包在这一系列逻辑链路中是自导向的。在这里展示的一些技术中，局部地址子域中的信息引导了数据包在一系列的自上而下的逻辑链路中的传送。相反，在常规的路由中，数据包地址是被用来在路由表中查询下一个站点的。用去旅行的例子来做比喻，前面的例子就象是从高速公路上最后一个出口到目的地的走法，而后者则象是在每一个路口都要停下来打听方向。还要提到的是，在这里所展示的一些技术中，一个数据包自导向的一系列自上而下的逻辑链路中可以不包括所有的自上而下的逻辑链路，例如，在MP局域网中数据包可以通过一个局部的传播来到达目的地节点。尽管如此，该数据包在一系列逻辑链路中仍然是自导向的，并且在一系列逻辑链路中不需要路由表。
服务器组  一组服务器系统。
服务器系统  网络中对连接在网络上的其他系统提供一项或多项服务的一个系统。
交换  见传送
同步  同步是指节点被限于在一个设定的时间段里向其他节点传送数据。同步与异步相对。(同步的第二种含义参照异步的定义)。
MP/IP透明终端  一般是指一个既能处理MP数据包也能处理如IP数据包一类的非MP数据包的设备。
自上而下的逻辑链路  自上而下的逻辑链路是数据包传送的逻辑链路，该链路介于目的地主机和与控制目的地主机的服务器组相连的交换机之间。交换机和服务器组一般是逻辑上最接近于目的地主机的服务网关的一部分。
传送路径  传送路径是数据包在源节点和目的地节点之间传送时所路经的一组逻辑链路。
不变包  当一个数据包在第一和第二逻辑链路中传送时，如果该数据包在第二逻辑链路时含有的比特和它在第一逻辑链路时含有的比特相同的话，我们称该包保持不变。需要注意的是，如果当数据包通过位于第一和第二逻辑链路之间的交换机/路由器时被变换但随后即被复原，我们仍认为该数据包在这些逻辑链路中保持不变。举例来说，数据包可以在它进入交换机/路由器时被添加一个内部标签，而当它离开交换机/路由器时再被去除掉，从而该数据包在第二逻辑链路时的比特和在第一逻辑链路时的相同。另外，如果任何物理层报头和/或报尾(如数据流的起始和终端的分隔符)在第一和第二逻辑链路中不相同，因为物理层报头和/或报尾不属于数据包的一部分，我们仍认为该数据包仍然保持不变。
单播  单播是指多媒体数据传送于一个单独的源和一个单独的目的地之间。
用户终端(UT)  用户终端包括、但不局限于个人电脑(PC)、电话、智能家电(IHA)、互动游戏盒(IGB)、机顶盒(STB)、MP/IP透明终端、家庭服务器系统、媒体存储器或者任何其他终端用户用来在网络上收发多媒体数据的装置。
基于虚电路的路由  在基于虚电路的路由中，网络采用一个与数据包相联的虚电路号码在网络中转送数据包。这个虚电路号码一般被包含在数据包的报头中，并且一般会在发送者和接受者之间的每个节点中被改变。基于虚电路路由的包交换网络包括SNA、X.25、帧中继和ATM网络。我们也把采用MPLS的网络包括在这一类目中，MPLS是通过把一个类似于虚拟电路的标记加到数据包中来传送数据包的。
线速  如果一个交换机转发数据包的速度与数据包到达该交换机的速度相同的话，则称该交换机以线速工作。
2 概述
MP网络是通过采用减少在MP网络中传输时对数据包进行处理的系统、方法和数据结构来解决硅瓶颈问题的。举例而言，如图1c所示意的那样，假定一个MP数据包10从一个MP局域网(如一个MP家庭网关(HGW)和它相关联的用户交换机(UXs)和用户终端(UTs))传送到另一个MP局域网。
要把一个MP多媒体数据包从它的源送到目的地，MP网络采用了一个既可以作为数据链路层地址又可以作为网络层地址来操作的单个数据报地址。MP数据报地址能够被用来把MP数据包送往在MP全球网、MP国家网或者是MP城域网中的任何地方。MP数据报地址也被用来向节点标识一个物理网络的接口。在本例中，MP数据报地址是目的地主机80的MP地址(如图1c中的局域网2中的用户终端2)。
一个MP数据报地址独一无二地标识出在MP网络中MP适配组件的网络接入点。因此，如果附于一个接入点的MP适配组件被移到MP网络的另一部分，MP地址仍旧保留在该接入点内而不是该组件内。(然而，MP适配组件可以包括一个全球独一无二的硬件标识，该标识被永久地赋予该组件并可被用于网络管理、财务计费、和/或无线应用中的寻址)。
一个MP地址子域包括局部地址子域，这些地址子域代表了MP网络所涵盖的区域分层。如下文所解释的那样，因为一些局部地址子域相对应于一个指向网络接入点的自上而下的通路，这种分级地址结构被用来在一系列自上而下的逻辑链路中为MP数据包朝着目的地主机方向进行自导向。
一个MP地址域包括所选的一个或多个颜色子域。颜色子域是被用来帮助传送MP数据包的，例如提供该MP数据包所提供的服务的类型的信息，和/或提供该数据包的源节点或目的地节点的类型的信息。
为了将数据从源主机20(如MP局域网1中的用户终端1)传送到目的地主机80，数据被分割成许多MP数据包。每个MP数据包含有一个包括目的地主机(如MP局域网2的用户终端2)的MP地址的报头。在MP数据包10被传往于目的地主机80的一系列逻辑链路中，该MP地址通常保持不变。此外，如下面所解释的那样，与“发明背景”这一节(图1b)所描述的现有技术形成鲜明对比的是，整个MP数据包10在其通过在源主机20和目的地主机80之间的一系列逻辑链路中的多重链路时保持不变。
如图1c所示，MP数据包10首先被传送到服务网关140。为了简单并易于与图1b比较，图1c用一个介于源主机20和服务网关140的箭头来代表MP数据包10所要通过的一系列自下而上的逻辑链路30(如介于用户终端1、家庭网关、中层交换机的接入网和服务网关1中的交换机之间的逻辑链路)。因为用户终端、家庭网关和接入网的不对等性，这种自下而上的数据包在一系列交换机中的传送无需使用任何路由表。换句话说，正是由于MP的网络拓扑，一个由用户终端产生的MP数据包可以自动地被传送到控制该用户终端的服务网关中的交换机(除非该数据包是被指定送到属于同一个家庭网关下的另一个用户终端)。
在服务网关140从源主机20收到MP数据包后，服务网关140决定MP数据包被传送的下一个站点。为了作出这个决定，服务网关140从MP地址中提取一些局部地址子域，并用这些子域来在传送表中查找下一个站点交换机(如在服务网关2中的一个交换机)。由于MP网络中数据流的可预测性，该传送表是可以离线计算的。数据流的可预测性的部分原因是因为作为数据流主体的视频流具有可预测性，另外部分是因为MP网络可以包含有均衡数据流(如通过添加数据包或抑制数据包)的组件(数据包均衡器)。
在确定下一个站点后，服务网关140向服务网关250发送MP数据包，该数据包通常保持不变。因为MP数据报地址是一个既可以作为网络层地址又可以作为数据链路层地址来操作的，所以在传送过程中不需要改变该数据包。(如下文所述，在单播服务中没有必要去变动数据包，但在一些多点通信服务的例子中，MP数据包中的业务号可能会在服务网关中的交换机中被修改。然而即便是在这些少数的例子中，MP数据包在通过多重逻辑链路时仍无变动)。而且，MP数据包不需要包括“使用期限”域，因此没有必要在每个站点中缩减该“使用期限”域的值。此外，如果数据包保持不变的话，也就没有必要去重新计算MP数据包校验和。
发生在服务网关140中的处理过程在服务网关250中以及在每一个中间的服务网关中被重复，直到MP数据包10抵达一个控制目的地主机80的服务网关，这个网关是图1c中的服务网关N60。为了简单并易于与图1b比较，图1c用一个介于服务网关N60和目的地主机80的箭头来代表MP数据包10所要通过的一系列自上而下的逻辑链路70(如介于服务网关N中的交换机、中层交换机的接入网、家庭网关和用户终端2之间的逻辑链路)。MP数据报地址中的一些局部地址子域中所含的地址信息为MP数据包10在一系列自上而下的逻辑链路70中的传输进行自导向，而不使用路由表。因此当MP数据包10沿着源和目的地之间的主要的逻辑链路被传送时不需要使用或计算路由表。而且，这种传送可以以网速来进行。
如本例解释的那样，大量现有技术所采用的处理步骤在MP网络中被简化或去除，因而解决了硅瓶颈问题。
接下来会对在本发明中用到的方法、系统和数据结构的各个方面作更详细的描述。
3 网络结构
3.1 MP城域网
图1d是一个示例的媒体网协议(MP)城域网的示意框图，或称MP城域网1000。一个MP城域网一般包括一个骨干网、许多MP适配的服务网关(SGW)、许多MP适配的接入网(ACN)、许多MP适配的家庭网关(HGW)和许多MP适配的端点，如媒体存储单元和用户终端(UT)。为方便讨论起见，在图1d中所示的介于骨干网、服务网关、接入网、家庭网关和MP适配的端点(如1290、1460、1440、1150、1010、1030、1110、1050、1070、1090和1310)之间的连接是逻辑链路。尽管接下来的讨论假设了每一个逻辑链路采用了单个的物理链路，但它们也可以采用多重物理链路。例如，逻辑链路1030的一个具体实现就是在服务网关1020和城域骨干网1040之间采用了多重物理链路。
此外，一个MP适配的组件有一个或多个连到逻辑链路上的网络接入口(或称“端口”)。例如，如图1d所示，用户终端1320通过端口1470连接到家庭网关1100上。同样地，家庭网关1200通过端口1170连接到中层交换机1180上。
MP适配是指一种遵守MP协议要求的组件、装置、节点或媒体程序。一个接入网一般是指一个或多个中层交换机(MXs)，它们共同为家庭网关提供上述服务网关、骨干网和其他连接于服务网关的网络接入。接下来的部分和实施例部分将提供有关于MP网络的更详细的论述。
在MP城域网1000中，服务网关1060、服务网关1120和服务网关1160是连在城域骨干网1040上的一些示例的节点。这些服务网关在城域骨干网1040的边缘处具有一定的智能，并按照MP的要求在MP城域网1000内部和/或向其他非MP网络(如非MP网络1300)来传送数据和提供服务。一些非MP网络1300的例子包括、但不局限于基于IP的网络、公共交换电话网络或基于无线技术的网络，如基于GSM、GPRS、CDMA或局域多点分布服务(LMDS)的网络。另外，服务网关1020还担负着MP城域网1000与其他MP城域网(如图2中所示的MP城域网2030)之间的通信。尽管出自便于讨论的目的，图1d和图2将服务网关1020包括在MP国家网2000内而不在MP城域网1000内，但显而易见的是，本领域内的普通技术人员可以用其他方法来描述服务网关1020(如服务网关1020是MP城域网1000的一部分)，而且不超出本发明的范围。
一个MP城域网1000的实施例进一步将“处于边缘的智能”分配给两类服务网关。具体地讲，一类服务网关成为“城域中心网络管理群”，而其他在城域骨干网1040中的服务网关则从属于该城域中心网络管理群。因此，如果服务网关1160作为城域中心网络管理群的话，服务网关1060和1120则成为服务网关1160的城域从属网络管理群。当从服务网关仍负责控制和响应从属于它们的接入网、家庭网关和用户终端时，主服务网关1160能够执行从服务网关所不具备的功能。这些功能包括、但不局限于从服务网关的配置、检查、维护和管理MP城域网1000的带宽和资源。
除了连接到骨干网(如1040、2010和3020)和非MP网络(如1300)，服务网关也支持与不同类型的MP适配组件和接入网的连接。例如，如图1d所示，服务网关1060通过逻辑链路1070和接入网1085中的中层交换机1080相连。同样地，服务网关1160分别通过逻辑链路1440和1460和接入网1190中的中层交换机1180和中层交换机1240相连。后面的关于服务网关的部分将提供关于服务网关的更详细的论述。
MP城域网1000中示例的接入网1085和接入网1190中的中层交换机的功能包括、但不局限于检查、交换和向适当的目的地传送数据包。除了连接服务网关，接入网中的中层交换机也能连接一个或多个家庭网关。如图1d所示，接入网1085中的中层交换机1080通过逻辑链路1090与家庭网关1100相连。在接入网1190中，中层交换机1180与家庭网关1200和家庭网关1220相连，而中层交换机1240与家庭网关1260和家庭网关1280相连。后面的关于接入网的部分将提供关于接入网和中层交换机的更详细的论述。
示例的家庭网关1100、家庭网关1200、家庭网关1220、家庭网关1260和家庭网关1280提供了一个用户终端可连接的通用平台，该通用平台使连接在上的用户终端之间，以及用户终端与其他终端系统之间能相互通信。举例而言，用户终端1320与家庭网关1100相连，因此能够和用户终端1340、用户终端1360、用户终端1380、用户终端1400、用户终端1420，以及MP全球网络3000(如图3所示)中其他的用户终端通信。并且，用户终端1320能够从媒体存储装置1140和1145中存取数据。这些用户终端一般与用户互动，响应用户要求，处理来自于家庭网关的数据包，并为用户终端传送、提交和显示用户需求的数据和/或服务。后面的关于家庭网关和用户终端的部分将分别提供关于家庭网关和用户终端的更详细的论述。
示例的媒体存储装置1140和1145是指一种用于存贮多媒体内容的具成本效能的存储技术。这些内容可以包括、但不局限于电影、电视节目、游戏和音频节目。后面的关于媒体存储的部分将提供关于媒体存储的更详细的论述。
尽管在图1d中的MP城域网1000在本示例中包含了特定数量的MP适配组件，但显而易见，本领域内的普通技术人员将能根据不同数量和/或不同配置的MP适配组件来设计和实施MP城域网1000，而且不超出本发明的范围。
3.2 MP国家网
图2是一个示例的MP国家网2000的框图。与MP城域网1000中的主、从服务网关相似，MP国家网2000将国家骨干网2010上的服务网关的智能分割，并指定服务网关1020为“国家中心网络管理群”。服务网关1020的功能包括、但不局限于在国家骨干网2010中配置其他服务网关，并检查、维护和管理国家网2000的带宽和资源。
3.3 MP全球网
图3是一个示例的MP全球网3000的框图。MP全球网3000指定服务网关2020作为“全球中心网络管理群”。服务网关2020的功能包括、但不局限于在全球骨干网2010中配置其他服务网关，并检查、维护和管理MP全球网3000的带宽和资源。
尽管所讨论的每一个MP网络(如MP城域网1000、MP国家网2000、MP全球网3000)各有一个指定的主网络管理群，但显而易见，本领域内的普通技术人员能够把处于骨干网边缘的智能进一步分配到多于一个的主服务网关，而且不超出本发明的范围。此外，如果一个主服务网关发生故障，一个备份的服务网关会取代发生故障的主服务网关。
4 媒体网协议(MP)
图4展现了一个示例的MP的网络结构。更具体地说，MP有三个独立层：物理层、逻辑层和应用层。使物理层(如主机A4060中的物理层4070)能和另一个物理层(如主机B4000中的物理层4010)相互通信的规则和协定被统称为物理层协议4050。同样地，逻辑层协议4040和应用层协议4140分别协调逻辑层4090和4030以及应用层4130和4110之间的通信。
此外，在每一对相邻的层之间(如物理层4070和逻辑层4090，或逻辑层4090和应用层4130)存在着一个接口，如逻辑-物理接口4080和应用-逻辑接口4120。这些接口定义了低层提供给高层的基本操作和服务。
4.1 物理层
一个如物理层4010的MP物理层，提供某些服务给一个MP的逻辑层(如逻辑层4030)，并把物理层4010的实施细节屏蔽于逻辑层4030之外。此外，物理层4010和4070也负责为传输媒介4100提供接口，如物理层-传输媒介接口4150和4120，并通过传输媒介4100来传送非结构化的比特。传输媒介4100包括、但不局限于双绞线、同轴电缆、光缆和载波。
在MP网络的一个实施例中，如MP城域网1000(如图1d所示)，逻辑链路1010、1030、1040、1050、1070、1090、1310、1110、1440、1460、1150、1520、1530和1290所采用的物理链路可以是不同的传输媒介。例如，支持逻辑链路1310的传输媒介可以是同轴电缆，而逻辑链路1050的传输媒介则可能是光缆。但显而易见，本领域内的普通技术人员能够用这里没有论述过的其他的媒介组合来实施MP城域网1000，而且不超出本发明的范围。
当MP城域网1000使用不同的传输媒介，网络上的MP适配组件也有特定的物理层与这些媒介连接。例如，如果支持逻辑链路1310的传输媒介是同轴电缆而支持逻辑链路1070的传输媒介是光缆的话，家庭网关1100和用户终端1320会共用同一套不同于服务网关1060和中层交换机1080所共用的物理层。尽管与同轴电缆连接的物理层所指定的接口的物理特性、比特表示方法和传送步骤不同于与光缆连接的物理层所指定的，这些物理层仍然促进并协助传送非结构化的比特。也就是说，不同类型的传输媒介(如同轴电缆和光缆)在MP网络中都传送非结构化的比特。
4.2 逻辑层
MP的逻辑层4030和4090(图4)所包含的功能在OSI模型里一般是由数据链路层、网络层、传输层、会话层和表示层来实现的。这些功能包括、但不局限于把比特打包成数据包、路由数据包，并建立、维护和终结系统之间的连接。
MP逻辑层的功能之一是把来自于MP物理层的非结构化的比特组成数据包。图5展示了一个MP数据包5000的示例的格式。MP数据包5000包括报头5060、包起始符5070和包检验和(PCS)5080。报头5060包含一个特殊的可以使主机B4000时钟和主机A4060时钟同步的比特结构。包起始符5070包含另一个比特结构来表示数据包本身的开端。PCS域5050包含一个循环冗余校验值在收到的MP数据包中检查是否有错。
MP数据包5000可以是一个长度可变的数据包，并有目的地地址(DA)域5010、源地址(SA)域5020、长度(LEN)域5030、保留域5040和有效载荷数据域5050。
目的地地址域5010包含MP数据包5000的目的地信息，而源地址域5020包含MP数据包5000的源信息，长度域5030包含MP数据包5000的长度信息，有效载荷数据域5050包含多媒体数据或控制信息。但显而易见，本领域内的普通技术人员能够用与上述的MP数据包5000不同的数据包结构来实施MP(如重新安排域的次序或添加新的域)，而且不超出本发明的范围。
一个示例的MP逻辑层实施例定义了两类MP数据包：在有效载荷数据域5050(图5)中载有控制信息的MP控制包，和在有效载荷数据域5050中载有数据的MP数据包，数据包括多媒体数据或一个封装的包。然而，一些MP数据包也可能在有效载荷数据域5050中一起包含了数据和控制信息。相对于支持带外信令控制的MP控制包，这样的MP数据包支持带内信令的控制。下面的MP数据包表格列出一些示例的MP数据包：
MP数据包表格
MP数据包名称 MP数据包类型 功能概要
公告包 控制 服务器组用此数据包来向MP适配组件传递信息(如服务器系统的网络地址)
网络状态查询包 控制 服务器组发送此包以获得MP适配组件的状态(如带宽使用状况)
网络状态查询结果包 控制 MP适配组件发送此包至请求方，其中包含所请求的信息
媒体电话服务(MTPS)请求包 控制 MP适配组件发送此包来请求媒体电话服务
媒体组播/媒体广播/媒体点播/媒体转移请求包 控制 类似于媒体电话服务请求包，MP适配组件发送此包来请求特定的通话/服务
媒体电话服务请求结果包 控制 服务器组向请求方发送此包，其中包括该请求的结果
媒体组播/媒体广播/媒体点播/媒体转移请求结果 控制 类似于媒体电话服务请求回复包，服务器组向请
包 求方发送此包，其中包括该请求的结果
媒体电话服务/媒体点播/媒体转移服务的建立包 控制 服务器组发送此包来在传输路径上一个或多个交换机上中设置上行链接数据包过滤器(ULPFs)
媒体组播/媒体广播服务的建立包 控制 类似于媒体电话服务/媒体点播/媒体转移服务的建立包，服务器组发送此包在传输路径中的交换机中设置上行链接数据包过滤器(ULPFs)和链路表
媒体电话服务的维持包 控制 服务器组向传输路径上的交换机发送此包以维持服务的状态
媒体组播/媒体广播/媒体点播/媒体转移服务的维持包 控制 类似于媒体电话服务维持包，服务器组向传输路径上的交换机发送此包以维持特定的服务的状态
媒体电话服务的终结包 控制 MP适配组件发送此包来终结媒体电话服务
媒体组播/媒体广播/媒体点播/媒体转移服务的终结包 控制 类似于媒体电话服务终结包，MP适配组件发送此包来终结特定的通话/服务
地址映射查询包 控制 MP适配组件向服务器组中的地址映射服务器系
统发送此包以查询地址映射信息
地址映射查询结果包 控制 地址映射服务器系统利用此包来回复MP适配组件的查询
财务状况查询包 控制 MP适配组件向服务器组中的财务服务器系统发送此包以查询服务参与方的相关的财务状态(如服务付费方的财务状态)
财务状况查询结果包 控制 财务服务器系统利用此包来回复MP适配组件的查询
示意(连接/建立/维持/终结)包 控制 服务器系统向另一服务器系统传送此包来发送信息
示意回复(或确认)包 控制 对上述示意包的回复
网络资源状态查询包 控制 呼叫处理服务器系统向服务器组中的网络管理服务器系统发送此包以要求获准处理一个所请求的服务
网络资源状态查询结果包 控制 网络管理服务器系统用此包回复呼叫处理服务器系统的状态查询请求
集会通知包 控制 一方利用此包向参与媒体组播服务的各方发送相关的集会信息(如集会
的时间、主题和涉及领域等)
集会成员 控制 一方利用此数据包向集会通知者(将在后面的实施例部分中被论述)发送一个媒体组播服务的邀请名单
成员包 控制 此包包含了参与媒体组播服务的成员信息
数据包 数据 此包包含音频、视频以及视音频混合信息，或一个封装的非MP数据包
操纵 数据 用户终端利用此带内信令来操纵(如暂停、反向和停止)多媒体服务(如媒体点播)
菜单包 数据 此带内信令包包含音频和/或视频信息以提供给用户一个可选菜单，也包括相应菜单中选择的控制信息
接下来的部分将进一步地描述部分这类MP数据包。显而易见，对于本领域内的普通技术人员来说，上面表格所包括的仅仅是MP数据包种类的示例，而不是所有的种类。
为了与非MP网络交互操作，一个MP逻辑层的实施例在MP封装包中封装了非MP数据，或非MP网络(如IP、PSTN、GSM、GPRS、CDMA和LMDS)所支持的数据。一个MP封装包仍同MP数据包5000具有相同的格式，只是它的有效载荷数据域5050包含的是非MP的数据。对于包交换的非MP网络，有效载荷数据域5050部分或全部地包含一个非MP数据包。
MP逻辑层的另一个功能是支持寻址模式，这些寻址模式能使数据包传送于：1)MP网络内，2)MP网络间，和3)MP网络和非MP网络之间。一些被支持的地址种类包括、但不局限于用户名称、用户地址和网络地址。此外，一个MP逻辑层的实施例也支持硬件标识(硬件ID)。硬件ID可以用于寻址(如无线通信应用)，但更多地被用于计费或网络管理等用途(见下文)。
在一个MP网络的实施例中，每一个MP适配组件有一个特定的硬件标识，它一般是由工业群体和MP适配组件制造商制定和分配。在一个方案中，所讨论的MP网络的“主中心网络管理群和从中心网络管理群能用这个硬件标识来确保网络中的组件是：1)由授权的MP制造商制造，和/或2)被允许在此网络中使用。
除了硬件标识之外，一个示例的MP逻辑层在MP网络中支持的多种用户标识。具体地来说，这些标识包括用户名称、用户地址和网络地址。一个用户名称对应于一个或多个用户地址，一个用户地址对应于一个网络地址。举例而言，用户名“WWW.MediaNet Support.com”可对应于一个公司服务部门中的雇员1的用户地址“650-470-0001”、雇员2的用户地址“650-470-0002”、雇员3的用户地址“650-470-0003”。用户地址“650-470-0001”映射一个网络地址，该网络地址标识了对应于雇员1使用的用户终端的网络接入口。同样的，用户地址“650-470-0002”和“650-470-0003”分别映射一个网络地址，这两个网络地址分别标识了对应于雇员2和3使用的用户终端的网络接入口。
在一个MP网络的实施例中MP适配组件的网络地址是被固定在该MP适配组件所用的MP网络的接入口。该网络地址标识了与该网络接入口直接连的MP适配组件。假设服务网关1160为家庭网关1200的接入口1210指定一个网络地址，“0/1/1/1/23/45/78/2(颜色子域6010/数据类型子域6070/MP子域6080/国家子域6020/城市子域6030/社区子域6040/层次交换子域6050/用户终端子域6060)”。因为用户终端1420是通过接入口1210直接与家庭网关1200相连的，所以“0/1/1/1/23/45/78/2”成了用户终端1420的指定网络地址。因此，如果在上例中的雇员1使用用户终端1420，前述的用户地址“650-470-0001”就映射于网络地址“0/1/1/1/23/45/78/2”。(注意网络地址中的局部地址子域将在以下作更详细的描述，并参见图6)。
除了用户终端，用户地址还被指定到其他网络组件上。举例来说，前述的工业群体和制造商可在其他MP组件(如接入网中的中层交换机)中制定、分配或存储用户地址。同样地，媒体节目运营商，如电视节目制作商和媒体点播服务的运营商，可为媒体节目制定并分配用户地址。
用户名称和用户地址一般是由网络运营商或者网络运营商所指定的一个独立的第三方组织所分配的。网络地址由服务网关在网络配置时指定的(在以下的服务网关部分将作详细描述)。举一个例子，假定一个网络运营商要让图1d中连接在家庭网关1200上所有的用户终端被统称为www.MediaNet Support.com。要做到这一点，配置服务网关1160的网络运营商可制定用户名称“www.MediaNet Support.com”，并映射该用户名称到连接在家庭网关1200上的用户终端的用户地址上去。
与固定于接入口的网络地址不同，被指定的用户名称和用户地址即便在MP网络拓扑结构发生变化的条件下(如重新配置网络，包括添加、去除或者移动一个或多个MP适配组件)也能保持不变。例如，假定雇员1所使用的用户终端是用户终端1320，而管理MP城域网1000的网络运营商决定通过接入口1490连接用户终端1320到家庭网关1220(而不是家庭网关1100)，标识用户终端1320的网络地址会变为固定于接入口1490的网络地址(而不是固定于接入口1470的网络地址)。尽管网络地址改变了，雇员1的用户名称和用户地址仍保持不变。
如上所述，一个MP逻辑层映射了网络地址的各标识层，如用户名称和用户地址。MP的网络地址提供了几项功能，它向一个节点(如MP网络中的一个MP适配组件)标识了物理网络的接口，它能够被用来在一个MP交互网络中将数据包送往任何地方。因为MP网络地址的分层结构反映了MP网络的拓扑结构，所以MP网络地址可以有助于传送数据包并精确地或概略地标识出MP网络中的节点的地理位置。MP网络地址还能指定节点所要执行的任务(如用局部地址子域来引导数据包通过一系列逻辑链路，或用有色子域来选择一个数据包传输机制)。
图6展示了一个示例性的网络地址6000，它标识了MP全球网3000中的一个MP适配用户终端(如图1d中的用户终端1320)的网络接入点。网络地址6000包含有色子域6010、数据类型子域6070、MP子域6080，以及一个分级的局部地址子域，如国家子域6020、城市子域6030、社区子域6040、层次交换子域6050和用户终端子域6060。该分级地址结构反映了MP全球网3000的网络拓扑结构。尽管这些网络地址子域中的一些被赋予地理含义(如国家子域6020、城市子域6030和社区子域6040)，但显而易见，对于专业技术人员来说，这些子域只是代表了MP网络所覆盖的一个分级的地域。
网络地址6000中的有色子域6010包括有助于传送MP数据包的“有色信息”。MP数据包的接收方能够根据有色信息、而不需要检查和/或分析整个数据包来处理该数据包。(此外，所述的“接收方”不仅限于MP数据包的最终接收者，如用户终端，也包括网络的中间的网络组件，如包括、但不限于处理MP数据包的中层交换机)。下面的MP有色列表举出一些示例的有色信息。虽然MP有色列表中举出的例子描述了不同类型服务的有色信息(如单播和多点通信)，但显而易见的是，本领域内的普通技术人员可以将该有色信息用于其他目的，如识别数据包来自于(源节点)或被送往(目的地节点)设备的类型，而且不超出本发明的范围。如下面将要论述的那样，有色信息协助了交换机对包的处理，从而使得网络能够采用更加简单的交换机。
MP有色列表
有色信息的类型 一般功能
单播的建立 在传输路径中的一个或多个交换机中设立上行链接数据包过滤器(ULPF)
单播数据 在单播服务中示意一个包是数据包
单播的终结 在传输路径中的一个或多个交换机中复位上行链接数据包过滤器
多点通信的建立 在传输路径中的一个或多个交换机中设置链路表和上行链接数据包过滤器
多点通信数据 在多点通信服务中示意一个包是数据包
多点通信的维持 维护传输路径上的交换机中的链路表
中的数据值和/或收集多点通信服务的状态信息(如错误率和丢失的数据包的数目)
多点通信的终结 在传输路径中的一个或多个交换机中复位链路表和上行链接数据包过滤器，释放所保留的业务号
查询 示意一个来自于请求组件的查询，查询请求的接收方把查询结果送到请求组件
网络地址6000也可含有数据类型子域6070和MP子域6080。在一个实施例中，数据类型子域6070示意了将被交换的数据类型。数据类型包括、但不局限于音频数据、视频数据或者两者的结合。MP子域6080示意了含有网络地址6080的数据包类型。举例而言，数据包既可以是MP数据包也可以是MP封装的数据包。另一种选择是，数据类型子域6070和/或MP子域6080中的信息能够被合并到有色子域6010或有效载荷数据域5050中。
图7描述了一个示例的网络地址6000的另一种形式，该形式对层次交换子域6050作了近一步的细分。网络地址7000标识了一个在MP网络中的用户终端的网络接入点，该MP网络包括含有多层中层交换机的接入网。具体地来说，图6中的层次交换子域6050被进一步细分为小区交换(VX)子域7070、楼宇交换(BX)子域7080和用户交换(UX)子域7090来体现小区交换、楼宇交换和用户交换的分层结构。图8和图9a描述了其他不同的层次交换子域6050的细分。在图8中，与网络地址7000相似，网络地址8000具有与网络地址6000中的层次交换子域6050项对应的小区交换子域8070、路边交换(CX)子域8080和用户交换子域8090。在图9a中，网络地址9000含有办公室交换(OX)子域9070和用户交换子域9080。
除非是另作说明，随后所提到的网络地址6000一般包括它的衍生形式(如可进一步细分层次交换子域6050的网络地址7000、8000和9000)。同样地，下面的接入网和家庭网关部分提供了这些衍生形式的进一步论述。
尽管上述的小区交换和办公室交换子域主要是被用来标识一个服务网关所管辖的小区交换机和办公室交换机，但它们也可以被用来标识一个服务网关所管辖的MP适配组件。图9b描述了一个能标识出服务网关中的MP适配组件(例如边缘交换机、服务器组、网关和媒体存储器)的示例性的网络地址格式(如9100)。为了标明一个MP数据包是被送往服务网关中的一个组件而不是媒体存储器，网络地址9100中的小区交换子域9170包含全零(“0000”)。其余的比特(组件号码子域9180)被用来标识该服务网关中的一个特定的组件。以服务网关1160(图10)为例，标识边缘交换机10000、服务器组10010和网关10020的网络地址符合网络地址9100的格式。这些网络地址拥有相同的国家子域9140、城市子域9150、社区子域9160和小区交换子域9170(“0000”)信息，但却在组件号码子域9180中包含了不同的信息来标识这些组件。举例而言，边缘交换机10000可对应于组件号码子域9180中的组件号码1，而服务器组10010对应于2，网关10020对应于3。
另一方面，为了示意一个MP数据包是被送往服务网关中的媒体存储器，网络地址9100中的小区交换子域9170包含“0001”。其余的比特(组件号码子域9180)是被用来标识该服务网关中的一个特定的媒体存储器。以服务网关1120(图10)为例，标识媒体存储器1140和媒体存储器1145的网络地址符合网络地址9100的格式。这两个网络地址拥有相同的国家子域9140、城市子域9150、社区子域9160和小区交换子域9170(“0001”)信息，但却在组件号码子域9180中包含不同的信息来标识这两个媒体存储器。举例而言，媒体存储器1140可对应于组件号码子域9180中的组件号码1，而媒体存储器1145对应于2。然而，如果媒体存储器是对应于一个用户终端的话(如不在服务网关中的媒体存储器)，那么标识这个用户终端媒体存储器的网络地址遵从网络地址6000的格式，而不是上述的网络地址9100的格式。
显而易见，对于本领域内的普通技术人员来说，而且不超出所论述的网络地址模式的范围的是：标识服务网关中的组件的标记可具有不同的比特序列(如除“0000”和“0001”之外的)，不同的长度(如多于或者少于4比特的长度)和/或位于MP数据包中不同的位置。
在某些多点通信的类型中(如媒体组播(MM)和媒体广播(MB))，三种网络地址格式被使用到。具体地来说，网络地址6000和9100的格式被用来向目的地传送MP控制包。网络地址9200的格式是被用来向目的地传送MP数据包。为了标识出MP数据包是用来多点通信的数据包，网络地址9200的有色子域9210包含一个特定的比特序列。业务号码子域9270在MP城域网中标识了该MP数据包所属的特定的通信服务。假定业务号码子域9270有n个比特长度，那么采用网络地址9200的格式的MP城域网可以支持2n个不同的多点通信服务。显而易见，对于本领域内的普通技术人员来说，而且不超出所论述的网络地址模式的范围的是：业务号码子域9270可以有不同的长度(如包括保留子域9260)和/或具有在MP数据包中不同的位置。
尽管阐述了几个网络地址的格式，但是一个在本领域内的普通技术人员将会认识到除了上述的格式以外，假如其他类别的格式为节点标识了一个物理的网络接入口，以及这些其他类别的格式可被用来把数据包传送到网络间的任何地点和/或使用一种分层地址结构来传送数据包至目的地的话，那么MP的范围也包括了这些其他类别的格式。有色子域也可以帮助数据包的传送。显而易见，对于本领域内的普通技术人员来说，可以把上述的用户终端的网络地址格式应用到其他的MP适配组件，如中层交换机。举例来说，中层交换机1080的网络地址遵循网络地址6000的格式，但是用户终端子域6060含有一些特定的比特结构，如全0或全1。或者，如果标识用户终端1420的网络地址(用户终端网络地址)遵循网络地址6000的格式，除了用来标识中层交换机1080的网络地址的有色子域6010包含了中层交换机装置类型的信息(而不是用户终端装置类型的信息)，一个可能的用来标识中层交换机1080的网络地址有和用户终端网络地址同样的信息。
MP逻辑层的另一个功能是为传送MP数据包或MP封装数据包提供一种可预测、安全、可靠和迅捷的方法。一个示例的MP逻辑层在提供服务(如呼叫通信的阶段)之前通过建立一个多媒体服务(如呼叫服务建立的阶段)来推动这类传送。在呼叫服务的建立阶段，服务所涉各方之间的传输路径被确定下来以便于授权控制(资源管理)。在传输路径上的MP适配组件向管理该服务的服务器组提供带宽使用数据。在随后的呼叫通信阶段，传输路径上的MP适配组件被配置和建立起来以帮助实现政策控制(如允许通过的数据流类型、传输流和服务参与方的资格认证)。下面的服务网关、接入网和家庭网关部分将会进一步解释这些授权控制和政策控制。
在呼叫服务建立阶段之后，一个示例的MP逻辑层支持传输流政策，这种支持是通过例如管制MP网络中的MP数据包的流动(以采用最小延时率的均衡器(MDRE)来实现的)，以及根据上述的授权控制和/或政策控制所设立的参数来拒绝或接纳数据包来实现的。传输流政策确保了在呼叫通信阶段时MP网络中传输流的可预测性和完整性。更具体地来说，就一个实施例中的生成并向MP网络发送数据包的源主机(如用户终端、媒体存储装置和服务器组)首先以最小延时率的均衡器模块传送数据包。一个最小延时率的均衡器的实施例遵从著名的漏桶模型，其结果是向MP网络输出均匀间隔的数据包。如果最小延时率的均衡器模块接收到的MP数据包的数目超过最小延时率的均衡器的缓冲器容量，最小延时率的均衡器模块则会丢弃溢出的MP数据包。另一方面，如果MP数据包以一个低于预设值的速度抵达最小延时率的均衡器模块，最小延时率的均衡器模块则向MP网络发送一个填充式的MP数据包以维持一个恒定并可预测的数据速率。
此外，在呼叫通信阶段，MP网络中的其他MP适配组件把来自于源主机的均匀间隔的数据包进行过滤以防止那些不相关的数据包到达服务网关中的服务器组。下面的上行链接数据包过滤器部分提供了一个实现上述传输流政策功能的过滤器的细节。
在呼叫通信阶段，一个示例的MP逻辑层支持了可测量服务使用信息的计费政策。下面的服务器组部分和实施例部分将进一步解释计费功能的实施。
在呼叫通信阶段，一个示例的MP逻辑层支持了MP数据包在一系列逻辑链路中的快速传送。举例来说，假定用户终端1320向用户终端1420转送单播MP数据包，如下面所解释的，因为MP网络的不对等结构，MP数据包能够从用户终端1320通过逻辑链路1310，1090和1070被传送到服务网关1060，而不需要计算或采用路由表。在源主机(用户终端1320)和逻辑上最接近于源主机的服务网关(这里指服务网关1060)之间的逻辑链路被称为自下而上的逻辑链路。那么，因为多媒体数据的可预测性(如作为MP网络传输流的主要部分的视频流具有可预测性)，以及MP网络中对传输流的管制(如上述)，服务网关1060采用可离线计算的转发表通过逻辑链路1050、1040和1150来向服务网关1160传送MP数据包。最终，最接近于用户终端1420的服务网关(如服务网关1160)采用局部地址路由(在下文中解释)通过逻辑链路1440、1520和1530对MP数据包进行自导向，并传送数据包到用户终端1420。
目的地主机(这里指用户终端1420)和逻辑上最接近于目的地主机的服务网关(这里指服务网关1160)之间的逻辑链路是自上而下的逻辑链路。在自上而下的逻辑链路中采用局部地址路由避免了使用路由表。因此，MP数据包在用户终端1320和用户终端1420之间的主要链路中被传送时无需计算或使用路由表。进一步来说，对于少数需要使用转发表的链路，这些转发表能被离线计算(当然，该计算也可以实时进行)。
为了进一步说明数据传输，更详细地考虑上述的例子(用户终端1320向用户终端1420发送MP数据包)。假定MP数据包中的目的地地址域中的网络地址包含以下信息(依照如图6所示的网络地址6000的格式)：
·  国家子域6020-标识了服务网关2020，并指明了用户终端1420属于MP国家网2000(如图2)。
·  城市子域6030-标识了服务网关1020，并指明了用户终端1420属于MP城域网1000(如图1d)。
·  社区子域6040-标识了服务网关1160，并指明了服务网关1160管理用户终端1420。
·  层次交换子域6050-被分成两个子域，一个子域对应于接入口1500并标识中层交换机1180，另一个子域对应于接入口1170并标识家庭网关1200来传输数据包。
·  用户终端子域6060-对应于接入口1210，并标识作为数据包传送目的地的用户终端1420。
在这个单播例子中的数据传输可以被分为三个不同阶段：从源主机(用户终端1320)到管理该源主机的服务网关(逻辑上最接近于源主机的服务网关，如服务网关1060)之间的一系列逻辑链路(自下而上的逻辑链路)中的自下而上的数据包传送；从管理源主机的服务网关到管理目的地主机的服务网关(逻辑上最接近于目的地主机的服务网关，如服务网关1160)之间的数据包传送；以及从管理该目的地主机的服务网关到目的地主机(用户终端1420)之间的一系列逻辑链路(自上而下的逻辑链路)中的自上而下的数据包传送。
对于自下而上的传输，用户终端1320将其输出的MP数据包放置在逻辑链路1310上。如果这个MP数据包不是被送往连接在家庭网关1100上的另一个用户终端的话，家庭网关1100会把该MP数据包送到下一个上游的MP适配组件，即中层交换机1080。在一个实施例中，因为家庭网关之间的不对等的网络结构(如连接在同一个中层交换机1080上的两个家庭网关不能绕开中层交换机而直接相互通信)，把MP数据包从家庭网关1100传送到中层交换机1080的转输可以不分析数据包中的目的地址。换句话说，家庭网关1100除了向上游传送数据包以将其送往另一个在不同家庭网关之下的用户终端外别无选择。同样地，因为在接入网中的中层交换机也是不对等的(如连接在同一个服务网关上的两个中层交换机不能绕过服务网关而直接相互通信)，中层交换机1080把数据包送往服务网关1060时也无需检查数据包中的目的地址。
对于服务网关之间的传输，管理源主机的服务网关(服务网关1060)检查MP数据包中目的地地址中的国家子域6020、城市子域6030和社区子域6040。如果这三个子域都与服务网关1060的网络地址中相应的子域相匹配，那么该目的地主机是由服务网关1060所控制的，并开始自上而下的传输。如果国家子域6020和城市子域6030与服务网关1060的网络地址中相应的子域相匹配，而社区子域不匹配，那么目的地主机存在于同一个MP城域网中，但是是由另一个服务网关所控制的。如果国家子域匹配，但是城市子域不匹配，那么目的地主机存在于同一个国家网中，但是是由一个不同的城域网中的服务网关所控制的。如果国家子域不匹配，那么目的地主机是被在不同国家网中的一个服务网关所控制的。
在这个例子中，国家子域和城市子域匹配，但是社区子域不匹配。因此，服务网关1060将把数据包送到MP城域网1000中的服务网关，该服务网关(服务网关1160)的社区子域与数据包目的地地址中的社区子域匹配。为了发送该数据包，服务网关1060根据目的地地址中的国家、城市、和社区在转发表中查找一组局部地址子域来决定通往服务网关1160的下一个站点。服务网关1060然后传送数据包到转发表所设定的下一个站点。分析局部地址子域和使用转发表来发送数据包至下一个站点的过程一直持续到该数据包抵达指定的服务网关(服务网关1160)，该服务网关的国家、城市和社区子域与数据包中目的地地址中的相应的子域匹配。然后，自上而下的传输开始了。
对于自上而下的传输，服务网关1160根据层次交换子域6050中的局部地址信息和有色信息把MP数据包发送到中层交换机1180(该传输可达到线速)。更具体地来说，服务网关1160通过利用部分的目的地地址来自导向数据包，并因此简化了数据包转发的计算和决策。服务网关1160也利用了有色信息来选择数据包的传送机制(如单播寻址模式和组播寻址模式的数据包传送机制可能有所不同)。换句话说，一个示例的服务网关1160通过利用一些局部地址子域来自导向数据包和一个有效率的数据包传送机制来有效地实现线速。
以相同的模式，中层交换机1180也利用层次交换子域6050中的局部地址子域向家庭网关1200传送MP数据包。接下来，家庭网关1200利用用户终端子域6060中的局部地址信息把数据包发送到它的最终目的地，即用户终端1420。MP数据包传送于一系列自上而下的逻辑链路(如逻辑链路1440、1520和1530)的整个传送过程能够在无需计算或使用路由表的条件下进行。
上述的例子描述了在同一个MP城域网中的两个用户终端之间的MP数据包的单点传送。在这里考虑两种其他的可能性也是适宜的，即：1)在两个MP城域网之间的MP数据包的单点传送(如在MP城域网2030中的源用户终端和在MP城域网1000中的用户终端1420之间)，和2)在两个MP国家网之间的MP数据包的单点传送(如在MP国家网3030中的源用户终端和MP国家网2000中的用户终端1420之间)。这两种可能性中的自下而上和自上而下的传送阶段与那些上述例子中的过程相似，因此无需在这里重复。然而，服务网关之间的传送与上述的例子有所不同，下面将对此作解释。
第一种可能性(同一个MP国家网中的两个不同的MP城域网之间的MP数据包的传送)中国家子域匹配，但是城市子域不匹配。本例中目的地主机和源主机处于同一个MP国家网(MP国家网2000)中，但是目的地主机是被一个在不同MP城域网(MP城域网1000)中的服务网关所控制。这里，控制源主机的服务网关发送MP数据包到城域网接入服务网关(服务网关2050)，该城域网接入服务网关是负责把MP城域网2030连接到国家骨干网2010上的。然后服务网关2050发送数据包到城域网接入服务网关(服务网关1020)，该城域网接入服务网关是负责把另一个MP城域网(MP城域网1000)连接到国家骨干网2010上的，该城域网接入服务网关的城市子域与MP数据包的目的地地址中的城市子域匹配。更具体地来说，服务网关2050根据目的地地址中的国家和城市局部地址子域来查询转发表以决定通往服务网关1020的下一个站点。服务网关2050然后传送数据包到转发表所设定的下一个站点。分析局部地址子域和使用转发表来发送数据包至下一个站点的过程一直持续到该数据包抵达服务网关1020。
接着，服务网关1020根据目的地地址中的国家、城市和社区局部地址子域来查询转发表以决定通往管理目的地主机的服务网关(服务网关1160)的下一个站点。服务网关1020然后传送数据包到转发表所设定的下一个站点。分析局部地址子域和使用转发表来发送数据包至下一个站点的过程一直持续到该数据包抵达服务网关1160。于是，自上而下的传输开始了。
第二种可能性(同一个MP全球网中的两个不同的MP国家网之间的MP数据包的传送)中国家子域不匹配。本例中目的地主机和源主机位于同一MP全球网(MP全球网3000)中，但是目的地主机是被一个位于不同的MP国家网(MP国家网2000)中的服务网关所控制。在这儿，控制源主机的服务网关向MP国家网3030中的城域网接入服务网关发送MP数据包。接着城域网接入服务网关向国家网接入服务网关(服务网关3040)发送该数据包，该国家网接入服务网关是负责把MP国家网3030连接到全球骨干网3020上的。
接着，服务网关3040向国家网接入服务网关(服务网关2020)发送数据包，该国家网接入服务网关是负责把另一个MP国家网(MP国家网2000)连接到全球骨干网3020上的，该国家网接入服务网关的国家子域与MP数据包的目的地地址中的国家子域匹配。更具体地来说，服务网关3040根据目的地地址中的国家子域来查询转发表以决定通往服务网关2020的下一个站点。服务网关3040接着传送数据包到转发表所设定的下一个站点。分析局部地址子域和使用转发表来发送数据包至下一个站点的过程一直持续到该数据包抵达服务网关2020。
接着，服务网关2020根据目的地地址中的国家和城市局部地址子域来查询转发表以决定通往城域网接入服务网关(服务网关1020)的下一个站点，该城域网接入服务网关是负责把MP城域网1000连接到国家骨干网2010上的。服务网关2020然后传送数据包到转发表所设定的下一个站点。分析局部地址子域和使用转发表来发送数据包至下一个站点的过程一直持续到该数据包抵达服务网关1020。
接着，服务网关1020根据目的地地址中的国家、城市和社区局部地址子域来查询转发表以决定通往管理目的地主机的服务网关(服务网关1160)的下一个站点。服务网关1020然后传送数据包到转发表所设定的下一个站点。分析局部地址子域和使用转发表来发送数据包至下一个站点的过程一直持续到该数据包抵达服务网关1160。于是，自上而下的传输开始了。
值得注意的是上面讨论的接入服务网关(例如，城域网接入服务网关1020和国家网接入服务网关2020)也可以作为主网络管理者。尽管上面给出了特定的细节来描述一个MP逻辑层的一个实施例，这个MP逻辑层在两个用户终端之间的三个阶段中进行一个MP数据包的单播传输，本技术领域内普通技术人员很明显地认可所披露的MP逻辑层范围不仅限于这些细节。
其他MP逻辑层建立的规则，MP适配元件依照这些规则以一个可预测、安全、可计费的方式传送一个MP数据包或者是MP封装包。这些规则包括、但不局限于：
a)每个MP网络都有一个或更多的服务网关(如，一个服务网关能够当作是其他服务网关的备份)集体地作为上面讨论过的“主网络管理者”，其中主网络管理者对“从网络管理者”进行某种控制。(例如，主网络管理者能够从所有的从网络管理者上收集信息并把收集到的信息批量地发布到从网络管理者)；
b)服务网关负责分配网络地址给它自己的一些端口(例如，图10中所示的端口10080和10090)和依附于这些服务网关的MP适配元件的端口(例如，图1d中所示的端口1170、1175和1210)。后面的服务网关部分将进一步的解释这些网络地址的分配过程；
c)固定在一个MP适配元件的网络接入点(端口)网络地址“停留”(或“跟随”)在这个端口，而不是停留(跟随)元件。例如，如果图10中服务网关1160的服务器组10010分配一个网络地址给端口1210，这个分配到的地址跟随端口1210。在用户终端1420连接到家庭网关1200以及在服务器组10010接受用户终端1420之后，固定在端口1210上的网络地址成了分配给用户终端1420的网络地址。因此，如果用户终端1420被从MP城域网1000中去除而把它装到MP城域网2030(图2)中，在新位置中的用户终端1420将不再拥有固定在端口1210上的网络地址；
d)服务网关负责监控网络资源并传递服务请求。服务网关先于批准所请求的服务在预先决定的传输路径上确保足够的资源(例如，带宽、包处理容量)可用；
e)服务网关负责检验被请求服务参与各方的计费状态；以及
f)服务网关建立方案来限制一个数据包进入MP网络，其依据包括、但不局限于：1)数据包的源，以确保数据包来自于一个经授权的端口和一个经授权的元件；2)数据包的目的地，以确保数据包是被发往一个经授权的端口；3)某种流参数，以确保数据包包含的数据流不超出数据流参数以及4)该数据包的数据内容，以确保数据包不包含有侵犯第三方知识产权的内容。一般有若干个MP适配元件来执行这些方案控制，如但不局限于，接入网中的中层交换机和/或服务网关中的边缘交换机。
后面的基于不同MP适配元件和操作例的讨论将详细地描述这些规则的实施细节。
如在上面的逻辑层部分的开始时所讨论的那样，一个MP逻辑层的另一个功能是在系统之间建立、维持和终结连接。后面的操作例部分将进一步给出呼叫建立、呼叫维持和呼叫清除阶段的细节。
4.3 应用层
MP的应用层4130和4110(图4)利用MP物理层和MP逻辑层的服务并且也支持给较下层的应用数据。一个示例的MP应用层包括一套应用可编程接口(API)，它可以使一个开发者能够很容易地设计和实现一个MP网络的应用。这些应用包括、但不局限于：媒体服务(例如，媒体电话、媒体点播、媒体组播、媒体广播、媒体转移)、互动游戏等。然而，显而易见，本技术领域内的普通技术人员能够开发直接启动MP逻辑层服务的应用，而不超出这里所披露的MP技术的范围。
5 网络组件
5.1 服务网关
如上所述，服务网关拥有管理和控制包括、但不局限于：家庭网络、媒体存储、传统服务和骨干网边缘的广域网络的必需的智能。以图1d为例，上述的家庭网络是指家庭网关，媒体存储对应于媒体存储单元1140，而传统服务是指非MP网络1300所提供的服务，最后，城域骨干网是广域网的一个典型。
图10是示例的服务网关的方块图，即为图1d中的服务网关1160。服务网关1160包括边缘交换机10000，该交换机通过链接1150连接在骨干网1040上、通过网关10020连接到非MP网络1300以及通过接入网和家庭网关连接到若干个用户终端。网关10020通过把非MP数据包转换成MP数据包，反之亦然，使MP网络，如MP城域网1000(图1d)与非MP网络1300之间能够通信。后面的网关部分将进一步的描述这个数据包变换过程。另一方面，服务器组10010处理它从边缘交换机10000上接收来的数据并且通过边缘交换机10000解释和发送指令，和/或响应附着在边缘交换机10000上的设备。
图11是一个第二类服务网关的方块图，例如服务网关1020。服务网关1020利用边缘交换机11010和服务器组11020来内部连接MP适配元件。然而，服务网关1020不提供与家庭网络的直接连接。除了通过逻辑链接1010连接到国家骨干网2010(图2)外，在服务网关1020中的边缘交换机11010还通过逻辑链接1030连接到城域骨干网1040上。
图11b是一个第三类服务网关的方块图，例如服务网关1120。服务网关1120也不提供与家庭网络的直接连接。除了通过逻辑链接1110连接到城域骨干网1040外，在服务网关1120中的边缘交换机11030还连接到媒体存储器1140上。
尽管描述了以上三个实施例，但显然，本领域内的普通技术人员可以合并或进一步划分这些功能模块，而不会超出所披露的服务器组技术的范围。例如，另一个服务网关1160的实施例进一步的包括MP适配媒体存储器。此外，无需在城域网中利用其他类型的服务网关，本领域内的普通技术人员可以合并上述的服务网关1160、服务网关1120和服务网关1020的功能培植出新的类型的服务网关应用于整个MP网络的任意部分，而不会超出所披露的服务器组技术的范围。
5.1.1 服务器组
图12是一个示例的服务器组的方块图，例如服务器组10010。本实施例包括通信架底盘12000和若干个插入式电路板。每个电路板都是一个服务器系统。这些服务器系统的一些例子包括、但不局限于：呼叫处理服务器系统12010、地址映射服务器系统12020、网络管理服务器系统12030、计费服务器系统12040、离线路由服务器系统12050。本领域内的普通技术人员可以用与图12不同数量及种类的服务器系统来实现服务器组10010，而不会超出所披露的服务器组技术的范围。
在一个实施例中，除了上述的服务器系统，通信架底盘12000还包括一个或更多的“未编程的”插入式电路板。假定服务网关1020(图2)中的服务器组管理网关1160中的服务器组10010。那么，为了应对在服务器组10010中的任何一个服务器系统的故障，例如呼叫处理服务器系统12010的故障，在网关1020中的服务器组将其中的一个未编程的插入式电路板程序化来代替呼叫处理服务器系统。本领域内的普通技术人员可以用其他已知的方式来备份所描述的服务器系统，而不会超出所披露的服务器组技术的范围。
图13是一个示例的服务器组的方块图。具体地说，服务器系统13000包括处理引擎13010、存储器系统13020、系统总线13030和接口13040。处理引擎13010、存储器系统13020、接口13040连接在系统总线13030上。或者存储器系统13020可以通过一个系统控制器(未在图13中表示出)间接地与系统总线13030相连。
这些服务器系统部件执行它们在业内已知的常规功能。而且很明显，本领域内的普通技术人员能够利用多处理引擎和比图示中更多或更少的元件来设计服务器系统13000。一些处理引擎13010的例子包括、但不局限于：数字信号处理器(DSP)、通用处理器、可编程逻辑器件(PLD)、专用集成电路(ASIC)。同时，存储器子系统13020可用于存储服务器系统13000的网络信息、标识信息、和/或处理引擎13010执行的指令。
在服务器组10010的一个实施例中，因为每一个插入式电路板有自己的处理和输入/输出功能，所以每一个上述的服务器系统都能够独立于其他服务器系统操作。进一步的实施会分配特定功能到特定的服务器系统上。因此，在整个MP网络中没有一个服务器系统的管理和控制的负载过多，并且设计这些服务器的任务相要比设计通用服务器系统简单的多。通信架底盘12000位这些插入式电路板提供了外壳以及这些板间和板与边缘交换机10000之间的物理连接。
另外，随着通用服务器系统的价格/性能比不断的下降，显然，本领域内具有一般技术水平的人员可以利用实现一般服务器系统能够降低价格/性能比的技术在MP网系统中来实现服务器组10010。在一个这样的实施例中，一种常规的技术是发展能够操作一般目的的服务器系统的单独的软件模块并且独立地实现服务器组10010的特定功能。
图14是一个示例的服务器组的流程图，例如服务器组10010(图10)所实施的那样。具体地说，服务器组10010负责执行能够使MP网络传送媒体服务到终端用户的功能。这些功能包括、但不局限于：网络配置14000、多项服务验证处理和进入控制14010、批准服务请求14030、在14040和14060中的记账作业以及模块14050中的通信监控和处理。
然而，在服务器组10010执行模块14000中的任务之前，网络操作者(如局域交换的承受者、远程通信服务的提供者或者一组网络操作者)遵照图15中第一阶段的步骤建立并初始化网络。具体地说，网络操作者在第一阶段建立一个网络拓补结构并指定适当的主网络管理者来管理和控制该拓补结构。
在模块1500中，网络操作者设计一个支持一定数目的服务网关的MP城域网络拓补结构，每一个这种服务网关支持若干个终端用户。例如，根据内部财务计划，网络操作者可以决定首先配置足够的设备给在人口稠密的社区内的服务器1000的终端用户。根据设备的费用、容量和效能(如一个服务网关所能支持的中层交换机的数量，能够连接到一个中层交换机上的家庭网关的数量，一个家庭网关所支持的用户终端的数量，每个用户终端所支持的终端用户的数量，设备所需的网络操作者的数量)，网络操作者能够配置一个满足他们需要的网络。网络操作者能够进一步的通过建立若干个MP城域网来扩展这个网络拓补结构，其中这些这些MP城域网为一个MP国家网所支持，而这些MP国家网又为一个MP全球网所支持。
在模块15010中，网络操作者为MP城域网指定合适的网络管理者，MP国家网和MP全球网在前面提到的网络拓补结构中已经被定义。在一个网络建立和初始化的过程中，网络操作者也配置该指定的网络管理者来实现第二阶段的操作，其对应于图14中的模块14000。这种对主网络管理者的配置包括、但不局限于给主管理者和从管理者的网络端口预分配的网络地址，并存储这些预分配的网络地址并在这两种类型的局域存储系统中用软件来实施这两个阶段的操作。
图15中的第二阶段是一个示例的服务器组10010在履行网络配置任务时所遵循的一个过程。为便于说明，下面的讨论假定网络操作者已经采用如图1d和图2中所示的MP城域网1000和MP国家网2000的网络拓扑结构，并且已经分别将服务网关1160和服务网关1020设计成城域主网络管理者和国家主网络管理者。尽管这个特例主要描述了在一个MP城域网中的主网络管理者所进行的配置，但类似的过程也可以由在MP全球网或MP国家网中的主网络管理者配置MP全球网或MP国家网时所遵循。
在模块15020中，因为服务网关1020是MP国家网2000的国家主网络管理者，服务网关1020的服务器组分配网络地址给如图10中所示的服务网关1160的边缘交换机10000的端口10050和10070。很明显，本领域内具有一般技术水平的人员可以认识到所披露的MP技术不限于所述的端口数目。例如，图10中的服务网关1160的边缘交换机10000也可以连接到媒体存储器，因此会有另一个端口来支持此连接。
一个服务网关1160的服务器组10010的实施例分配网络地址到边缘交换机10000的端口，这些端口能够与网关服务器所依赖的MP适配元件直接连接，而不管这些元件目前是否连接在这些端口上。对于服务网关1160，接入网1190的中层交换机1180和中层交换机1240目前是分别连接在端口10080和10090上的典型的服务网关依赖的MP适配元件，如图10所示。边缘交换机10000也可以有其他的端口(没有在图10中表示出来)被分配到网络地址，但目前没有MP适配元件连接在它们上面。
作为一个城域主网络管理者，服务网关1160中的服务器组10010也分配网络地址到城域从网络管理者(如服务网关1060和服务网关1120)中的边缘交换机的某些端口。例如服务器组10010分配网络地址给服务网关1060中的边缘交换机端口，服务网关1060中的服务器组通过此端口与之相连。
在服务器组10010分配网络地址到边缘交换机10000的端口以及在城域从网络管理者的其他边缘交换机的端口之后，网络地址保持绑定在这些端口之上，除非网络操作者改变网络的拓补结构。
除了网络地址分配，服务器组10010也建立和初始化模块15020中的服务网关数据库。这些服务网关数据库包括服务器组10010维持的所有信息，这些信息既有存储器子系统13020(图13)又有服务器组能够进入的外部存储器系统(未在图中表示出)中的信息。服务器组10010存储MP适配元件的注册信息与用户地址的映射关系、该元件的用户名和用户地址的映射关系，以及/或者服务网关数据库中的该元件的用户地址和网络地址的映射关系。
在一些例子中，服务器组10010通过它自身的查询机制获得一些上述映射信息，下面对于模块15030的讨论将进一步解释这种机制。在另一些例子中，服务器组10010从其他服务器和数据库中获得一些映射信息。例如，独立的MP适配元件生产厂商可能有他们自己的服务器和数据库来为经适当授权并接入网络中的每一个MP适配元件生成和维持独特的辨识信息(例如硬件标识)。如果这些经授权的元件被适当地注册，上述的服务器和数据库将进一步生成和维持一个“注册表”，在一个例子中该“注册表”包含对应于元件的用户地址和注册状态信息。适当地注册一个元件包括在制造商的数据库中找到与存于元件中的识别信息相匹配的条目。
一个服务器组10010的实施例从制造商的服务器和数据库中获得“注册表”并将获得的信息存在适当的服务网关数据库中。该注册信息和相关的映射信息能使服务器组10010阻止未经授权和/或注册的元件使用MP网络。
至于前面提到的服务器组10010的查询机制，模块15030中的服务器组10010发送状态查询包到每一个配置端口(已被分配到网络地址的端口)，这个过程中服务网关尽责地检测一个MP适配元件是否已经在线。这些传输包的传输间隔可以是一个固定或可调的时间段。如果一个MP适配元件是连接到一个已配置的端口上的，这个元件就发送一个响应包来回应服务器组10010的状态查询。对一个实施例，响应包就会包含一些该元件的识别信息。这些识别信息可以是硬件标识、用户名、用户地址或者甚至是与该元件相关联的网络地址。此外，服务器组10010的一个实施例包括它状态查询包中的网络地址，因此该MP适配元件能够把服务器网络地址用作它的响应包的目的地地址。
在模块15040中，为了响应从MP适配元件上来的响应包，服务器组取得从该数据包中获得的该元件识别信息，并相应地更新服务网关数据库。例如，在中层交换机1180加到边缘交换机10000(图10)的一瞬间，中层交换机1180通过发送一个响应包到服务器组来回应服务器组10010的查询。这个响应包包含有中层交换机1180的用户地址。按照上面对模块15020的论述，服务器组10010已经给端口10080分配了一个网络地址，所以在获得这个响应包后，服务器组10010把中层交换机1180绑定到端口10080的网络地址上，并且更新服务网关数据库来反映用户地址和中层交换机1180的网络地址的新的映射关系。
服务器组10010一般依照上面描述过的处理步骤，去更新服务网关数据库和分配网络地址到除了中层交换机1180以外的其他类型新加入的MP适配元件的端口。此外，因为这些步骤，一个被简单地插入MP网络的MP适配装置就会自动地被鉴别并配置在MP网络中运行。
在另一些例子中，服务器组10010在更新服务网关数据库之前实行某种地址映射功能。例如，如果服务器组10010从新加入的MP适配元件上获得一个用户名而不是一个用户地址，则服务器组在更新适当的服务网关数据库(如服务网关中的网络管理服务器系统的数据库)之前会首先鉴别对应于用户名称的适当的用户地址。
在准许MP适配元件接入MP城域网1000(图1d)后，服务器组10010在MP城域网1000内收集资源信息并且通过模块15050中的网络信息分配流程(NIDP)把这些相关信息分配给授权的元件。更具体地说，网络信息分配流程的一部分包括服务器组10010发送资源查询包到授权的MP城域网1000来查询资源信息。作为回应，服务器组10010可以接收、但不局限于有关边缘交换机、接入网的中层交换机和家庭网关的交换带宽的使用信息以及媒体存储单元的媒体带宽的使用信息。服务器组10010将这些收集到的信息存储和安排到适当的服务网关数据库中。
网络信息分配流程的另一部分包括分配信息给MP适配元件。根据元件的类型，一个服务器组10010的实施例从服务网关数据库中选择与元件相关的信息并将这些选择到的信息通过一个公告包分配到元件中去。例如，因为中层交换1180和1240，家庭网关1200、1220、1260和1280，以及用户终端1340、1360、1380、1400、1420和1450可以发送MP控制包到服务器组10010(图10)，服务器组10010通过公告包发送它的分配到的网络地址到这些中层交换机、家庭网关和用户终端上去。在城域主网络管理者中的服务器组(这里是服务网关1160)能够进一步将信息分配到不直接依赖于服务网关1160的MP适配元件上。例如，服务器组10010能够分配它的网络地址到其他城域从网络管理者上，如服务网关1120和服务网关1060。
值得一提的是服务器组，不是讨论过的服务器组10010，而是如服务网关1120和1160的服务器组(图1d)，也遵循前面讨论过的网络信息分配流程来收集资源信息以及分配相关的信息到服务器组管理的MP适配元件上。此外，很显然，本领域内具有一般技术水平的人员也能够利用出上面讨论的方式以外的方式来实现网络信息分配流程，而不超出本发明的范围。
除了配置端口和收集资源信息，MP城域网1000的城域主网络管理者(这里是服务网关1160)也在模块15060中的MP网络中的边缘交换机之间建立路由通道。特别的是，上述这个服务器组发送资源查询包到服务网关1160的边缘交换机以及到从服务网关的边缘交换机(如服务网关1120和1160)上。根据从边缘交换机上获得的响应，服务器组判断边缘交换机的可交换性，判断适当的传输路径在MP城域网络1000在边缘交换机中传输数据包，并在一个边缘交换机传送表中保存这个数据包传送信息。这个边缘交换机传送表可以被存储在服务网关或者被存储在与服务网关通信的外部器件中。
一个示例的城域主网络管理服务网关的服务器组当它闲置或者容量低于某个临界值时，它会实现模块15060中的任务。另外，该服务器组可以依赖另一服务器或服务器组来实现模块15060中的任务。显然，本领域内的一般技术人员可以使用这里没有讨论过的其他技术在边缘交换机中计算路由，只要这些方法没有减缓服务器组10010的数据包和服务的传递。
除了在模块14000中配置MP网络(图14)，服务器组10010还负责响应服务请求包。一个服务请求包能够请求诸如视频电话、视频组播、视频点播、多媒体传输、多媒体广播或者任何类型的其他多媒体服务。后面的操作例部分将进一步地提供示例的多媒体服务的细节性讨论。一个服务请求包是一个MP控制包，它一般包括有关于服务类型、优先级和所请求服务所涉及的各方的地址信息。
在服务器组10010收到一个服务请求包后，它就遵循模块14010中的多项服务验证处理流程校验各方涉及的某种计费信息，并判断是否有足够的资源来执行这项所请求的服务。图16是服务器组10010执行多项服务验证处理流程所遵循的一个流程图。
在模块16000中，服务器组10010从服务请求包中取得各方的网络地址。这里的各方一般是指呼叫方、被呼叫方、付费方和被付费方。利用上面讨论的路径表中的各方的网络地址和传输路径，服务器组10010能够沿着若干个逻辑链接中识别出用于实现被请求服务的资源。
例如，假定用户终端1420既是呼叫方又是被呼叫方，而用户终端1320是一个被呼叫方(图1d)。根据呼叫方的网络地址，这个地址从服务请求包中取得，服务器组10010识别服务网关1160、中层交换机1180、家庭网关1200和用户终端1420，并沿着自底向上的逻辑链接来执行被请求的服务。根据被呼叫方的网络地址，该地址从服务请求包中取得，服务器组10010识别服务网关1060、中层交换机1080、家庭网关1100和用户终端1320，并沿着自顶向下的逻辑链接来执行被请求的服务。此外，服务器组10010参照路径表识别沿着服务网关1160的边缘交换机(图10中的边缘交换机10000)和服务网关1060的边缘交换机(图1d)之间的节点的逻辑链接来执行被请求的服务。因此，服务器组10010沿着用户终端1420到用户终端1320之间端对端的传输路径来识别节点(资源)，并能够执行所请求服务的应用获得控制和策略控制。
服务器组10010检查模块16010中各方的计费状态，并验证付费方的支付能力。服务器组10010能够根据一些已知的事实(如付费方的借贷平衡以及付费方过去的付费模式)建立一个获得满意的计费状态的标准。如果付费方没有达到这些标准，服务器组10010在模块14020(图14)中拒绝其服务请求。另外，服务器组10010在拒绝其请求之前可以要求第三方(如付费方的信用卡公司)来支付。
此外，服务器组10010检查被请求的服务所需的资源并确保这些资源是充分的。服务器组10010根据它内部维持的信息或外部接收到的信息来确定一个所请求服务的需求。服务器组10010维持一个服务的预决断清单，它支持与这些服务相应的网络资源需求。因此，在服务请求包到达后，服务器组10010能够从该数据报识别服务类型并根据预决断清单来设立网络资源需求。另外，服务器组10010可以依靠请求服务的一方在服务请求包中包含网络资源需求。
如上面所讨论的，服务器组10010从如图15中的模块15050内的网络信息分配流程过程中获取网络资源信息。这些网络资源的例子包括、但不局限于边缘交换机之间的路径以及服务网关、接入网、家庭网关和其他节点的交换能力。
在验证MP适配元件需要被用来提供所请求的服务后，服务器组10010将这些元件的容量与模块16030所请求服务的需求作比较，以决定是否进入模块14030的操作。一个服务器组10010的实施例遵循下列方程来识别MP适配元件：
方程1：A＝所请求服务的优先级(服务器组10010从服务请求数据包中获得此值)
方程2：B＝一个MP适配元件的最大容量
方程3：C＝同一MP适配元件目前正被占用的容量(MP适配元件一般更新并跟踪这个当前占用量)
方程4：D＝所请求服务所需的容量
方程5：E＝(A*B)-C-DA为一个0到1之间的值，其典型值为：0.8代表低优先级，0.9代表一般优先级，1.0代表高优先级。对于任何一个所要求提供服务的MP适配元件，如果E值小于0，则服务器组10010在模块14020中拒绝服务请求。否则，服务器组10010核准该服务请求并沿传输路径初始化元件(例如，建立上行链接数据包过滤器和多点通信路由链路表，见下面介绍)以在模块14030中实现该服务，如图14和图16所示。对于多点通信，一个服务器组10010的实施例也保留一个业务号在模块14030中。在具体情况下，服务器组10010有一个不重复的业务号库可供选择。在一个业务号被选出来代表一个多点通信对话后，该被选出的业务号就不可再用，要直到它所代表的对话终结为止。如果该服务请求需要一个已被使用的业务号，则服务器组10010就将该保留的业务号映射到一个可用的业务号，并将该映射通知到沿传输路径的每一个元件。
很显然，本领域内具有一般技术水平的人员可以采用与上面讨论的方式所不同的方程、不同的参数和/或不同的机制，而不会超出这里所披露的多项服务验证处理的范围。例如，虽然所讨论的服务器组10010管理资源(如，根据资源的可用性允许或不允许一个服务请求)但不频繁地储备资源，服务器组10010能够通过增加方程中C的值使其超过目前使用的标准来保留资源而不超出所披露的服务器技术的范围。此外，在另一个实施例中，服务器组10010可以在一些正在进行的服务中再分配资源以满足所请求服务的需要，优先级较低的服务不会被终止，但会释放资源给一个高优先级的服务。如果资源的重分配是可行的(如正在进行的服务和目前的服务请求的需求都能得到满足)，则服务器组10010可以通过调整C的值来进行重新分配。
很显然，本领域的一般技术人员可以重新安排所讨论的多项服务验证处理过程，而不会超出多项服务验证处理技术的范围。例如，在另一个实施例中，多项服务验证处理可以在模块16010内的检查计费状态之前，在模块16030中检查资源的可用程度。
如果多项服务验证处理流程表明网络资源可用并且相关方的计费状态满足条件的话，则服务器组10010就批准服务请求并沿模块14030中的适当传输路径初始化元件(通过单点/多点通信初始化数据包)。对于多点通信，一个服务器组10010的实施例也保留一个业务号。这个多项服务验证处理流程是上述的服务器组的呼入控制策略的一部分。
随着服务被核准以及沿传输路径的元件被初始化，服务器组10010通知所涉及的各方用户终端或其他MP适配元件，如媒体存储器1140，来开始在模块14040中交换数据包。依据它的计费模式，服务器组10010也开始它的计费器。例如，如果金额数量以各方花费在这项服务上的所需的时间来计，则该计费器就是一个计时器。另一方面，如果金额以服务对话期间传输的数据量来计算，则该计费器就是一个比特计数器。很明显，本领域内的一般技术人员可以用超出上面讨论过的其他已知的计费模式来实现计费功能，而不会超出本发明所披露的范围。
在呼叫通讯阶段，服务器组10010可以在模块14050中监视并管理数据包流量。在一个实施例中，服务器组10010通过发送呼叫方和被呼叫方连接状态请求包来监视数据流量。如果呼叫方和被呼叫方不响应这个请求，则服务器组10010执行模块14060。否则，服务器组10010根据各方的响应来适当调整连接。例如，服务器组10010可以监视数据传输的信号质量。如果服务器组10010判断出信号质量已经恶化到低于一个临界值，它可以按一定的量对价格进行打折。
服务器组10010也能够通过发布命令报给呼叫方和被呼叫方来调整该数据包流量。作为一个说明，服务器组10010可以在一个媒体点播服务中发布一个“停”命令包到被呼叫方使得被呼叫方停止发送被点播的媒体。在另一个例子中，服务器组10010可以发布一个命令包到呼叫方来阻止其发送数据包。很显然，本领域内的一般技术人员可以了解到，除了被讨论的方式以外，还有其他的流控制机制以及利用其他类型的命令包，而不超出本发明披露的范围。
当在模块14050中有了监视数据包流量的结果或有了接收终止请求包的结果，服务器组10010就停止上述的计费器，从计费器上判断支付的金额，将所需支付的费用加到付费方的账单上(或者是扣除这笔费用，如果付费方预付账号尚有余额的话)，并在模块14060中对计费器复位。
尽管前面关于服务器组的讨论主要将服务器组的功能当成一个整体来讨论，但是很显然，本领域内的一般技术的人员仍可以用如图12所示的不同的服务器系统来实现，而不会超出本发明披露的范围。在这些系统中，每一个服务器系统实现一个或选择一些上面所讨论过的功能。
例如，离线路由服务器系统12050主要负责在边缘交换机之间建立路由。计费服务器系统12040执行部分的多项服务验证处理流程并计算与被请求服务相关联的费用。地址映射服务器系统12020主要负责用户名、用户地址和网络地址之间的映射。呼叫处理服务器系统12010主要负责处理服务请求以及处理部分的多项服务验证处理过程。网络管理服务器系统12030主要负责配置MP网络、管理网络资源以及建立连接。
此外，因为每个这样的服务器系统具有一个分配到的网络地址，服务器系统可以利用所分配到的网络地址来进行相互通信。为了说明这种服务器间的互动，图17a和图17b展示了图12中所示的服务器系统的时序图，它在一个视频电话呼叫中执行多项服务验证处理。具体的是：
1.呼叫方发送服务请求数据包17000到呼叫方呼叫处理服务器系统12010。
2.服务请求数据17000包括如付费方和被呼叫方的用户地址，呼叫方和呼叫处理服务器系统12010的网络地址，被请求服务的优先权等级以及被叫服务的网络资源需求等信息。
3.呼叫处理服务器系统12010发送地址解析查询包17010到地址映射服务器系统12020。这个数据包17010包含付费方的用户地址和地址映射服务器系统12020的网络地址。
4.地址映射服务器系统12020在地址解析查询回复包17020中返回付费方的网络地址到呼叫处理服务器系统12010。
5.呼叫处理服务器系统12010发送计费状态查询包17030到计费服务器系统12040。该数据包包括付费方的网络地址以及计费服务器系统12040的网络地址。
6.计费服务器系统12040返回计费状态查询回复包17040给呼叫处理服务器12010。这个响应包表明付费方的计费状况。
7.呼叫处理服务器系统12010发送网络资源状态查询包到网络管理服务器系统12030。
8.网络管理服务器系统12030发送网络资源状态查询包17060到呼叫处理服务器系统12010。该数据包表明网络资源是否足够(根据上面讨论的模块16030的结果)执行这个视频电话呼叫。
9.呼叫方的呼叫处理服务器系统发送被呼叫方查询数据包17070到被呼叫方。
10.被呼叫方以被呼叫方查询回复数据包17080予以回复。
11.尔后，呼叫处理服务器12010通过发送服务请求回复数据包17090到呼叫方来回复服务请求17000。
这里讨论的数据包17000、17010、17020、17030、17040、17050、17060、17070、17080和17090是MP控制包。不同的服务器系统负责不同的功能部分，通过这些MP控制包使得不同部分之间的相互通信，以协同地完成如图16所示的多项服务验证处理流程。使一个服务器组里的每一个服务器系统执行特定的功能带来了一些好处，每个服务器系统中的硬件可以被制作为特定的任务。服务器组的模块设计使其更容易扩展容量、提升每一服务器系统内的功能和/或增加具有新功能的服务器系统。后面的操作例部分将提供另一个描述在同一个服务器组中的不同服务器系统的互相连接以执行任务而不是通过多项服务验证处理流程。
5.1.2 边缘交换机(EX)
图18是一个示例的边缘交换机的方块图，如图10中的服务网关1160中的边缘交换机10000。边缘交换机10000包括四种类型的元件：交换单元、选择器、包分配器和接口。边缘交换机10000的实施例包括三种接口：接口A18000使其能够与接入网1190的中层交换机1180和中层交换机1240通信；接口B18010使其能够与服务器组10010和网关10020通信；接口C18020使其能够与城域骨干网1040通信。这些接口提供不同类型信号之间的相互转换。例如，接口C18020在一个边缘交换机10000的实施例中将光信号转化为电信号。
5.1.2.1 选择器
一个选择器的实施例，如图18中的选择器18030、18060或18090，选择一个顺序，从多个物理链接上接收到的数据包依此顺序传到一个交换单元，如交换单元18040、18070或18100。以选择器18030为例，如果逻辑链接1440占有3个物理链接而逻辑链接1460占有2个物理链接。一个选择器18030的实施例利用众所周知的方法(如循环和先入先出)来选择有有效信号的物理链接，并在该选出的物理链接上将数据包导向交换单元18040。如果逻辑链接1440和1460分别对应一个单独的物理链接，则选择器18030也在具有有效信号的链接上将数据包导向交换单元18040。选择器18060和18090也同样地实现多对一的复用功能。然而，很明显，本领域内的一般技术人员可以合并这些选择器的功能到接口中去(如将选择器18030做成接口A18000的一部分)，而不会超出这里所披露的边缘交换机技术的范围。
5.1.2.2 交换单元
一个边缘交换机10000的实施例中应用了一套通用的交换单元，如交换单元18040、18070和180100。这种通用的交换单元结构能够将一个接收到的数据包根据其有色信息、局部地址信息或者是这两者的结合传送到它的目的地。在一个实施例中，当边缘交换机10000的一个交换单元将一个数据包放到一个逻辑链接上(如交换单元18040、18100或18160分别对应的逻辑链接18130、18150或18170)，交换单元也通过其他逻辑链接(如交换单元18040、18100或18160分别对应的逻辑链接18130、18150或18170)发出一个控制信号。这个发出的控制信号使一个包分配器(如包分配器18050、18110或18080)来处理这个数据包。应该强调的是，这个实施例只是示例性的。本技术领域内的一般技术人员应当认识到这里所披露的边缘交换机范围覆盖了许多其他的设计方案。
图19是一个交换单元实施例的方块图，这个交换单元包括颜色过滤器19000、延迟单元19010和局部地址路由引擎(PARE)19030。
5.1.2.2.1 颜色过滤器
颜色过滤器19000从由上述选择器选定的一个物理链接上接收一个MP数据包或一个MP封装包。根据所接收到的包中的有色信息，一个典型的颜色过滤器19000的实施例是通过逻辑连接19070发送一个命令(颜色过滤器发布命令)并通过逻辑连接19040发送该接收到的数据包到局部地址路由引擎19030。然而，在有些例子中，颜色过滤器19000通过逻辑连接19080发送一个MP控制包到另一个MP适配元件而不通过局部地址路由引擎19030(如颜色过滤器19000以被请求的信息来回复一个查询包)。
MP颜色表列出了有色信息的示例类型。颜色过滤器19000能够识别并处理所有这些类型的有色信息以及其中的一些子集。颜色过滤器19000识别和处理的有色信息的类型取决于与之相关联的接口的类型。在下面讨论的一个例子中，与接口A(一个接收和发送来自于接入网中的中层交换机的数据包的接口)相关联的颜色过滤器处理两种类型的有色信息。在下面讨论的第二个例子中，与接口C(一个接收和发送来自于骨干网的数据包的接口)相关联的颜色过滤器能识别六种类型颜色的数据包。此外，所列在MP颜色表中的有色信息的类型是示例性的，而非穷尽。
在一个实施例子中，颜色过滤器发布命令使局部地址路由引擎19030选择适当的数据包传送机制(如局部地址路由或链路表路由)和一个传送所接收到的数据包的端口。利用该选定的机制和端口信息，局部地址路由引擎19030以控制信号19050启动一个包分配器来传递数据包。
交换单元利用延时单元19010来延迟数据包抵达包分配器，直到局部地址路由引擎19030利用从同一数据包(或它的一个备份)中取出的局部地址和有色信息来完成生成控制信号19050。换句话说，局部地址路由引擎19030在交换单元中生成控制信号19050的总时间等于或少于延时单元19010所引入的延时。
很显然，本领域内的普通技术人员能够设计一个包含不同于上面描述过的三个接口数量的边缘交换机，而不超出这里所披露的边缘交换机技术的范围。一个普通技术人员也能够设计与图18中不同的元件所通信的接口。例如，除了服务器组10010和网关10020之外，一个接口B18010的实施例也提供使边缘交换机10000访问媒体存储器。此外，尽管所说明的边缘交换机10000包括三套交换单元、包分配器和选择器，但很明显，本领域内的普通技术人员仍能够利用交换单元、包分配器和选择器之间的不同组合来实现边缘交换机，而不超出这里所披露的边缘交换机技术的范围。例如，一个边缘交换机10000可能的实施例有一个交换单元和三个接口，其中每个接口都包括类似于上述的选择器(如多对多复合技术对于多对一复合技术)和类似于上述的包分配器的功能。
图20是颜色过滤器19000响应来自于接口A18000(“来自于18000的数据包”)的处理过程的流程图。如果“来自于18000的数据包”遵循MP数据包5000(图5)的格式，则颜色过滤器19000在模块20000中检查存在于该数据包的目的地地址5010中的有色信息。具体地说，就像上面的逻辑层部分所讨论的那样，目的地地址5010包含一个目的地的网络地址。这个目的地地址的可能的网络地址格式包括网络地址6000、7000、8000、9000、9100和9200的格式。每一个这些网络地址都包含一个普通颜色子域。颜色过滤器19000在预定的字元掩码和这个普通颜色子域之间进行字元比对来鉴别一个经过验证的服务。
在本例中，颜色过滤器19000在交换单元18040中识别来自于接口A18000的两种类型的颜色包：单播数据颜色和多点数据颜色包(如媒体广播数据颜色和媒体组播数据颜色包)。出于说明的目的，下面的讨论用媒体广播数据颜色包来表示多点数据颜色包，并假定颜色过滤器19000识别下列字元掩码：
字元掩码： 对应的服务：
00000 单播数据
11000 媒体广播数据
一个单播数据颜色包和一个媒体广播数据颜色包(它们都是MP数据包)在它们各自的普通颜色子域中包含普通有色信息”00000”和”11000”。
如果在字元掩码“0000”和“来自于18000的数据包”的普通颜色子域的比较结果表明其匹配，则颜色过滤器19000转发该包到延时单元19010和局部地址路由引擎19030，并在模块20020中发送一个单播数据命令给局部地址路由引擎19030。同样地，如果“来自于18000的数据包”的普通颜色子域包含“11000”，颜色过滤器19000也转发该包到延时单元19010和局部地址路由引擎19030，并在模块20030中发送一个媒体广播数据命令给局部地址路由引擎19030。换句话说，在这些不同颜色包中的有色信息扮演着使颜色过滤器19000启动不同操作的命令的角色。
图21是颜色过滤器19000的另一个实施例中的一个过程的流程图，如在交换单元18070中的颜色过滤器19000所遵循的响应从接口C18020传来的数据包(“来自于18020的数据包”)。类似于上面的讨论，颜色过滤器19000通过执行在预定的字元掩码和模块21000中的数据包目的地地址域中的一般有色信息的位元比较检查“来自于18020的数据包”中的有色信息。
在本例中，颜色过滤器19000识别六类颜色包：单播初始化颜色、单播数据颜色、查询颜色、媒体广播初始化颜色、媒体广播维持颜色和媒体广播数据颜色包。单播初始化颜色包、查询颜色包、媒体广播初始化颜色包和媒体广播维持颜色包是MP控制包。该初始化包一般沿传输路径(如配置上行链接数据包过滤器和/或链路表)初始化MP适配元件以执行所请求的服务。该查询包一般用于查询这些元件执行所请求服务的可用性。该维持包一般用于确保链路表精确反映一个通信过程的状态。有时候维持包被用来收集一个通信过程的呼叫状态信息(如出错率和丢包率)。另一方面，一个媒体广播数据包是一个MP数据包。这些包的使用将在随后的操作例部分被更为详细地讨论。
为了响应一个单播初始化颜色包或者一个单播数据颜色包，颜色过滤器中转该包到延时单元19010和局部地址路由引擎19030，并在模块21010中分别发送一个单播初始化命令或者一个单播数据命令到局部地址路由引擎19030中。为了响应一个媒体广播数据颜色包，过滤器19000转发该包到延时单元19010和局部地址路由引擎19030，并在模块21070中发送一个媒体广播数据命令到局部地址路由引擎19030。另一方面，为了响应一个来自于另一个MP适配元件的查询颜色包，颜色过滤器19000在模块21020中通过逻辑链接19080发送另一个MP控制包(如一个状态查询回复包)到已有请求状态的元件。该MP控制包包含有包括、但不局限于诸如边缘交换机10000的逻辑链接1150的输出流量信息之类的信息。为了响应一个媒体广播初始化颜色包或者一个媒体广播维持颜色包，颜色过滤器19000转发该数据包到延时单元19010和局部地址路由引擎19030，并发送适当的命令(如媒体广播初始化命令或者媒体广播维持命令)到局部地址路由引擎19030。
此外，如果一个颜色过滤器19000的实施例不能识别包含在一个MP数据包中的有色信息的话，它认为该包是一个错误的包并且删除该包。
图22是颜色过滤器19000一个实施例的一个处理过程的流程图，如交换单元18100中的颜色过滤器19000响应从接口B18010来的一个数据包所遵循的流程。这个过程与图21所示的过程相同。然而，为了响应一个查询颜色包，颜色过滤器19000通过接口B18010或者接口C18020发送一个包含、但不局限于逻辑链接10030、10040和1150的出入流量信息的MP控制包到查询颜色包的源主机。换句话说，这个MP控制包的目的地地址域包含分配给源主机的网络地址(如，服务器组中的服务器系统)。
上述的单播命令、媒体广播数据命令、媒体广播初始化命令和媒体广播维持命令控制局部地址路由引擎19030。图24和25以及在后面的局部地址路由引擎部分的相关描述将进一步提供这些施加在局部地址路由引擎19030上的命令的示例类型。
在上面讨论的例子中，颜色过滤器19000生成的命令对应于颜色过滤器确定的特定控制信号。然而，本技术领域内的普通技术人员能够认识到在两个逻辑元件(如颜色过滤器19000和局部地址路由引擎19030)之间多种通信的机制可被用来实现这些命令。
尽管上面的讨论是利用一套特定的颜色包和字元掩码来说明颜色过滤器19000的一些功能。但是，很显然，本领域内的一般技术人员还是能够实现响应不同于上面所描述的其他类型的颜色包的颜色过滤器，而不超出所披露的颜色过滤技术的范围。后面的操作例部分将进一步给出在呼叫建立、呼叫通信和呼叫清除过程中利用上述颜色包的细节。
5.1.2.2.2 局部地址路由引擎
基于所接收到的命令和数据包，一个局部地址路由引擎19030的实施例确定控制信号19050到包分配器。如果局部地址路由引擎19030位于交换单元18040内，则就如图18所示，控制信号19050在逻辑链接18120上传输。同样，如果局部地址路由引擎19030位于交换单元18100或者是交换单元18070内，则它所确定的控制信号就分别在逻辑链接18140或18160上传输。图23是局部地址路由引擎一个实施例的方块图，如同图19中的局部地址路由引擎19030。局部地址路由引擎19030包括局部地址路由单元(PARU)23000、链路表控制器(LTC)23010、链路表(LT)23020和控制信号逻辑23030。局部地址路由单元23000分别接受和处理通过逻辑链接19070和逻辑链接19040从颜色过滤器19000上传来的命令和数据包。然后局部地址路由单元23000将处理结果传到控制信号逻辑23030和/或链路表控制器23010。
在一个实施例中，局部地址路由单元23000提供给链路表控制器23010从数据包中接收到的相关包传递信息(如，局部地址、业务号和映射业务号)并使链路表控制器23010在链路表23020中维持这些信息。在另外的例子中，局部地址路由单元23000使链路表控制器23010获取信息并将其从链路表23020传送到控制信号逻辑23030。值得注意的是链路表23020可以如图13中所示的那样存在于存储子系统13020中并可被其他局部地址路由引擎中的其他链路表控制器所共享。
下面的例子利用在用户终端1320、1380、1400和1420之间的单播和媒体广播来进一步解释在交换单元18040中的局部地址路由引擎19030内元件之间的操作。下面对这些例子的讨论参照图1d、10、5、6、18、19和23，并为简化讨论起见，假定了某些实施细节(见下文)。然而，很显然，本领域内的普通技术人员能够意识到局部地址路由引擎19030的实施并不仅限于利用这些技术细节，而且下面关于媒体广播的讨论同样也适用于其他多点通信(如媒体组播)。这些细节包括：
·  因为用户终端1380、1400和1420在物理上连接在同一个家庭网关(家庭网关1200)、同一个接入网(中层交换机1180)和同一个服务网关(服务网关1160)，所以它们在国家子域6020、城市子域6030、小区子域6040和分层交换机子域6050中具有相同的局部地址(如图6所示)。换句话说，假定用户终端1380在分配给它的网络地址中包含下列信息：
国家子域6020：      1
城市子域6030：      23
小区子域6040：      45
分层交换机子域6050：78
用户终端子域6060：  1
因此，分配给用户终端1400和用户终端1420的网络地址除了在用户终端子域6060中的局部地址以外还包含与用户终端1380同样的信息。另一方面，因为用户终端1320是匹配于一个不同的家庭网关(家庭网关1100)，一个不同的中层交换机(中层交换机1080)和一个不同的服务网关(服务网关1060)，它分配到的网络地址至少包括一个在小区子域6040中的局部地址不同于45以及用户终端1380、1400和1420中的小区子域6040中的局部地址。
·  分配给用户终端1400的一部分网络地址是1/23/45/78/2(国家子域6020/城市子域6030/小区子域6040/分层交换机子域6050/用户终端子域6060)。
·  分配给用户终端1420的一部分网络地址是1/23/45/78/3。
·  分配给用户终端1320的一部分网络地址是1/23/123/90/1。
·  分配给服务网关1160的一部分网络地址是1/23/45。
·  分配给服务网关1060的一部分网络地址是1/23/123。
·  分配给中层交换机1180的一部分网络地址是1/23/45/78。
·  分配给中层交换机1240的一部分网络地址是1/23/45/89。
·  分配给中层交换机1080的一部分网络地址是1/23/123/90。
·  局部地址路由引擎19030用来确定控制信号19050的总时间少于或等于来自于颜色过滤器19000的MP数据包或MP封装包在延时单元19010所停留的时间。
·  局部地址路由引擎19030及其所属元件是边缘交换机10000的一部分，而边缘交换机10000是服务网关1160的一部分。
·  在边缘交换机10000一个实施例中的颜色过滤器19000发布命令，如上面的细节讨论中的那样，颜色过滤器19000从若干个经过验证的MP数据包中获取这些颜色过滤器发布的命令并将这些命令通过逻辑链接19070传送到局部地址路由单元23000。颜色过滤器19000也通过逻辑链接19040传送这些颜色化的MP数据包到局部地址路由单元23000以及延时单元19010。一些这种经验证的颜色化MP数据包在上面的逻辑层部分的MP颜色表中已被讨论过。
·  在上面提到的数据包中的网络地址一般遵循网络地址9200、9100、或6000(也就是7000、8000和9000)的格式，多点通信的数据包采用网络地址9200的格式。单播通信的控制包或数据包以及多点通信的控制包采用网络地址9100或6000的格式。如果数据包的目的地址是直接连到一个边缘交换机(如服务器组和媒体存储装置)上的话，则它就采用网络地址9100的格式；否则，采用网络地址6000的格式。
·  一般情况下，在核准一个来自于用户终端(如用户终端1380)的媒体广播服务请求后，服务网关1160的服务器组10010保留一个可用的业务号来识别已在上面的服务器组部分所讨论过的被请求的媒体广播服务，并将这个保留的业务号放在一个媒体广播初始化颜色包的有效载荷数据域5050中。然后服务器组10010通过这个媒体广播初始化颜色包分配这个业务号给沿传输路径的交换机的链路表。一个示例的媒体广播初始化颜色包遵循网络地址6000的格式。
·  应该指出，从一个用户终端上来的媒体广播服务请求一般不包括一个所保留的业务号。然而，当服务网关1160的服务器组10010接收到来自于另一个服务网关的一个媒体广播服务请求时，这个服务请求包含着一个所保留的业务号(由管理着源主机的服务网关所保留)。如上面的服务器组所讨论的那样，服务器组10010可以将这个保留的业务号映射到一个有效的业务号并将这个映射的业务号放到一个媒体广播初始化颜色包的有效载荷数据域5050中去。作为一个例子，如果服务器组10010接收到一个来自于另一个服务网关的业务号为“2”的媒体广播服务请求，并且业务号“2”对于服务器组10010的保留可用，则服务器组10010的一个实施例保留业务号“2”并将保留的业务号“2”和映射的业务号“0”放在一个媒体广播初始化颜色包的有效载荷数据域5050中。另一方面，如果一个服务请求是业务号“2”，但是业务号“2”不可用，则服务器组10010的实施例寻找一个可用的业务号(如本例中的“3”)，保留该可用的业务号“3”，并将所保留的业务号“2”和映射的业务号“3”都放在一个媒体广播初始化颜色包的有效载荷数据域5050中。为简单起见(除非另行说明)，用户终端1380以下面例子的方式从服务器组10010请求一个媒体广播服务。服务器组10010核准所请求的媒体广播服务并保留业务号“1”，它代表一个用户终端1380、用户终端1400和用户终端1420从其获取信息的一个媒体广播节目源(如来自于电视摄制棚的电视直播或来自于媒体存储器的电影和互动游戏)。另外，除非另行说明，在下面的例子中被映射的业务号为“0”。
·  一个示例的媒体广播维持包遵循网络地址6000的格式并在有效载荷数据域5050中包含所保留的业务号。
对于一个在两个用户终端之间的单播过程中，如果局部地址路由单元23000从颜色过滤器19000接收到一个单播初始化命令或者是一个单播数据命令，则局部地址路由单元23000就以图24所示的步骤进行处理。具体地说，在模块24000中，局部地址路由单元23000检查数据包的局部地址是否与分配给服务网关1160的局部地址相匹配。如果用户终端1380请求与用户终端1400建立一个单播过程，则数据包会包含局部地址“45”和“78”。因为被呼叫方，即用户终端1400在它的小区子域6040中含有“45”，而在其分层交换机子域6050中含有“78”。此外，因为分配给服务网关1160的小区子域6040的网络地址也是“45”，局部地址路由单元23000在模块24020中执行将局部地址信息“78”通知给控制信号逻辑23030的操作。
由于控制信号逻辑23030确定了一个适当的控制信号19050以响应局部地址“78”，延时单元19010通过逻辑链接18130传送一个临时的延时包(如一个单播初始化颜色包)到包分配器18050。这个被确定的控制信号19050使包分配器18050通过逻辑链接1440传送这个包到它的目的地。这个所讨论的传送单播初始化颜色包的过程也适用于传送一个单播数据颜色包。后面的包分配器部分将进一步的详细描述一个包分配器的实施例，如包分配器18050。
另一方面，如果用户终端1380向用户终端1320请求一个单播连接，则从单播初始化颜色包中分离出来的局部地址将不会与模块24000中的服务网关1160中的相关局部地址相匹配。具体地说，该包包含局部地址“123”和“90”，它们分别对应于分配给用户终端1320的网络地址的小区子域6040和分层交换机子域6050。因为在模块24000中局部地址“123”和服务网关1160的局部地址“45”不相匹配，局部地址路由单元23000在模块24010中查询服务网关1160的边缘交换机传送表中的通往服务网关1060的适当的路径上的下一跳。如同上面的服务器组所讨论的那样，服务网关1160的服务器组10010的一个实施例在它的网络配置阶段已经配置完边缘交换机路径表。(此外，提到的传送表在它的初始化配置之后可能已经被刷新过了，因为刷新是不断地进行的)。然后局部地址路由单元23000在模块24010中将传送表查询结果传送到控制信号逻辑23030上，所以控制信号逻辑23030和包分配器18080能够通过逻辑链接1150并行地传送该单播初始化颜色包到下一跳。上述的从一个服务网关管理下的一个用户终端发送一个单播初始化颜色包到另一个服务网关管理下的另一个用户终端的过程，也可以用于发送一个单播数据颜色包和一个媒体广播初始化颜色包。
图25是一个局部地址路由单元23000管理一个媒体广播过程所遵循的流程图，在本例中它包括用户终端1380、用户终端1400和用户终端1420以及一个媒体广播节目源。与上述的单播过程的建立相似，为了响应来自于服务网关1160的服务器组10010的媒体广播初始化颜色包来建立上述的媒体广播对话，颜色过滤器19000发送该数据包和相应的媒体广播初始化命令到局部地址路由单元23000。局部地址路由单元23000从模块25000中的每一个数据包中取得局部地址“78”。该媒体广播初始化颜色数据包包括“78”，因为每一个该过程的参与者在其分层交换机子域6050中包含有一个局部地址“78”。局部地址路由单元23000将“78”传送到模块25000中的控制信号逻辑23030，因此控制信号逻辑23030和包分配器18050能够并行地通过逻辑链接1440传送一个媒体广播初始化颜色包到它的目的地。
注意到在上面的例子叙述中，颜色过滤器19000为它从服务器组10010上接收到的每一个媒体广播初始化颜色包确定一个媒体广播初始化命令。因此对于一个包括三个参与方(不包括节目源)的一个媒体广播对话，一个局部地址路由单元23000的实施例会接收三个媒体广播初始化命令，并因此执行模块25000三次。
此外，局部地址路由单元23000提供给链路表控制器23010从媒体广播初始化数据包所取得的局部地址信息“78”、业务号“1”和映射业务号“0”。一个链路表控制器23010的实施例维持记录一个保留的业务号和一个映射业务号之间关系的映射表26000(图26a)。这里，链路表控制器23010分别放置“1”和“0”在入口26010的保留业务号栏和映射业务号栏中。而且，因为映射的业务号是“0”，所以链路表控制器23010利用业务号“1”和局部地址“78”在模块25010中初始化链路表23020中的单元26030。
然而，如果局部地址路由单元23000提供给链路表控制器23010从媒体广播初始化数据包所取得的局部地址信息“78”、业务号“2”和映射业务号“3”，那么链路表控制器23010分别将“2”和“3”放在入口26020的保留业务号栏和映射业务号栏中。因为映射业务号有一个非零值(如“3”)。链路表控制器23010的一个实施例在模块25010种利用映射业务号“3”(而不是“2”)和局部地址“78”来初始化链路表23020中的单元26050(而不是单元26040)。
图26b是链路表23020的一个样表。链路表23020的规模取决于中层交换机和服务网关1160所支持的多点通信(如媒体组播和媒体广播)的数目。在本例中，因为服务网关1160支持至少两个中层交换机(中层交换机1180和中层交换机1240)并假定服务网关1160支持三个媒体广播节目源，链路表23020包含至少六个单元。另外，链路表23020的实施例依照相关的局部地址和业务号来索引其单元。例如，坐标(78，1)对应于单元26030以及坐标(89，3)对应于单元26060。
在链路表23020一个实施例中所有单元都以零开始。当链路表控制器23010从局部地址路由单元23000接收到适当的业务号(如业务号“1”)和局部地址(如局部地址“78”)时，链路表控制器23010更改链路表23020中的适当单元的内容为1，如单元26030(78，1)。由此表明一个具有局部地址“78”的用户终端会参与媒体广播对话1。在一个实施例中，链路表控制器23010也负责在当用户终端不再参与该媒体广播对话时将这些修改过的单元重设为零。此外，链路表23020依靠时钟来重设它的修改单元。具体的是，当链路表23020探测到它的一个单元发生变更时，它启动一个时钟。如果链路表23020在一个特定时间段内没有接收到任何保存被修改单元内容的通知，链路表23020自动地重设该单元为零。
一个媒体广播维持命令提供了这种通知的一种形式。为了响应来自于服务网关1160的服务器组10010的一个媒体广播维持颜色包来维持上述的媒体广播对话，颜色过滤器19000发送该包和响应媒体广播维持命令到局部地址路由单元23000。与上面对模块25000的讨论相似，局部地址路由单元23000在模块25030传送“78”到控制信号逻辑23030，因此控制信号逻辑23030和包分配器18050能够通过逻辑链接1440并行地传送一个媒体广播维持颜色包到它的目的地。
局部地址路由单元23000也提供给链路表控制器23010从媒体广播维持颜色包取得的局部地址信息“78”和业务号“1”。链路表控制器23010在这个取得的业务号“1”和在映射表26000的保留业务号栏中的入口之间寻找匹配。在识别了一个匹配之后，链路表控制器23010检查对应的映射业务号栏并在本例中发现“0”。链路表控制器23010然后在模块25040中重设单元26030的时钟并由此有效地为链路表23020提供上述的通知。此外，链路表控制器23010能够设置单元26030的内容为1。
另一方面，如果局部地址路由单元23000提供给链路表控制器23010从媒体广播维持颜色包取得的局部地址信息“78”和业务号“2”，则链路表控制器23010会在映射表26000中的入口26020中发现一个匹配。因为对应的映射业务号栏包含一个非零值(如“3”)，所以链路表控制器23010的一个实施例在模块25040中利用映射业务号“3”(而非“2”)和局部地址“78”来重设单元26050(而非单元26040)的时钟。另外，链路表控制器23010能设定单元26050的内容为1。
在一个MP网络的实施例中，一个边缘交换机维持着上述的映射表26000，而其他交换机(如接入网中的中层交换机和家庭网关中的用户交换机)不支持上述的映射表26000。当这些其他交换机接收一个MP多点通信控制包(如一个媒体广播初始化颜色包或者一个媒体广播维持颜色包)时，这些交换机的链路表控制器利用保留的业务号(如果这个映射的业务号为零的话)或者映射业务号来初始化它们的链路表。很明显，本领域内的普通技术人员可以使用其他初始化方案，而不会超出这里所披露多点通信技术的范围。
为了响应来自于媒体广播节目源的一个媒体广播数据颜色包，颜色过滤器19000发送该包及相应的媒体广播数据命令到局部地址路由单元23000。局部地址路由单元23000从业务号子域9270获取一个业务号。如果该媒体广播数据颜色包的目的地地址的业务号子域9270含有“1”，则局部地址路由单元23000在模块25020中命令链路表控制器23010在映射表26000的保留业务号栏中查寻业务号“1”。在识别出一个匹配之后，因为在模块25022中映射的业务号列的入口26010包含“0”，链路表控制器23010利用业务号“1”来查询链路表23020。具体是，链路表控制器23010在模块25024中查寻链路表23020的行1(它对应于媒体广播对话1)以寻找具有一个当前值为1的单元，如单元26030。
该查询识别使用户终端参与媒体广播对话1的端口。在链路表控制器23010成功地定位包含一个“1”的单元26030之后，链路表控制器23010能够依照上述的链路表23020的索引方案来获取局部地址“78”。链路表控制器23010在模块25024中传送“78”到控制信号逻辑23030，然后控制信号逻辑23030命令包分配器18050通过逻辑链接1440发送这个媒体广播数据颜色包到中层交换机1180上。然而，如果链路表控制器23010未能在链路表23020识别出任一具有当前值1的单元，则链路表控制器23010的一个实施例不与控制信号逻辑23030通信，也并不启动任何包分配器(如图18中所示的包分配器18050、18060和18110)的包传递。
然而，如果该媒体广播数据包目的地地址的业务号子域9270包含“2”，则链路表控制器23010认为其与映射表26000的条目26020相匹配。因为条目26020的映射业务号列包含有一个非零的值(如“3”)，所以链路表控制器23010在模块25026中利用业务号“3”来查询链路表23020。具体地说，链路表控制器23010在模块25020中从链路表23020的第3行(而不是第2行)来查询一个具有有效值1的单元。此外，在一个链路表23020的实施例在模块25028中传送查询结果到控制信号逻辑23030之前，链路表控制器23010发送映射业务号“3”到局部地址路由单元23000。局部地址路由单元23000在一个媒体广播数据颜色包被传送到包分配器之前在延时单元19010(图19)中将该包中的业务号子域9270从“2”修改为“3”。
在这个媒体广播的例子中所采用的处理过程一般地可应用到其他类型的多点通信中去，如媒体组播。
类似于在上面讨论的单播例子中采用的程序也适用于一个MP网络与一个非MP网络之间的通信。因此，如果局部地址路由单元23000接收到一个包含一个社区交换机子域9170(图9b)为“0000”以及元件号子域9180表明网关10020的目的地地址的单播数据颜色包，则局部地址路由单元23000将它从数据包中获取的包传递信息通知给控制信号逻辑23030。这个信息，与来自颜色过滤器19000的单播数据命令结合来启动包分配器18110(图18)将这个数据包导向网关10020。
尽管前面的两部分(即颜色过滤器部分和局部地址路由引擎部分)描述了执行颜色过滤和局部地址路由的示例性功能模块，但是很显然，本领域内的普通技术人员可以分割或合并功能模块，而不会超出这里所披露的范围。例如，上述的局部地址路由引擎部分的功能可以被合并到上面的颜色过滤器中。另外，上述的局部地址路由单元的功能可以被进一步的分割并分配到上述的链路表控制器中实施。
5.1.2.2.3 包分配器
一个如图18中所示的包分配器18050主要是负责根据来自于控制信号逻辑23030的控制信号逻辑19050将数据包传送到适当的输出逻辑链路上。图27是包分配器18050一个实施例的方块图。这个包分配器18050的实施例包括分配器(如分配器A27000、分配器B27010和分配器C27020)、缓冲器组27030和控制器(如控制器x27040和控制器y27050)。
另外，缓冲器组27020中的缓冲器数目等于分配器和控制器数目的积。由此，在本例中因为包分配器18050有3个分配器接受来自于3个交换单元的数据包(如18040、18100和18070)以及2个控制器接受来自于2个逻辑链路(如1440和1460)的数据包，所以包分配器18050在缓冲器组27030中有(3*2)个缓冲器。缓冲器组27030中的这些缓冲器临时性地存储来自于交换单元中的数据包。
为了减小缓冲器组27030可能导致的延时和数据流拥塞，包分配起18050的一个实施例中的控制器以一个固定或可调的时间间隙轮询并清空缓冲器。作为这种机制的一个说明，结合图18、19和27，作下列假定：
·  来自于交换单元18100的控制信号19050启动分配器C27010通过逻辑链路18150来传送一个数据包到缓冲器c，因为数据包是通过逻辑链路1440发往中层交换机1180的(例如服务网关1160的服务器组10010发一个MP控制包到用户终端1400)；以及
·  来自于交换单元18070的控制信号19050启动分配器C27020通过逻辑链路18170来传送一个数据包到缓冲器e，因为数据包是通过逻辑链接1440发往中层交换机1180的(例如用户终端1320发一个MP控制包到用户终端1400)。
包分配器B27010和包分配器C27020不是直接将它们的数据包发送到预定的逻辑链路上，而是发送到缓冲器c和缓冲器e，这些数据包被临时存储在这里。在包分配器B27010和包分配器C27020传送额外的数据包到缓冲器组27030或其他缓冲器组27030的溢出条件发生之前，控制器x27040轮询它所管理的每一个缓冲器。如果控制器x27040在任一个缓冲器中探测到数据包(如本例中的缓冲器c和缓冲器e)，则它就将这些缓冲器中的数据包传送到逻辑链接1440并清空这些缓冲器。以同样的方式，控制器y27050也轮询它所管理的每一个缓冲器。
尽管这里描述的是一个3*2(如3个分配器和2个控制器)的包分配器，但是很显然，本领域内的普通技术人员能用其他配置以及大小不同的缓冲器组来实现包分配器，而不会超出这里所披露的包分配器技术的范围。采用不同于上述包分配机制的其他类型的包分配机制来实现所披露的交换单元技术，对于本技术领域内的普通技术人员来说也是显而易见的。
很明显，本领域内的普通技术人员可以使边缘交换机包含除了上面所讨论的元件以外的元件，而不超出这里所披露边缘交换机的范围。例如，一个边缘交换机可以包括一个上行数据包过滤器用于阻止连接在该边缘交换机上的一个元件(如媒体存储器1140)发送一个不许可的数据包到与边缘交换机直接连接的服务器组上(如服务网关1120的服务器组)。后面的上行数据包过滤器这部分内容将会进一步地解释上行链接数据包过滤器技术。
5.1.3 网关
图28是服务网关(如图10中服务网关1160中的网关10020)中的一个网关实施例的方块图。网关10020包括接口D28000、包探测器28010、地址翻译28020、封装器28030和解包器28040。接口D28000提供有一种类型信号到另一种类型信号之间的转换。例如，接口D28000在网关10020的一个实施例中进行光电信号之间的转换。
包探测器28010判断一个进入的包的类型并从该包中取得相关信息以构建一个MP数据包，例如，假定一个进入的包是IP包，包探测器就负责识别该包的形式并从该IP包中获取诸如源地址信息和目的地地址信息之类的信息。然后包探测器28010将这些获得的地址信息传送到地址翻译器28020上。
地址翻译器28020负责将非MP地址翻译成MP地址。作为一个例子，如果一个进入的IP包是发往用户终端1420(图1d)的，在包探测器28010从该IP包获取并传送这个32位的目的地地址，地址翻译器28020将这个获取的地址映射到一个MP目的地地址上。如在上面的逻辑层部分所讨论的那样，该MP目的地地址包含对应于MP网络1000拓补结构的分级的地址子域。
封包器28030将翻译过的MP目的地地址放在目的地地址域5010中并将整个非MP数据包放入如图5所示的可变长度有效载荷数据域5050中。此外，封包器28030负责准备并放置适当的值在长度域5030和包校验序列域5050中。在建立了一个MP数据包之后，封包器28030根据翻译过的MP目的地地址将这个MP数据包发送到适当的边缘交换机上，如边缘交换机10000。
另一方面，当解包器28040的一个实施例接收到一个数据包时，它通过检查在目的地地址域5010(图5和图6)中的一个特定的字元(如MP字元子域6080)来校验该数据包是否为一个MP数据包。例如，解包器28040检查在网络地址9100中的MP字元9130。如果该MP字元没被设定，解包器28040就从有效载荷数据域5050中取出整个非MP数据包并通过接口D28000将其发送到非MP网络1300中。
5.2 接入网
一个接入网在服务网关和家庭网关之间共同地过滤和传送MP数据包和MP封装包。一个示例的接入网(如接入网1190)包含中层交换机(如中层交换机1180和中层交换机1240)来同时处理从服务网关到家庭网关的下行数据包，及从家庭网关到服务网关的上行数据包。此外，接入网1190的一个实施例包括不对等的中层交换机。例如，中层交换机1180通过服务网关1160与中层交换机1240通信(而不是直接与中层交换机1240通信)，以及通过服务网关1160和服务网关1060与中层交换机1080通信。
应该注意的是中层交换机1180所收到的数据包通常不是服务网关1160所生成的数据包。除了多点通信服务的几个例子(上面的局部地址路由引擎部分已作论述)，服务网关1160将来自于其他信源的数据包不经修改地传送到中层交换机1180。
接入网1190可以有一个分层结构，它进一步地将处理数据包的任务分配到各层的组件上。连接这个分层结构的接入网到服务网关和家庭网关的一些可能的配置包括、但不局限于：
·  光纤到楼+局域网(FTTB+LAN)；
·  光纤到路边+电缆调制解调器(FTTC+Cable Modem)；
·  光纤到户(FTTH)；和
·  光纤到楼+xDSL(FTTB+xDSL)。
图29描述了中层交换机1180的一种配置，它包括小区交换机29000和多个楼宇交换机，如楼宇交换机29010和29020。在一个实施例的配置中，小区交换机29000通过光缆与楼宇交换机通信。对于本领域内一般技术人员来说，很显然，只要楼宇交换机的数目能与MP网络寻址机制相容，MP网中小区交换机29000能支持任意数目的楼宇交换机。例如，假定服务网关1160(图1d)采用网络地址7000的格式(图7)，因为网络地址7000含有一个3比特长的楼宇交换机子域7080，MP城域网1000中的小区交换机29000就能支持多达8个楼宇交换机。
此外，如图29所示，所描述的楼宇交换机连接到家庭网关1200和家庭网关1220中的主用户交换机上。后面的家庭网关这一节内容将进一步作出描述。在一个实施例中，介于楼宇交换机和家庭网关之间的连接是通过非屏蔽双绞五类线(CAT-5)和/或同轴电缆来实现的。与小区交换机29000的设计相似，对于本领域内一般技术人员来说，很显然，只要用户交换机的数目能与MP网络寻址机制相容，楼宇交换机能支持任意数目的用户交换机。如果服务网关1160采用网络地址7000的格式，因为网络地址7000含有一个5比特长的用户交换机子域7090，楼宇交换机29010和楼宇交换机29020能分别支持多达32个用户交换机。
服务网关1160、小区交换机29000、楼宇交换机(如楼宇交换机29010和29020)以及家庭网关(如家庭网关1200和1220)中的用户交换机之间的连接构成了上述的FTTB+LAN的配置。网络运营商能够在城市(如上海、东京和纽约)以及其他人口稠密的地区部署这种类型的网络配置。
图30描述了中层交换机1180的另一种配置，它包括小区交换机30000和多个路边交换机(如路边交换机30010、30020和30030)。路边交换机之间的连接被称为路边交换机环路(如路边交换机环路30040和30050)。在一个例子中，当一个和路边交换机30010直接连接的用户终端与一个和路边交换机30020直接连接的用户终端通信时，来自于连接在路边交换机30010上的用户终端的MP数据包在抵达连接在路边交换机30020上的用户终端之前仍首先抵达服务网关1160。此外，路边交换机环路30040并不绕过小区交换机30000而与路边交换机30050环路直接通信。在一个实施例的配置中，小区交换机30000通过光缆与路边交换机通信，而路边交换机之间通过同轴电缆、光缆或者这两种类型的混合来相互通信。对于本领域内的一般技术人员来说，很显然，只要路边交换机的数目能与网络的网络寻址机制相容，在MP网中小区交换机30000能支持任意数目的路边交换机。例如，假定服务网关1160采用网络地址8000的格式(图8)，因为网络地址8000含有一个5比特长的路边交换机子域8080，那么受控于服务网关1160的小区交换机30000可支持多达32个路边交换机。
与上面对楼宇交换机的论述相似，所描述的路边交换机也连接到家庭网关1200和家庭网关1220中的主用户交换机上(如图1d所示)。在一个实施例中，介于路边交换机和家庭网关之间的连接是通过非屏蔽双绞五类线和/或同轴电缆来实现的。另一个实施例则使用了光缆连接。与小区交换机30000的设计相似，对于本领域内一般技术人员来说，很显然，只要用户交换机的数目与MP网的网络寻址机制相容，可设计出能支持任意数目的用户交换机的路边交换机。因为网络地址8000含有一个3比特长的用户交换机子域8090，MP城域网1000中的路边交换机30020的一个实施例支持多达8个用户交换机。
服务网关1160、小区交换机30000、路边交换机(如路边交换机30010、30020和30030)以及家庭网关(如家庭网关1200和1220)中的用户交换机之间的连接构成了上述的FTTC+电缆调制解调器的配置或FTTH的配置，这要取决于路边交换机和家庭网关之间连接的类型。具体地来说，如果该连接是非屏蔽双绞五类线和/或同轴电缆，这样的网络配置被称为FTTB+电缆调制解调器配置。如果连接是光缆，其网络配置被称为FTTH配置。网络运营商能够在分散居住区(如郊区)部署这些类型的网络配置。
图31描述了中层交换机1180的另一种配置，其中办公室交换机31000就是中层交换机1180，而且所描述的配置是图1d所示配置的一个子集。在一个实施例中，办公室交换机31000通过铜导线以不同的调制技术来与用户交换机通信，这些调制技术包括、但不局限于xDSL技术。对于本领域内一般技术人员来说，很显然，只要用户交换机的数目与MP网的网络寻址机制相容，MP网中的办公室交换机31000能支持任意数目的用户交换机。例如，假定服务网关1160采用如图9a所示的网络地址9000的格式，因为网络地址9000含有一个8比特长的用户交换机子域9080，MP城域网1000中的办公室交换机31000的一个实施例能支持多达256个用户交换机。网络运营商能够在有很多房间的楼宇和旅馆(其中每个房间都有接入需求)中部署这种FTTB+xDSL类型的网络配置。
图32是一幅描述中层交换机(如图1d所示的中层交换机1180、中层交换机1080或中层交换机1240)一个实施例的框图。该框图也适用于如图29、30和31所示的小区交换机29000，楼宇交换机、小区交换机30000、路边交换机和办公室交换机31000。用中层交换机1180为例来讨论，中层交换机1180的一个实施例包括一个交换单元、一个选择器、一个上行链接数据包过滤器和两个接口。具体地来说，中层交换机1180包括两种类型的接口：与家庭网关1200和家庭网关1220通信的接口E32020，以及与服务网关1160通信的接口F32000。这些接口进行不同信号间的转换。例如，中层交换机1180的一个实施例中的接口E32020和接口F32000进行光电信号之间的转换。这些接口也能进行模拟电信号和数字电信号之间的转换。还有，这些接口支持多重逻辑链路。例如，中层交换机1180中的接口E32020支持至少两个逻辑链接：一个是与家庭网关1200通信的，另一个是与家庭网关1220通信的。
5.2.1 选择器
中层交换机1180中的选择器的一个实施例(如图32中的选择器32030)选择了来自于多重物理链路的数据包被传送到上行链接数据包过滤(如上行链接数据包过滤器32040)的顺序。例如，如果中层交换机1180通过一个物理链路与家庭网关1200连接，并通过另一个物理链路与家庭网关1220连接到，选择器32030采用业界熟知的方法(如循环和先进先出)来选择一个链路，并将数据包通过所选择的链路传送到上行链接数据包过滤器32040。很显然，对于本领域内的一般技术人员来说，可以把选择器的功能合并到接口中去(例如，把选择器32030做成接口E32020的一部分)，而且不超出所披露的中层交换机技术范围。
5.2.2 交换单元
图33是一幅描述示例性的交换单元的框图。交换单元包括有色过滤33000、延时单元33010、数据包分配器33020和局部地址路由引擎33030。交换单元负责根据数据包的有色信息、局部地址信息或者这两种信息的组合来引导数据包传往它的最终目的地。交换单元能够传送数据包到多重逻辑链路。例如，交换单元32010通过接口E32020来处理和发送数据包到家庭网关1200和家庭网关1220。
5.2.2.1 有色过滤
有色过滤33000从交换单元32010所支持的任何一个接口(如图32中的接口F32000)收到MP数据包或MP封装包。根据所收到的数据包的有色信息，有色过滤33000一般通过逻辑链路33040发送一个有色过滤器发布的指令，通过逻辑链路33050将收到的数据包发送到局部地址路由引擎33030和延时单元33010。然而在一些例子中，有色过滤33000发送一个指令到上行链接数据包过滤器32040(如有色过滤33030向上行链接数据包过滤器32040发送一个建立指令来回复一个建立有色包)，或者通过接口F32000(而不通过局部地址路由引擎33030)向另一个MP适配组件发送MP控制包(如有色过滤33000以所请求的信息来回复一个查询包)。
如上面的边缘交换机部分所论述的，上面的MP有色表罗列了有色信息的示例类型。有色过滤33000能够识别并处理所有这些类型的有色信息或其中的一些子集。
在一个实施例中，有色过滤器发布的指令导致局部地址路由引擎33030来选择适当的包传送的方法(如局部地址路由或链路表路由)和端口来传送所收到的数据包。利用所选定的方法和端口的信息，局部地址路由引擎33030通过控制信号33060来启动由数据包分配器33020执行的数据包传送。
交换单元利用延时单元33010来推迟数据包到达数据包分配器33020，直到局部地址路由引擎33030利用从该数据包(或者是其一个备份)中提取的局部地址和有色信息完成控制信号33060的生成。换句话说，在交换单元中局部地址路由引擎33030生成控制信号33060的时间等于或少于延时单元33010所引入的延迟值。
显而易见，本领域内的一般技术人员能够设计一个与上面所描述的中层交换机具有不同数目组件的中层交换机，并且不超出所披露的中层交换机技术范围。例如，中层交换机的一个实施例可以有多个交换单元和/或多个上行链接数据包过滤。或者，交换单元的一些功能(如数据包分配器)能够成为中层交换机接口的一部分。
图34是一幅描述有色过滤33000处理来自于接口F32000的数据包(“来自于32000的数据包”)的流程图。如果来自于32000的数据包遵循MP数据包5000(图5)的数据包格式，那么有色过滤33000在模块34000中检查数据包的目的地地址5010中的有色信息。具体地来说，如同上面逻辑层部分所论述的，目的地地址5010含有目的地的网络地址，其中包括一个通用的有色子域。有色过滤33000在预设的掩码和通用的有色子域之间进行逐比特的比较来识别服务的种类。
在本例中，有色过滤33000能够识别出以下来自于接口F32000的有色数据包：单播建立有色包、单播数据有色包、媒体广播建立有色包、媒体广播数据有色包、维持媒体广播有色包和中层交换机查询有色包。下面的论述是基于有色过滤33000能够识别下列掩码的假设：
掩码： 对应的服务：
00000 单播数据
00010 媒体广播建立
00011 单播建立
00100 中层交换机查询
11000 媒体广播数据
00110 维持媒体广播
在一个实施例中，单播建立有色包、中层交换机查询有色包、维持媒体广播有色包和媒体广播建立有色包是MP控制包。建立包通常通过将传输路径上的MP适配组件初始化(如配置上行链接数据包过滤和/或中层交换机的链路表)来执行所请求的服务。查询包通常是用来查询这些组件执行所请求服务的可用性。维持包通常是用来确保链路表能够精确地反映通信服务的状态。另一方面，单播数据有色包和媒体广播数据有色包是MP数据包，这些包的用途将在后面的实施例部分作论述。
如果掩码“00011”和来自于32000的数据包的通用有色子域之间的比较表明了它们的匹配，有色过滤33000转发该数据包到延时单元33010和局部地址路由引擎33030，并在模块34010中发送单播建立指令给局部地址路由引擎33030。此外，在模块34020中，有色过滤33000还发送目的地地址建立指令给上行链接数据包过滤器32040来配置该上行链接数据包过滤。同样地，如果来自于32000的数据包的通用有色子域含有“00010”，则在模块34050中有色过滤33000转发该数据包到延时单元33010和局部地址路由引擎33030，并在模块34060中发送媒体广播建立指令到局部地址路由引擎33030。在模块34070中，有色过滤33000通过目的地地址建立指令来配置上行链接数据包过滤器32040。
在处理单播数据有色包或媒体广播数据有色包时，有色过滤33000转发该数据包到延时单元33010和局部地址路由引擎33030，并发送适当的命令(如单播数据指令或媒体广播数据指令)给局部地址路由引擎33030。处理维持媒体广播数据有色包时，在模块34080中有色过滤33000转发该数据包到延时单元33010和局部地址路由引擎33030，并在模块34090中发送维持媒体广播指令给局部地址路由引擎33030。另一方面，为了回复来自于另一个MP适配组件(如图1d中的服务网关1160)的中层交换机查询有色包，在模块34100中有色过滤33000通过接口F32000发送另一个MP控制包(如状态查询结果包)回到服务网关1160。这个MP控制包含有的信息包括、但不局限于中层交换机1180的输出数据流信息。换句话说，这些不同有色包中的有色信息起到的作用是使有色过滤33000启动不同的操作程序。
此外，如果不能识别数据包中的有色信息的话，有色过滤33000的一个实施例则认为来自于32000的数据包是一个错误的数据包，并丢弃该数据包。
尽管上面的论述使用了一套特定的有色包和掩码来描述有色过滤33000的一些功能，但显而易见，本领域内的一般技术人员可以实施一个能够处理其他种类的有色数据包及启动其他操作程序的有色过滤，并且不超出所披露的有色过滤技术范围。后面的实施例部分将会对在呼叫服务建立、呼叫通信和呼叫终结过程中如何使用前述的有色数据包作更详细的论述。
5.2.2.2 局部地址路由引擎
根据所收到的指令和数据包，局部地址路由引擎33030的一个实施例将控制信号33060发布到数据包分配器33020。图35是一幅描述局部地址路由引擎(如图33中的局部地址路由引擎33030)一个实施例的框图。局部地址路由引擎33030包括局部地址路由单元(PARU)35000、链路表控制器(LTC)35010、链路表(LT)35020和控制信号逻辑35030。局部地址路由单元35000接收和处理由有色过滤33000分别通过逻辑链路33040和逻辑链路33050传来的指令和数据包。接着，局部地址路由单元35000将处理结果传送到控制信号逻辑35030和/或链路表控制器35010。
在一个实施例中，局部地址路由单元35000将来自于所收到的数据包中的有关数据包传输的信息(如局部地址信息和业务号码)提供给链路表控制器35010，并使链路表控制器35010将所获取的信息保存在链路表35020中。在其他例子中，局部地址路由单元35000促使链路表控制器35010从链路表35020中获取并传送信息到控制信号逻辑35030。值得一提的是，链路表35020可以是存储于中层交换机1180中的一个本地的内存子系统中。
下面的例子利用用户终端1380、1400和1420(图31)之间，以及用户终端1380和1450(图1d)之间的单播和媒体广播服务来进一步阐述局部地址路由引擎33030中各组件之间的操作。为了清楚起见，这些例子的论述参照图1d、5、9a、33和35，并假设特定的实施细节(在下面部分给出)。然而，很显然，对于本领域内的一般技术人员来说，局部地址路由引擎33030的实现并不局限于这些细节。下面的关于媒体广播的论述同样也适用于其他多点通信(如媒体组播)。这些细节包括：
·  中层交换机1180与图31所示的FTTB+xDSL的配置中的办公室交换机31000对应。中层交换机1240也有一个与办公室交换机31000相似的网络拓补结构。
·  因为用户终端1380、1400和1420在物理上连接相同的家庭网关(家庭网关1200)、中层交换机(中层交换机1180)和服务网关(服务网关1160)，它们在国家子域9040、城市子域9050、社区子域9060和办公室交换机子域9070(如图9a所示)中拥有相同的局部地址。换句话说，假设用户终端1380的网络地址中含有以下信息：
国家子域9040：        1
城市子域9050：        23
社区子域9060：        45
办公室交换机子域9070：7
用户交换机子域9080：  3
用户终端子域9090：    1
那么，除了用户交换机子域9080和用户终端子域9090中的局部地址以外，分配给用户终端1400和用户终端1420的网络地址会含有与用户终端1380相同的信息。另一方面，因为用户终端1450连接在不同的家庭网关(家庭网关1260)和不同的中层交换机(中层交换机1240)上，它的网络地址中至少办公室交换机子域9070中的局部地址不同于7(用户终端1380、1400和1420的办公室交换机子域中的局部地址)。
·  分配给用户终端1400的网络地址的一部分是1/23/45/7/2/1(国家子域9040/城市子域9050/社区子域9060/办公室交换机子域9070/用户交换机子域9080/用户终端子域9090)。
·  分配给用户终端1420的网络地址的一部分是1/23/45/7/2/2。
·  分配给用户终端1450的网络地址的一部分是1/23/45/8/1/1。
·  分配给中层交换机1180的网络地址的一部分是1/23/45/7。
·  分配给中层交换机1240的网络地址的一部分是1/23/45/8。
·  局部地址路由引擎33030用来发布控制信号33060的时间少于或等于来自于有色过滤33000的MP数据包或MP封装数据包在延时单元33010中所停留的时间。
·  局部地址路由引擎33030以及局部地址路由引擎33030中的组件是中层交换机1180的一部分。
·  中层交换机1180的一个实施例中的有色过滤33000发布指令。如上面所论述的那样，有色过滤33000从许多可识别MP有色数据包中派生出这些指令，并通过逻辑链路33040将指令发送到局部地址路由单元35000。有色过滤33000还通过逻辑链路33050将这些MP有色数据包传送到局部地址路由单元35000和延时单元33010。一些MP有色数据包在上面逻辑层部分中的MP有色列表中被描述过。
·  上述的数据包中的网络地址遵循单播通信中的网络地址9000的格式及多点通信中的网络地址9200的格式。
·  与上面的边缘交换机部分中的局部地址路由引擎部分中的例子相似，这里的服务器组10010批准所请求的媒体广播服务，并保留业务号码“1”，它代表用户终端1380、用户终端1400和用户终端1420从中取得信息的媒体广播节目源(如来自于电视摄制棚的实况电视、或来自于媒体存储器的电影和互动游戏)。另外，除非另行说明，在下面的例子中被映射的业务号码为”0”。服务器组10010将业务号码“1”和被映射的业务号码“0”放置在媒体广播建立有色包的有效载荷数据域5050中。
在两个用户终端之间的单播服务中，如果局部地址路由引擎33030收到来自于有色过滤33000的单播建立指令或单播数据指令，则局部地址路由单元35000就提供相关的局部地址信息给控制信号逻辑35030来生成控制信号33060。具体地说，如果用户终端1380请求与用户终端1400进行单播，因为被呼叫方(用户终端1400)的网络地址中的用户交换机子域9080是“2”，则中层交换机1180的局部地址路由单元35000提供局部地址“2”给控制信号逻辑35030。
当控制信号逻辑35030在确定一个适当的控制信号33060来发布并回复局部地址“2”时，延时单元33010将一个暂时延时的数据包(如单播建立有色包)发送到数据包分配器33020。然后发布的控制信号33060促使数据包分配器33020将这个数据包送往其目的地。这种所论述的将一个单播建立有色包从中层交换机传送到家庭网关中的(主)用户交换机的过程，同样也适用于传送单播有色数据包。下面的数据包交换器部分将进一步地阐述数据包交换器(如数据包交换器33020)的一个实施例的实施细节。
另一方面，如果用户终端1380要求与用户终端1450进行单播服务，服务网关1160向中层交换机1240(而不是中层交换机1180)传送单播建立有色包，这是因为被呼叫方(用户终端1450)的网络地址中的办公室交换机子域9070的值是“8”。假定中层交换机1240有一个与中层交换机1180(图32、33和35)相似的结构。收到MP有色包后，中层交换机1240的有色过滤33000向中层交换机1240中的延时单元33010和局部地址路由单元35000发送MP有色包，并向中层交换机1240的局部地址路由单元发送相应的单播建立指令。数据包含有局部地址“1”，它对应于用户终端1450的网络地址中的用户交换机子域9080。局部地址路由单元35000提供局部地址“1”给控制信号逻辑35030，因而控制信号逻辑35030和数据包分配器33020就能够传送单播建立有色数据包到家庭网关1260中的主用户交换机进行协调。上述的将单播建立有色数据包从一个中层交换机管理下的用户终端传送到另一个中层交换机管理下的另一个用户终端的过程也适用于传送一个单播有色数据包。
图36是一幅描述局部地址路由单元35000管理一个媒体广播服务流程的流程图，在本例中该媒体广播服务涉及了用户终端1380、用户终端1400和用户终端1420及媒体广播节目源。与上述的单播服务建立过程相似，为了回复来自于服务网关1160中的服务器组10010的媒体广播建立有色包来建立上述的媒体广播服务，有色过滤33000发送该数据包和相应的媒体广播建立指令到局部地址路由单元35000。在模块36000中局部地址路由单元35000从每个数据包中提取局部地址“3”或者“2”。因为用户终端1380的网络地址在其用户交换机子域9080中的值是“3”，所以一个媒体广播建立有色包含有“3”。因为用户终端1400和用户终端1420的网络地址含有相同的用户交换机子域9080，且其值是“2”，所以其他的两个媒体广播建立有色包含有“2”。在模块36000中局部地址路由单元35000也传送局部地址“2”或“3”给控制信号逻辑35030，因而控制信号逻辑35030和数据包分配器33020就能够传送媒体广播建立有色数据包到目的地进行协调。
注意在上面描述的例子中，有色过滤33000为每一个它通过服务网关1160中的边缘交换机10000收到的来自于服务器组10010的媒体广播建立有色包发布一个媒体广播建立指令。因此，对于涉及三个参与方(节目源除外)的媒体广播服务来说，局部地址路由单元35000的一个实施例收到三个媒体广播建立指令，并因此三次执行模块36000中的指令。
此外，局部地址路由单元35000将从媒体广播建立有色包中所取得的局部地址信息(如用户交换机子域中的局部地址“2”和“3”)、业务号码“1”及所映射的业务号码“0”提供给链路表控制器35010。因为所映射的业务号码是“0”，在模块36010中链路表控制器35010接着建立链路表35020中的单元37000(2，1)和37020(3，1)，并将其值设为“1”。业务号码“1”标识了上述的媒体广播节目源。
然而，如果局部地址路由单元35000将一个业务号码、一个非零的所映射的业务号码和局部地址信息提供给链路表控制器35010，链路表控制器35010的一个实施例则用这个非零的所映射的业务号码和局部地址信息来建立链路表35020。
图37描述了链路表35020的一个示例。链路表35020的大小取决于：1)能够供家庭网关中的用户交换机连接的办公室交换机31000中的端口的数目；2)服务网关1160所支持的多点通信(如媒体广播和媒体组播)服务的数目。在本例中，因为办公室交换机31000支持至少两个主用户交换机(用户交换机31010和用户交换机31020)，并假定服务网关1160支持三个媒体广播节目源，那么链路表35020含有至少六个单元。而且，这个链路表35020的实施例依照相关的局部地址和业务号码来为它的单元编索引。例如，坐标(2，1)对应于单元37000，而坐标(3，2)对应于单元37010。单元37000用局部地址“2”来代表一个用户交换机的状态信息，该用户交换机从一个由业务号码“1”来标识的媒体广播节目源处接收信息。另一方面，单元37010用局部地址“3”来代表一个用户交换机，该用户交换机从另一个由业务号码“2”来标识的媒体广播节目源处接收信息。
链路表35020的一个实施例中所有的单元的值起先都是零。随着链路表控制器35010在链路表35020中识别出匹配的业务号码(如业务号码“1”)和局部地址(如局部地址“2”)，链路表控制器35010接着在链路表35020中更改相应单元(如单元37000(2，1))的值为“1”，由此来表明局部地址是“2”的用户终端将参与媒体广播服务1。在一个实施例中，当用户终端不再参与该媒体广播服务时，链路表控制器35010负责将将更改过的单元复位为零。或者，链路表35020依靠计时器来对更改过的单元复位。具体地来说，当链路表35020探测到它的一个单元被更改时，它启动计时器。如果在一个确定的时间段内链路表35020没有收到任何保存被更改单元的内容的通知，则链路表35020自动地将该单元复位为零。
维持媒体广播指令是这种通知的一个形式。具体地来说，为了回复来自于服务网关1160中的服务器组10010的维持媒体广播有色包以维持上述的媒体广播服务，有色过滤33000发送数据包及相应的维持媒体广播指令到局部地址路由单元35000。在模块36030中局部地址路由单元35000从每一个数据包中获取局部地址“2”或者“3”。类似于上面对模块36000的论述，在模块36030中局部地址路由单元35000向控制信号逻辑35030传送局部地址信息，因此控制信号逻辑35030和数据包分配器33020就能够传送一个维持媒体广播有色包到它的目的地进行协调。
此外，局部地址路由单元35000将从维持媒体广播有色包中所取得的局部地址信息(“2”或“3”)和业务号码“1”提供给链路表控制器35010。有了局部地址“2”或“3”及业务号码“1”，链路表控制器35010接着可以分别为单元37000或37020的计时器复位，并在模块36040中有效地将所述的通知提供给链路表控制器35010。或者，链路表控制器35010可以将单元37000或37020的值设置为1。
为了回复来自于媒体广播节目源的一个媒体广播数据有色包，有色过滤33000向局部地址路由单元35000发送该数据包及相应的媒体广播数据指令。局部地址路由单元35000从业务号码子域9270获取一个业务号码。接着，在模块36020中局部地址路由单元35000指令链路表控制器35010在链路表35020的第一行(对应于媒体广播服务1)中查找有效值为“1”的单元(如单元37000和37020)。
这种查找识别出引导用户终端参与媒体广播服务1的端口。在链路表控制器35010成功地定位含有值为1的单元37000和37020后，链路表控制器35010根据上述链路表35020的索引方案能够获取局部地址“2”和“3”。接着，链路表控制器35010向控制信号逻辑35030传送“2”和“3”，而控制信号逻辑35030接着指令数据包分配器33020向适当的用户交换机(如对应于“2”的用户交换机31020和对应于“3”的用户交换机31010)传送媒体广播有色包。然而，如果链路表控制器35010没能够在链路表35020中识别出任何当前有效值为1的单元，那么链路表控制器35010的一个实施例将不与控制信号逻辑35030通信，并且不启动数据包分配器33020来执行数据包的传送。
本媒体广播例子中所采用的流程一般也适用于其他类型的多点通信(包括、但不局限于媒体组播)。而且，很显然，对于本领域内的一般技术人员来说，无需上述的全部细节就能设计或实施所披露的有色过滤和局部地址路由引擎技术。例如，上述的局部地址路由引擎的功能可以被合并到上述的有色过滤中。另一方面，上述的局部地址路由单元的功能可以进一步地被划分，并被分配到上述的链路表控制器中去。
5.2.2.3 数据包分配器
一个如图33中所示的数据包分配器33020主要负责根据来自于控制信号逻辑35030的控制信号33060来传送数据包到适当的输出逻辑链路。图38是一幅描述数据包分配器33020的一个实施例的框图。这个数据包分配器33020的实施例包括一个分配器(如分配器A38000)、缓冲器组38020和控制器(如控制器x38030和控制器y38040)。在一个实施例中，缓冲器组38020中的缓冲器的数目等于分配器数目和控制器数目之乘积。因为数据包分配器33020有1个分配器A38000用来接收来自于延时单元33010的数据包，还有2个控制器用来发送数据包到办公室交换机31000所支持的用户交换机(如用户交换机31010和用户交换机31020)，于是数据包分配器33020在缓冲器组38020中就有(1*2)个缓冲器。这些在缓冲器组38020中的缓冲器是把送往用户交换机31010和用户交换机31020的数据包临时存储一下。
为了减少缓冲器组38020可能导致的延时和数据流拥塞，数据包分配器33020的一个实施例中的控制器以一个固定的或可调的时间间隙来轮询并清空缓冲器组38020。为了便于描述，假定控制信号33060启动分配器A38000来传送数据包(该数据包来自于延时单元33010的输出)到缓冲器a或者缓冲器b(到缓冲器a或者缓冲器b取决于该数据包是被发往用户交换机31010还是用户交换机31020)。
分配器A38000并不将它的数据包直接传送至预定的逻辑链路，而是将数据包传送到缓冲器a或者缓冲器b，在这里数据包被临时存储起来。在分配器A38000传送额外的数据包到缓冲器组38020之前，或者缓冲器组38020出现任何溢流现象之前，控制器x38030对它所管理的每一个缓冲器进行轮询。如果控制器x38030在任何一个缓冲器(在本例中如缓冲器a)中发现数据包，那么它将该缓冲器中的数据包传送到用户交换机31010，并清空该缓冲器。以同样的方式，控制器y38040也对它所管理的每一个缓冲器进行轮询。
尽管这里描述的是一个1*2(即1个分配器*2个控制器)的数据包分配器，很显然，对于本领域内的一般技术人员来说，无需上述的1*2的数据包分配器也能实现一个中层交换机，尤其是在当引入包分配器时会导致延时和拥塞的情况下。显而易见，本领域内的一般技术人员可以用其他的配置和不同尺寸/数目的缓冲器组来实施数据包分配器，而且不会超出所披露的数据包分配技术范围。并且，这些技术人员还可以用与上述的数据包分配机制不同的其他机制来实施所披露的交换单元技术。
5.2.2.4 上行链接数据包过滤口(ULPF)
在选择器32030(图32)选定了一个物理链路之后，上行链接数据包过滤器32040就根据“判断条件”在选定的物理链路上去除某些特定的包，该判断条件防止某些包到达和/或进入服务网关。具体地来说，交换单元32010通过发送建立指令(如目的地地址建立指令)来为上行链接数据包过滤器32040动态地建立这些判断条件。如果一个数据包不符合这些判断条件中的任意一条，则上行链接数据包过滤器32040就丢弃该包。因此，上行链接数据包过滤器能够从MP网络中去除不需要的或有害的数据包，并由此加强了网络的安全性和完整性。
上行链接数据包过滤器32040的一个实施例通过检查所收到的数据包是否含有被允许的源地址、目的地地址、数据流量和数据内容来使用判断条件以衡量所收到的数据包。根据检查的结果，上行链接数据包过滤器32040决定是否将数据包发送到接口F32000，或者是拒绝并丢弃该数据包。
在MP网络的一个实施例中，上述的边缘交换机、楼宇交换机、办公室交换机和路边交换机都含有上行链接数据包过滤器。很显然，本领域内的一般技术人员可将不同的判断条件分配到不同交换机中的上行链接数据包过滤器上，而且不会超出所披露的上行链接数据包过滤器技术范围。例如，在图31中的FTTB+Xdsl的配置内，服务网关1160的边缘交换机中的上行链接数据包过滤器可有一个检查数据内容的判断条件，而办公室交换机31000中的上行链接数据包过滤器可有检查源地址、目的地地址和数据流量的判断条件。显而易见，对于本领域内的一般技术人员来说，所披露的上行链接数据包过滤器的范围并不局限于上面论述的四条判断条件，这四条判断条件只是举例而非穷尽。
为清楚起见，下面对上行链接数据包过滤器32040的一个实施例的描述分为三个阶段：上行链接数据包过滤器的设置、上行链接数据包过滤检查和上行链接数据包过滤终结。此外，讨论中还有下列的假设：
·  上行链接数据包过滤器32040位于中层交换机1180中；及
·  管理中层交换机1180的服务网关1160含有如图12所示的独立使用操作服务系统的服务器组10010。
5.2.2.4.1 上行链接数据包过滤器的设置
交换单元32010根据它所收到的来自于服务网关1160中的服务器组10010的信息设置上行链接数据包过滤器32040，其过程如下：
1.执行了上面的服务器组部分所论述的多项服务验证处理程序后，呼叫处理服务器系统12010(图12)的一个实施例向服务请求的被呼叫方和/或者呼叫方发送MP控制数据包。这些控制包包含上行链接数据包过滤器的判断条件信息(例如，上行链接数据包过滤器32040)，这些标准信息包括、但不局限于包传递中允许的网络地址、可容许的数据流量信息和可容许的数据内容的类型。
例如，若用户终端1380请求与用户终端1450的媒体电话服务(图1d)，呼叫处理服务器系统12010通过发送“MTPS setup”数据包到呼叫方用户终端1380和被呼叫方用户终端1450来响应该请求，如图53所示。媒体电话服务初始化包是一个MP控制包。后面的操作例部分将详细阐述媒体电话服务的操作细节。
在呼叫方和被呼叫方双方的媒体电话服务初始化包的有效载荷数据域5050(图5)中包括关于被请求的媒体电话服务对话所允许的数据流量和在该对话中允许的数据内容类型的信息。呼叫方的媒体电话服务初始化包在其有效载荷数据域5050中还包含被呼叫方的网络地址；而其中被呼叫方的媒体电话服务初始化包在其有效载荷数据域5050中则包含呼叫方的网络地址。在本例中，在到达它们的目的地之前，呼叫方的媒体电话服务初始化数据包经过中层交换机1180，而被呼叫方的媒体电话服务初始化数据包经过中层交换机1240。
2.在中层交换机1180收到它的媒体电话服务初始化数据包之后，根据存在于数据包的目的地地址域中的有色信息(如单播初始化颜色)，它的交换单元32010(图32)从该包中提取上述的判断条件并以该提取的信息来动态配置上行链接数据包过滤器32040。一个上行链接数据包过滤器32040的实施例包括一个局部存储子系统来存储这个配置信息。
用一个实例来再具体解释一下，一个上行链接数据包过滤器32040在其局部存储系统中包含一个目的地地址查询表。图39是一个目的地地址查询表39000的例子，它包含一个多重双条目入口，一个条目是源地址的，另一个条目是对应于该源地址的目的地地址的。该源地址是中层交换机1180下的一个MP适配元件(如用户终端1380)的网络地址，而该目的地地址是用户终端1380被允许(由多项服务验证处理程序)通信的MP适配元件(如媒体存储器、网关和服务器组)的网络地址。
最初，在中层交换机1180中的上行链接数据包过滤器32040的目的地地址查询表39000的源地址列39030中，包含着依附于中层交换机1180的用户终端的网络地址，如用户终端1340、1360、1380、1400和1420。在交换单元32010从呼叫方的服务网关1160的服务器组上接收到媒体电话服务初始化包之后，它从目的地地址域5010(图5)中提取呼叫方的网络地址并从有效载荷数据域5050中提取被呼叫方的网络地址。如果交换单元32010识别出在目的地地址查询表39000中的源地址条目39010与呼叫方的网络地址相匹配，则交换单元32010将该被呼叫方的网络地址加入到目的地地址条目39020中。假定中层交换机1240与中层交换机1180(图32、33和35)有一个相似的结构并且也维持着一个与目的地地址查询表39000(图39)相似的目的地地址查询表，则以相似的风格，为响应送往被呼叫方的媒体电话服务初始化包，中层交换机1240的交换单元32010就更新目的地地址条目39060来包含呼叫方的网络地址。
中层交换机1180和中层交换机1240的交换单元32010也从媒体电话服务初始化数据包的有效载荷数据域5050中获取上述的数据流量和数据内容信息，并将所获取的信息存储在上行链接数据包过滤器32040中的局部存储器系统内。这种数据流量的一些例子包括、但不局限于：被请求服务对话的允许字元位数、被请求服务的最大字元位数、允许的包到达率和每个包的允许包长。数据内容信息包括、但不局限于：版权信息和/或其他知识产权信息。在一个实施例中，在一个内容提供者将其具有版权的数据放在MP网上之前，该内容提供者将其数据装入一个MP数据包并在有效载荷数据域5050或者是这些数据包的包头中设定一个或多个字元以表明提供者对内容的版权所有。
3.由于媒体电话服务初始化数据包是从呼叫处理服务器系统12010送到呼叫和被呼叫方，因而沿着接收和传送媒体电话服务初始化数据包传输路径的交换机的上行链接数据包过滤器就以上面所讨论的步骤来配置判断条件信息。注意不是所有沿传输路径的交换机都包含上行链接数据包过滤器，并且如上面提到的那样，上行链接数据包过滤器判断条件可以发布到若干个包含上行链接数据包过滤器的交换机上。
尽管上面的例子以一个服务网关下的两个用户终端的目的地地址来刷新如图39所示的目的地地址查询表39000，交换单元32010也能以在一个MP网络中的任何地方的MP适配元件的目的地地址来刷新目的地地址列39040。很显然，本领域内的普通技术人员能够设计也能存储可允许的数据流量信息和可允许的数据内容信息的目的地地址查询表39000。此外，应该指出的是上面所提到的局部存储器子系统既可以是上行链接数据包过滤器32040的一个专用的存储器子系统，也可以是一个中层交换机1180内若干不同元件所共享的存储器子系统。该局部存储器子系统可以是中层交换机1180的一部分，也可以是连接在中层交换机1180的外部设备。
5.2.2.4.2 上行链接数据包过滤检查
在交换单元32010以一个上面讨论的整体标准配置上行链接数据包过滤器32040之后，上行链接数据包过滤器32040就根据整体标准来过滤它所接收到的数据包。图40是一个上行链接数据包过滤器32040实施例所实现上行链接数据包过滤检查的流程图。继前面的例子，用户终端1380是数据包的源，用户终端1450是数据包的目的地。
具体地说，上行链接数据包过滤器32040从选择器32030上接收一个MP数据包(图32)。在模块40000中，一个上行链接数据包过滤器32040的实施例管理源地址匹配以检查：1)接收到的数据包的源地址的局部地址(如国家、城市、小区和分层交换子域)是否与分配给中层交换机1180的网络地址的局部地址相匹配；以及2)接收到的数据包的源地址的局部地址(如国家、城市、小区和分层交换子域)是否与如图1d中所示的与端口1170绑定的网络地址相匹配。这些检查确保数据包上行链接数据包过滤器32040接收来自于经授权的元件的源并通过一个经授权的逻辑链接。
一种假设是这些检查的地址包含了一个连接在中层交换机1180上的“未授权的”家庭网关，并且其试图发送一个数据包到MP城域网1000中的服务网关1160上(图1d)。因为该家庭网关没有从服务网关1160的服务器组10010(图10)分配到网络地址，所以中层交换机1180接收到的数据包的源地址与分配给中层交换机1180的网络地址不匹配。因此，上述的源地址匹配检查使中层交换机1180的上行链接数据包过滤器32040阻止该包抵达服务网关1160。
另一种假设是这些检查的地址包含了连接到中层交换机1180上的同一个“未授权的”家庭网关，但却试图通过任意改变它的网络地址来匹配家庭网关1200的网络地址。这个“未授权的”家庭网关通过一个与端口1170不同的端口连接到中层交换机1180上，并试图在MP城域网1000中发送一个数据包到服务网关1160上(图1d)。因为中层交换机1180接收到的这个数据包的源地址与绑定在端口1170上的网络地址不匹配，中层交换机1180的上行链接数据包过滤器32040就丢弃该包，并阻止该数据包到达服务网关1160。
以利用图31中的FTTB+Xdsl配置和图9a中的网络地址9000的格式为例，上行链接数据包过滤器32040从接收到的数据包的源地址子域5020(图5)中取得源地址并比较源地址的局部地址(如国家子域9040、城市子域9050、小区子域9060和办公室交换机子域9070)与办公室交换机31000的网络地址的相应部分。如上面的服务器组部分所讨论的那样，办公室交换机31000在网络配置期间从服务网关1160的服务器组10010(图10)获得它的网络地址。一个办公室交换机31000的实施例将这个分配到的网络地址存在它的局部存储子系统中。如果上行链接数据包过滤器32040的比较表明匹配，那么上行链接数据包过滤器32040进行下一步检查。否则上行链接数据包过滤器32040就丢弃该包。
此外，上行链接数据包过滤器32040比较源地址的局部地址(如国家子域9040、城市子域9050、小区子域9060和办公室交换机子域9070)与端口31030的网络地址的相应部分，以确保来自于用户终端1380的MP数据包经端口31030抵达办公室交换机31000。
在图40的模块40010中，上行链接数据包过滤器32040执行数据包的目的地地址匹配。具体地说，上行链接数据包过滤器32040通过目的地地址查询表39000的目的地地址条目39020中查询与数据包的目的地地址域5010的内容相匹配的目的地地址。如上面的讨论，交换单元32010在上行链接数据包过滤器32040的初始化阶段建立这些目的地地址条目，如目的地地址条目39020。如果上行链接数据包过滤器32040成功地识别出一个匹配的目的地地址，则上行链接数据包过滤器32040就继续进行下一个检查。否则，上行链接数据包过滤器32040丢弃该包。
该项检查确保预设的目的地地址是一个经授权的网络地址。换句话说，结合图10、32和39，在服务器组10010各核准方中批准一个被请求的服务之后，交换单元32010根据各核准方的网络地址为上行链接数据包过滤器32040建立起了一个目的地地址查询表39000。因此，中层交换机1180的上行链接数据包过滤器32040能够过滤掉那些不是发往被核准方的数据包。然而，值得一提的是，一个交换单元32010的实施例能够在各核准方进行通信期间修正目的地地址查询表39000(如向正在进行的多点通信中加入新的参与方)。具体地说，交换单元32010执行该修正以响应来自于服务网关1160的服务器组10010的一个MP初始化数据包(如图64中的媒体组播的建立64020)。
在图40的模块40020中，上行链接数据包过滤器32040管理数据流量监控以确保数据包符合某种数据流量标准。如上所述，一些这种标准的例子包括、但不局限于：被请求服务对话的允许字元位数、被请求服务的最大字元位数、允许的数据包到达率和每个包的允许包长。图41是进一步地说明一个上行链接数据包过滤器(如上行链接数据包过滤器32040)执行模块40020的流程图。如果数据包通过了数据流量监测的检查，则上行链接数据包过滤器32040就继续进行下一个检查。否则，上行链接数据包过滤器32040丢弃该包。很显然，本技术领域内的普通技术人员可以在模块40020中检查多个数据流量标准，而且不超出所披露的上行链接数据包过滤器技术的范围。
数据流量的检查有助于在MP网中维持一个可预测的数据流量。例如，如果上行链接数据包过滤器32040阻止任何超过允许包长的数据包进入MP网络，则MP网络中的元件就能够对它们在网络中遇到的数据包的包长进行假设，依此进行操作并使其落入一个预期的范围。结果是发生在这些元件内的包处理被简化了，这也可以简化这些元件的设计和/或实现。
如图41所示，一个上行链接数据包过滤器32040的实施例实行两次数据流量检查。具体地说，上行链接数据包过滤器32040从长度域5030获取数据包的长度信息(如图5所示)，并在模块41010判断数据包的长度是否超过所允许的包长。如果数据包的长度小于允许的包长，上行链接数据包过滤器32040继续进行下一次检查。否则，上行链接数据包过滤器32040丢弃该包。
在模块41020中，上行链接数据包过滤器32040分别计算在某个时间段进入中层交换机1180的每一个端口(如端口1170和1175)的数据包的数量。在一个实施例中，服务器组10010(图10)或呼叫处理服务器系统12010(图12)以带内信令通过一个MP控制包或一个MP数据包为上行链接数据包过滤器32040建立这个时间段。同样，服务器组10010或呼叫处理系统服务器12010也为上行链接数据包过滤器32040建立一个每个端口允许的数据包抵达速率，它规定了中层交换机1180的每一个端口在上面讨论的时间段内应接收的数据包的最大数目。如果上行链接数据包过滤器32040发现它计算出的数据包的数目少于该最大数目(也就是数据包抵达中层交换机的速度在允许的抵达速度限制之内)，那么上行链接数据包过滤器32040执行图40中的模块40030。否则上行链接数据包过滤器32040就丢弃该包。
在图40的40030模块中，上行链接数据包过滤器32040执行数据内容校验。以上面讨论的一个实施例为例，假定一个内容提供者将其具有版权的数据装入MP数据包并在有效载荷数据域5050(图5)中，并设定一个或多个字元以表明提供者对内容的版权所有。此外，假定版权所有者对这个字元序列和/或这些特殊字元的放置对于其他用户是保密的。为了防止用户终端在MP网中非法地发布这些具有版权的数据，上行链接数据包过滤器32040的一个实施例在数据包的有效载荷数据域5050中查询这些能够表明版权的特殊字元来识别有问题的数据包。(或者，这个知识产权信息可以成为一个MP数据包包头的一部分)。上行链接数据包过滤器32040会拒绝从用户终端(除了内容提供者所使用的用户终端)传来的含有这些字元的数据包。
如果一个MP数据包能够通过这四重检查，上行链接数据包过滤器32040转送该数据包到接口F32000(图32)。值得强调的是图40仅为上述上行链接数据包过滤器检查中的诸多可能的实施例中的一种。很明显，本技术领域内的普通技术人员能够利用其他判断条件，并以不同于图40中的四步检查来进行验证而不超出这里所披露的上行链接数据包过滤器技术的范围。此外，另一个上行链接数据包过滤器32040的实施例也能够在不同于所述的例子中的顺序来实现这四种检查。此外，一个上行链接数据包过滤器32040的实施例能够在上行链接数据包过滤器的初始化阶段完成之前进行这些检查。具体地说，在上行链接数据包过滤器32040的这个实施例中，在其局部存储子系统中存有默认的判断条件和特定的规则。特定的规则允许特殊类型的包，如某些MP控制包不经过或不全经过这四步检查而到达接口F32000。
5.2.2.4.3 上行链接数据包过滤终结
在被请求服务的结束阶段，服务器组10010(图10)或者呼叫处理服务器系统12010(图12)在一个实施例中发送一个MP控制包到中层交换机1180的交换单元32010(图32)上以开始上行链接数据包过滤清除
为了响应该控制包，交换单元32010导向上行链接数据包过滤器32040来删除涉及从目的地地址查询表39000中请求服务的目的地地址，并重设判断条件中的其他参数(如包括、但不局限于数据流量信息)，回到它默认的初始值。
这里披露的上行链接数据包过滤技术能够加强MP网络的整体性和安全性，也有利于帮助维持在网络运行中的可预测性。尽管上面的讨论用了一系列细节来解释上行链接数据包过滤技术，但是，本领域内的一般技术人员能够很明显地看到上行链接数据包过滤技术不仅限于这些细节。同时，尽管这里在中层交换机中讨论上行链接数据包过滤，但是很显然，本领域内的普通技术人员能够在MP网络的其他交换机中利用上行链接数据包过滤技术，而且不超出这里所披露的上行链接数据包过滤技术的范围。
5.3 家庭网关(HGW)
家庭网关使得不同类型的用户终端得以接入MP网络。图42a描述了一种家庭网关(家庭网关42000)配置的框图，该家庭网关包括一个主用户交换机42010和多个从用户交换机，如用户交换机42020、42030、42040和42050。这些用户交换机通过链接42060、42070、42080和42090相互连接。图42b描述了家庭网关42000另一种配置的框图，其中主用户交换机42010和从用户交换机42020、42030、42040和42050通过公用总线单元42190相互连接。此外，每个用户交换机能支持一定数量的用户终端。一个主用户交换机42010的实施例负责限制家庭网关42000所支持的从用户交换机和用户终端的总数(即需根据家庭网关所用的总带宽)。
5.3.1 用户交换机
5.3.1.1 主用户交换机
图43描述了一个主用户交换机(如主用户交换机42010)的结构实施例。具体地说，主用户交换机42010包括一个在其侧壁43000和侧壁43060上有若干个插座的矩形外壳43090。侧壁43000上的插座，如插座43010、43020、43030、43040和43050，把用户终端和从用户交换机连接到主用户交换机42010上。侧壁43060上的插座43070或43080连接中层交换机到主用户交换机42010上。这些插座的例子包括、但不局限于双绞线插座、同轴电缆插座和光缆插座。这些插座操作起来就象电源插座，并能帮助实现在MP网络中的即插即用。换句话说，就象家用电器插入电源插座即能获得电源那样，用户终端和其他MP适配组件插入这些插座即能接入MP网络。这种插入即能获得接入的步骤不涉及人工配置或重新启动用户终端或其他MP适配组件。
很显然，对于本领域内的一般技术人员来说，实施主用户交换机42010并不局限于图43所示的结构实施例。例如，这些技术人员能够以一个不同形状的外壳来设计和制造主用户交换机42010。并且，这些技术人员还能够采用不同数量的插座以及采用插座在壳体上的不同位置安排来实施主用户交换机42010。
图44是一个主用户交换机42010实施例的框图。主用户交换机42010包括一个交换单元、一个选择器和接口。具体地说，主用户交换机42010包括三种接口：能与用户终端D42090和用户终端L42210通信的接口G44020；能与用户交换机A42020和从用户交换机B42030通信的接口H44040；以及能与中层交换机通信的接口I44000。这三种接口将一种类型的信号转化为另一种。例如，主用户交换机42010的一个实施例中的接口144000执行光信号和电信号的转换。在该实施例中，如果主用户交换机42010通过同一种物理传输媒介与从用户交换机通信，那么接口H44040不执行信号转换。
5.3.1.2 从用户交换机
因为一个从用户交换机不直接与中层交换机通信，所以从用户交换机的结构实施例与图43所描述的实施例结构相似，但其侧壁43060上没有插座。
此外，与主用户交换机相似，从用户交换机也包括一个交换单元、一个选择器和接口。从用户交换机的交换单元支持主用户交换机42010中的交换单元44010所支持功能的子集，而从用户交换机的选择器支持与选择器44030所支持的同样的功能。然而，和主用户交换机不同，从用户交换机没有一个直接与中层交换机通信的接口，也没有从服务器组分配来的网络地址。(注意在局部地址子域中的“用户交换机子域”实际上是“主用户交换机子域”，只是为了简单起见才将其称为“用户交换机子域”)。为了清楚起见，下面的论述主要是针对主用户交换机42010。然而，除非另行提示，这些论述也适用于从用户交换机，如从用户交换机A42020、从用户交换机B42030、从用户交换机C42040或从用户交换机D42050。
5.3.1.3 选择器
一个选择器的实施例(如图44所示的选择器44030)把传输在选定的物理链路中的数据包传送至交换单元44010。具体地说，选择器44030采用众所周知的方法(如循环排序和先进先出)来选择具有有效信号的物理链路，并且在选定的物理链路上将数据包送往交换单元44010。这些包可来自于直接连接的用户终端，如用户终端D42090和用户终端L42210，和/或直接连接的用户交换机，如从用户交换机A42020和从用户交换机B42030。显而易见，本领域内的一般技术人员可将选择器的功能并入接口(如使选择器44030成为接口G44020和接口H44040的一部分)，而且不超出所披露的用户交换机技术范围。
5.3.1.4 交换单元
主用户交换机42010的一个实施例采用了一个交换单元，如交换单元44010，来传送数据包到用户终端和其他(从)用户交换机。具体地说，为了回复“来自于中层交换机的数据包”，交换单元44010的一个实施例中“有条件广播”数据包至从用户交换机，或着通过接口G44020并根据有色信息、局部地址信息或这两种信息的组合来传送数据包至用户终端。另一方面，为了回复来自于用户终端D42090和用户终端L42210的数据包，交换单元44010的一个实施例根据该数据包的目的地是否为家庭网关42000所支持的一个用户终端来中转该数据包到另一个(从)用户交换机或中层交换机。
上述的“有条件广播”是指假如交换单元44010发现某些特定的情况，从主用户交换机42010到多个从用户交换机(如图42a所示的从用户交换机A42020和从用户交换机B42030，或图42b所示的从用户交换机A42020、从用户交换机B42030、从用户交换机C42040和从用户交换机D42050)之间的包的传送。举例来说，根据图42a所示的配置，假如交换单元44010的一个实施例发现它所收到的包不是应由主用户交换机42010发往与它直接连接的用户终端(如用户终端D42090和用户终端L42210)，而是发往家庭网关42000所支持的一个用户终端，则交换单元44010对所收到的数据包做一个备份，并将数据包和它的备份分别传送至从用户交换机A42020和从用户交换机B42030。
另一方面，根据图42b所示的配置，假如交换单元44010收到一个“来自于中层交换机的数据包”，并识别出该数据包不是应由主用户交换机42010发往与它直接连接的用户终端(如用户终端D42090和用户终端L42210)，则交换单元44010会将收到的数据包放在公用总线单元42190上。假如交换单元44010收到来自于与主用户交换机42010直接相连的一个用户终端(如用户终端D42090)的数据包，并识别出所收到的数据包不是发往与主用户交换机42010直接连接的另一个用户终端(如用户终端L42210)，而是发往家庭网关42000所支持的一个用户终端，则交换单元44010也会将所收到的数据包放在公用总线单元42190上。假如交换单元44010从公用总线单元42190收到一个数据包，并识别出该数据包不是应由主用户交换机42010发往与它直接连接的用户终端(如用户终端D42090和用户终端L42210)，而是发往家庭网关42000所支持的一个用户终端，则交换单元44010回将收到的数据包放在公用总线单元42190上。
一个在家庭网关42000中的主用户交换机42010的实施例包括一个本地存储子系统，它含有家庭网关42000所支持的所有用户终端的局部网络地址的清单，以及一个本地处理引擎(它可以是用户交换机中的交换单元的一部分)来执行模块45000中的任务，以及校验MP数据包是否是发往家庭网关42000所支持的用户终端。用户交换机的另一个实施例凭借它所直接管理的用户终端来存储和/或处理这个用户终端的清单。换句话说，主用户交换机42010中的交换单元44010或者从用户终端D42090提取该清单，并执行上述的任务，或者请求用户终端D42090替它去执行上述的任务。
如果主用户交换机42010发现所收到的数据包既不是发往它所直接管理的任何用户终端，也不是发往家庭网关42000所支持的任何用户终端，则主用户交换机42010发送所收到的数据包至一个中层交换机。
处于从用户交换机中的交换单元除了不直接接收“来自于中层交换机的数据包”，也不直接传送数据包至中层交换机外，其他操作与交换单元44010相似。用图42a中的从用户交换机B42030来描述，假如它的交换单元发现来自于从用户交换机C42040的数据包不是应由从用户交换机B42030发往它所直接连接的用户终端(如用户终端G42100和用户终端K42200)，则交换单元就送该数据包到从用户交换机D42050和主用户交换机42010。为了避免循环，用户交换机不播送该数据包到前发送者(如从用户交换机C42040)。另一方面，如果从用户交换机B42030中的交换单元收到来自于用户终端G42100的数据包，该交换单元会：1)通过主用户交换机42010将数据包发送至中层交换机；2)将数据包发送至另一个用户交换机(如从用户交换机D42050)；或者3)将数据包传送至与从用户交换机B42030直接连接的另一个用户终端(如用户终端K42200)。
对于图42b所示的配置，如果从用户交换机B42030中的交换单元收到一个来自于用户终端G42100的数据包，该交换单元或者将所收到的数据包放在公用总线单元42190上，或者将数据包传送至与从用户交换机B42030直接连接的另一个用户终端(如用户终端K42200)上。
图45是一幅流程图，该流程图描述了交换单元44010的一个实施例对于“下行”数据包(如来自于接口I44000或接口H44040的数据包)的处理流程。而图46是一幅针对“上行”数据包(如来自于接口G44020的数据包)的流程图。然而，假如来自于接口H44040的数据包是发往另一个家庭网关所管理的用户终端，那么这些数据包是“上行数据包”。
一个主用户交换机42010的实施例物理性地隔离上行数据流和下行数据流，由此它的交换单元44010能够容易地区分上行数据包和下行数据包。具体地说，主用户交换机42010预留一些端口来接收上行数据包。其结果是，当交换单元44010收到来自于一个指定的上行数据流端口的数据包时，它会识别出该数据包是上行数据包，否则交换单元44010则认为该数据包是下行数据包。很显然，本领域内的一般技术人员可以实施其他的区分数据流方向的方法，而且不超出所披露的交换单元的技术范围。
下面的例子用图42a或图42b，并与图1d所示的用户终端D42090、用户终端G42100、用户终端I42170和用户终端1450来进一步解释图45和图46所描述的流程图。为了清楚起见，这些例子假设某些特定的实施细节，然而，对于本领域内的一般技术人员来说将会是显而易见的是：交换单元44010不局限于这些细节。这些细节包括：
·  分配给上述的用户终端的网络地址遵循网络地址格式9000(图9a)。
·  除了支持的用户终端数多于家庭网关1200所支持的以外，家庭网关42000对应于图1d中的家庭网关1200。
·  主用户交换机42010连接到一个中层交换机上，如中层交换机1180。从用户交换机B42030和从用户交换机C42040通过主用户交换机42010与中层交换机1180通信。因此，用户终端D42090、用户终端G42100和用户终端I42170拥有如图9a所示的相同的国家子域9040、城市子域9050、社区子域9060、办公室交换机子域9070和用户交换机子域9080等局部地址。换句话说，假定用户终端D42090在分配给它的网络地址中包括下列信息：
国家子域9040：                         1
城市子域9050：                         23
社区子域9060：                        100
办公室交换机子域9070：                11
用户交换机子域9080：                  1
用户终端子域9090：                    15
则除了用户终端子域9090的局部地址以外，分配给用户终端G42100和用户终端I42170的网络地址含有与用户终端D42090相同的信息。
·  此外，因为图1d所示的用户终端1450所连接的家庭网关及中层交换机不同于前述的家庭网关1200的用户终端，所以用户终端1450在办公室交换机子域9070以及可能在用户交换机子域9080和用户终端子域9090中含有不同的信息。
·  分配给用户终端1450的网络地址的一部分是1/23/100/12/6/9(国家子域9040/城市子域9050/社区子域9060/办公室交换机子域9070/用户交换机子域9080/用户终端子域9090)。
·  分配给用户终端A42110的网络地址的一部分是1/23/100/11/1/6。
·  分配给用户终端B42120的网络地址的一部分是1/23/100/11/1/2。
·  分配给用户终端C42130的网络地址的一部分是1/23/100/11/1/3。
·  分配给用户终端G42100的网络地址的一部分是1/23/100/11/1/8。
·  分配给用户终端I42170的网络地址的一部分是1/23/100/11/1/5。
·  分配给用户终端L42210的网络地址的一部分是1/23/100/11/1/7。
·  分配给用户终端K42200的网络地址的一部分是1/23/100/11/1/9。
·  分配给主用户交换机42010的网络地址的一部分是1/23/100/11/1。
当交换单元44010通过接口I44000收到来自于中层交换机1180的数据包(“来自于中层交换机的数据包”)时，它在模块45000中执行以比特为单元的局部地址比较。具体地说，假设“来自于中层交换机的数据包”的目的地地址域5010(图5)含有分配给用户终端D42090的网络地址，则交换单元44010就把“来自于中层交换机的数据包”的目的地地址中的用户终端子域9090与分配给用户终端D42090的网络地址中的用户终端子域9090进行比较。因为在本例中这些用户终端子域相匹配，交换单元44010接着进入模块45010来采用用户终端子域9090中的局部地址(15)将“来自于中层交换机的数据包”传送至用户终端D42090。
然而，如果“来自于中层交换机的数据包”含有分配给用户终端G42100的网络地址，则在模块45000中的局部地址比较会示意一个不匹配的结果，交换单元44010就在模块45020中将该数据包播送至其他用户交换机。更具体地说，分配给用户终端D42100和用户终端L42210的网络地址中的用户终端子域9090分别是“15”和“7”。因为“来自于中层交换机的数据包”的目的地地址中的用户终端子域9090是“8”，交换单元44010识别出该数据包不是主用户交换机42010所直接管理的任何用户终端(如这里的用户终端D42090和用户终端L42210)，并在模块45020中将该数据包播送至家庭网关42000中的其他从用户交换机。
在一个如图42a所示的配置中，交换单元44010通过导向该数据包及其复制的数据包到直接与主用户交换机42010连接的从用户交换机上(如这里的从用户交换机A42020和从用户交换机B42030)来播送“来自于中层交换机的数据包”。当从用户交换机A42020收到“来自于中层交换机的数据包”时，它的交换单元依照图45所示的流程来进行处理。因为“来自于中层交换机的数据包”的目的地地址是指向用户终端G42100而不是从用户交换机A42020所直接管理的任何一个用户终端(如这里的用户终端A42110、用户终端B42120和用户终端C42130)，所以模块45000中的用户终端子域的局部地址的比较就示意了地址的不匹配。如上面所提到的，因为在家庭网关42000的一个实施例中，用户交换机不播送数据包至该数据包的先前的发送者，因而从用户交换机A42020不发送“来自于中层交换机的数据包”至主用户交换机42010。
对于从用户交换机B42030来说，因为“来自于中层交换机的数据包”的目的地地址是对应于从用户交换机B42030所直接管理的用户终端G42100的，从用户交换机B42030的交换单元在执行模块45000时确认了地址的匹配。接着，在执行模块45010时从用户交换机B42030的交换单元根据用户终端子域9090中的局部地址“8”将“来自于中层交换机的数据包”发送至用户终端G42100。
假如家庭网关42000采用的是如图42b所示的配置，交换单元44010则不是复制“来自于中层交换机的数据包”，而是将这个数据包放到公用总线单元42190上。交换单元44010和从用户交换机的交换单元检查公用总线单元42190上的数据包，直接管理用户终端(该用户终端的用户终端子域与数据包的用户终端局部地址子域相匹配)的交换单元传送该数据包到目的地用户终端，并从公用总线单元42190上去除该数据包。
一个家庭网关42000中的用户交换机的实施例包括一个本地存储子系统，它含有用户交换机所支持的用户终端的局部网络地址的清单，以及一个本地处理引擎(它可以是用户交换机中的交换单元的一部分)来执行模块45000中的任务。用户交换机的另一个实施例凭借它所直接管理的用户终端来存储和/或处理这个用户终端的清单。换句话说，从用户交换机B42030中的交换单元或者从用户终端G42100提取该清单，并执行模块45000中的任务，或者请求用户终端G42100替它去执行模块45000中的任务。
因为“来自于中层交换机的数据包”是下行数据包，如果家庭网关42000中没有一个用户交换机能够将数据包传送至用户终端(因为家庭网关42000中的每一个用户交换机的所述的用户终端子域9090的匹配是不成功的)，主用户交换机42010可指定家庭网关42000中的执行模块45000任务的最后一个用户交换机丢弃数据包。或者，主用户交换机42010可向控制的服务网关发送出错通知。
当家庭网关42000中的任何一个用户交换机收到来自于用户终端的数据包(“用户终端来的数据包”)时，在模块46000(图46)中用户交换机判断来自于用户终端的数据包是否是用户交换机所直接管理的一个用户终端。例如，如果从用户交换机C42040收到来自于用户终端J42180的“用户终端来的数据包”，则从用户交换机C42040检查该数据包是否是发往用户终端H42160或用户终端I42170。接着，在模块46010中从用户交换机C42040将来自于用户终端的数据包发送至与从用户交换机C直接连接的其中一个用户终端，或者在模块46020中判断数据包的接收用户交换机是否是家庭网关42000中的主用户交换机。在本例中，由于接收用户交换机(这里指的是从用户交换机C42040)不是家庭网关42000中的主用户交换机，所以从用户交换机C42040就将该数据包播送到其他用户交换机(如通过如图42a配置中的从用户交换机B42030，或通过如图42b配置中的公用总线单元42190)。然而，如果接收交换机是主用户交换机42010，则在模块46030中，主用户交换机42010检查“用户终端来的数据包”是否是发往家庭网关42000所支持的任一用户终端。如上所述，主用户交换机42010维持一个家庭网关42000所支持的用户终端的清单，如果该项检查不能识别出用来接收“用户终端来的数据包”的用户终端，则在模块46040中的主用户交换机42010就发送该数据包至与家庭网关42000直接连接的中层交换机。接着，中层交换机将该数据包发送至管理源用户终端的服务网关(如本例中的用户终端J42180)。因此，如果家庭网关42000对应于家庭网关1200(图1d)，则主用户交换机42010就将“用户终端来的数据包”传送至中层交换机1180，而中层交换机1180将该数据包发送至服务网关1160。另一方面，如果检验结果表明“用户终端来的数据包”是发往家庭网关42000所支持的一个用户终端，则在模块46050中主用户交换机42010就将该数据包播送至其他用户交换机(先前把数据包送往主用户交换机42010的用户交换机除外)。
除了上述的数据包传递功能，主用户交换机42010的交换单元44010的一个实施例也为家庭网关42000建立一个最大限度的带宽。具体地说，虽然家庭网关42000在本实施例中能包含任意数目的从用户交换机，但如果交换单元44010判断连接在这些用户交换机上的用户终端所需的总带宽超过所建立的最大限度的带宽时，则交换单元44010启动特定的保护措施来确保家庭网关42000持续及正常的运行。这些保护措施的一些例子包括、但不局限于阻止新的用户终端(这些新的连接延迟了数据包在用户交换机到用户终端之间的传送)连接到家庭网关42000上。
很显然，本领域内的一般技术人员可以合并或分割图44所示的用户交换机中的模块，而且不会超出所披露的家庭网关技术范围。例如，交换单元44010可被分成一个用来管理家庭网关42000的资源(如上述的最大限度的带宽内维持家庭网关42000中的数据流量)的通用处理引擎，以及一个将数据包传送至适当目的地(如对局部地址进行比较，并根据局部地址来传送数据包)的数据包传送引擎。对一般技术人员还能够将上述的主用户交换机42010的功能分配到家庭网关42000中其他的用户交换机上。
5.3.2 用户终端(UT)
家庭网关，如图42a和42b所示的家庭网关42000，能够支持不同类型的用户终端。一些示例的用户终端包括、但不局限于个人电脑(PC)、电话、智能家电(IHA)、互动游戏盒(IGB)、机顶盒(STB)、MP/IP透明终端、家庭服务器系统、媒体存储器或者任何其他终端用户用来在网络上收发多媒体数据的装置。
个人电脑和电话在此技术领域中最为人们所熟知。智能家电一般是指一种有决策能力的家用电器。例如，智能空调是一种能够根据室温的变化来自动调节冷气输出量的智能家电。另一个例子是一种智能测量仪器，它能够在每个月的某个时间读取用水量，并将该信息传送至供水商。互动游戏盒一般是指一个用于运行在线游戏的游戏控制台，如星际争霸(Blizzard娱乐公司开发的游戏)。互动游戏盒能使用户与网上的其他用户互动(如游戏)。家庭服务器系统能够管理家庭网关42000下属的其他用户终端，或者为家庭网关42000中的用户终端提供内部网服务。例如，如果用户终端D42090是一个家庭服务器系统，用户终端D42090可提供给用户终端C42130的用户一个节目菜单来允许其获取用户终端E42140中的共享资源(如数据库)。
MP/IP透明终端一般是指一个能够处理MP数据包和非MP数据包的装置，如IP数据包。一个MP机顶盒为其用户整合了音频、数据和视频(静止或流动的)信息，并为其用户提供了MP网络或非MP网络(如互联网)的接入。媒体存储器能够存储大量的视频、音频和多媒体节目。它可以、但不局限于以硬盘、闪存和SDRAM来实施。下面的MP/IP透明终端、MP机顶盒和媒体存储器部分将进一步描述这三种类型的用户终端。
应该注意的是MP网络支持的这些不同类型的用户终端具有不同的带宽需求。例如，智能家电可以是一个每秒仅需数千比特(KB)带宽的低速装置；而另一方面，互动游戏盒、MP机顶盒、MP/IP透明终端、家庭服务器系统和媒体存储器则可能是每秒数兆比特到数百兆比特范围的带宽的高速装置。
5.3.2.1 MP/IP透明终端
MP/IP透明终端能够执行MP和IP通信。图47是一幅描述一个通用的MP/IP透明终端(MP/IP透明终端47000)的实施例的框图。MP/IP透明终端47000对应于图1d中的用户终端1400。
具体地说，MP/IP透明终端47000包括MP机顶盒47020和个人电脑47010。个人电脑47010含有常规的输出装置，如、但不局限于显示装置47030和喇叭47060，以及常规的输入装置，如、但不局限于键盘47040和滑鼠47050。MP机顶盒47020的一个实施例是一块插入个人电脑47010的插卡，它处理来自于家庭网关1200的数据包。如果所收到的数据包是MP数据包，MP机顶盒47020就处理该数据包，并将结果传送至个人电脑47010准备输出。不然的话，MP机顶盒47020为个人电脑47010处理(拆封)所收到的MP封装数据包。此外，一个MP/IP透明终端47000的用户可操作键盘47040、滑鼠47050或其他在图47中没有显示出来的输入装置，可以启动介于MP/IP透明终端47000和MP城域网1000之间的MP数据包或MP封装的非MP数据包(如MP封装的IP数据包)的传送。
更具体地说，MP/IP透明终端47000的一个实施例传送和接收MP数据包或MP封装数据包，而这些数据包遵循如图5所示的MP数据包5000的格式。当MP/IP透明终端47000收到来自于家庭网关1200的数据包(“MP/IP透明终端的数据包”)时，数据包的目的地地址域5010含有分配给MP/IP透明终端47000的网络地址。为了便于描述，该分配的网络地址遵循网络地址9000的格式(图9a)。在收到“MP/IP透明终端的数据包”后，MP机顶盒47020检查数据包中目的地地址域5010中网络地址的MP子域9030来判断该数据包是否为MP数据包，或者在其有效载荷数据域5050中含有非MP数据包。对于MP数据包，MP机顶盒47020处理该数据包，并将处理结果发送至个人电脑47010准备输出。对于MP封装数据包，MP机顶盒47020从“MP/IP透明终端的数据包”的有效载荷数据域5050中提取(如有必要，则进行重组)非MP数据包(如IP数据包)，并将所提取的非MP数据包发送至个人电脑47010来处理。
此外，个人电脑47010的一个实施例支持MP及非MP应用。例如，一个MP应用可以是一个存储在个人电脑47010中的软件程序，该软件程序可使MP/IP透明终端47000的用户来请求媒体电话服务。下面的媒体电话服务部分将进一步详细阐述这种服务的细节。非MP应用可以是一个互联网浏览器，它使MP/IP透明终端47000的用户从非MP网络1300的网页服务器上请求网页。因此，如果用户启动媒体电话服务，则个人电脑47010就生成并发送MP数据包至MP机顶盒47020，MP机顶盒47020又将数据包传送至家庭网关1200。如果用户启动的是互联网浏览器，则个人电脑47010生成并发送IP数据包至MP机顶盒47020，MP机顶盒47020把IP数据包封装到MP封装包的有效载荷数据域5050中，并发送这些MP封装包至网关10020。如上面网关部分所论述的，网关10020的一个实施例把来自于MP/IP透明终端47000的MP封装包拆封，并发送拆封后的非MP数据包(如IP数据包)至非MP网络1300上(如互联网)。
图48是一幅描述专用MP/IP透明终端(如MP/IP透明终端48000)的一个实施例的框图。MP/IP透明终端48000不包括个人电脑，但包括一个特制的多种协议处理引擎48010；常规输出设备包含、但不局限于显示装置48020和喇叭48030；常规输入装置包含、但不局限于滑鼠48040和键盘48050。多种协议处理引擎48010的一个实施例包括分路器48060、MP处理引擎48070、IP处理引擎48080和合路器48090。
作为对“MP/IP透明终端的数据包”的回复，分路器48060主要负责传送适当的数据包至MP处理引擎48070和IP处理引擎48010。类似于上面论述的MP/IP透明终端47000，分路器48060的一个实施例通过检验数据包目的地地址域5010中的网络地址的特定的比特子域来判断“MP/IP透明终端的数据包”是否是一个MP数据包或是在其有效载荷数据域5050中包含非MP数据包。如果网络地址遵循网络地址9000的格式(图9a)，则分路器48060检查MP子域9030。对于MP数据包，分路器48060传送数据包至MP处理引擎48070。对于MP封装数据包，分路器48060从“MP/IP透明终端的数据包”的有效载荷数据域5050中抽取(如有必要，则进行重组)非MP数据包(如IP数据包)，并发送所抽取的IP数据包至IP处理引擎48080来处理。
MP处理引擎48070的一个实施例负责从MP数据包的有效载荷数据域5050中提取数据，并发送所提取的数据至合路器48090。同样地，IP处理引擎48080的一个实施例负责从IP数据包中提取数据，并且也发送所提取的数据至合路器48090。合路器48090的一个实施例改编来自于MP处理引擎48070和IP处理引擎48080的数据，使之成为能被MP/IP透明终端48000的输出装置所用的格式，输出装置如显示装置48020和喇叭48030。显示装置48020和/或喇叭48030随即播放这些被改编过的数据。
多种协议处理引擎48010的一个实施例是一个独立系统，它包含上述的分路器48060、MP处理引擎48070、IP处理引擎48080和合路器48090的功能。这个独立的多种协议处理引擎48010也有普通的输入输出端口，和用于连接输入输出装置的接口。此外，IP处理引擎48080的一个实施例是一个仅有有限量内存的无盘处理系统。该IP处理引擎48080依赖于网络计算机48100(可以是服务器组10010(图10)中的一个服务器系统)来执行IP处理引擎48080的功能。在一些场合中，网络计算机48100通过下载用以运行专用软件的指令至IP处理引擎48080的内存来指定IP处理引擎48080的任务。
在图48中所示的多种协议处理引擎48010的实施例中，IP处理引擎48080也负责处理MP/IP透明终端48000的用户的输入请求。因此，如果用户通过IP浏览器(如微软的Internet Explorer)来请求一项MP服务(如媒体电话服务)，那么IP处理引擎48080采用业界熟知的方法(如交互处理信息和控制信号)将这个请求通知MP处理引擎48070。于是，MP处理引擎48070生成和发送MP数据包至分离器48060来回复MP服务请求。尔后，分离器48060将数据包发送至家庭网关1200。另一方面，如果用户请求互联网接入，则IP处理引擎48080生成并发送IP数据包至分离器48060，该分离器48060将IP数据包封装在MP封装包的有效载荷数据域5050中，并发送这些MP封装包至网关10020。如上面的网关部分所论述的那样，网关10020的一个实施例将来自于MP/IP透明终端48000的MP封装包拆封，并将获得的非MP数据包(如IP数据包)传送至非MP网络1300(如互联网)。
显而易见，对于本领域内的一般技术人员来说，实施所披露的MP/IP透明终端技术无需局限于上述实施例的具体实施细节。例如，图48所示的多种协议处理引擎48010可包括处理MP和IP以外的其他协议的处理引擎。
5.3.2.2 MP机顶盒(MP-STB)
图49是一幅描述MP机顶盒47020(图47)的一个实施例的框图。MP机顶盒能够同时处理来自于家庭网关(如家庭网关1200)到输出装置(如显示装置47030和喇叭47060)的下行数据流，以及从多媒体设备(如个人电脑47010)到家庭网关1200的上行数据流。
MP机顶盒47020的一个实施例包含MP网络接口49000、包分析器49010、视频编码器49020、视频解码器49040、音频编码器49030、音频解码器49050和多媒体设备接口49060。具体地说，MP网络接口49000是两种类型信号(这些信号包括、但不局限于光信号和电信号)之间的信号转换器。尽管多媒体设备接口49060能够同样地作为一个信号转换器，但它通常是将电信号在不同的格式之间转化。例如，在图47中，如果MP机顶盒47020没有连接到个人电脑47010上，而是连接到一个接收模拟信号的电视机上，则多媒体设备接口49060将来自于MP机顶盒47020的电信号从数字信号转换成电视机可接收的模拟信号，反之亦然。
包分析器49010的一个实施例负责分析来自于MP机顶盒47020接口的数据包。在一个实施例中，这些数据包遵循如图5所示的MP数据包5000的格式。为了便于说明，分配给MP/IP透明终端47000(图47)的网络地址遵循网络地址9000(图9a)的格式。包分析器49010的一个实施例检测MP机顶盒47020所收到数据包的目的地地址域5010中的网络地址的MP子域9030，以判断该数据包是MP数据包，还是在其有效载荷数据域5050中含有非MP数据包的MP封装包。个人电脑47010可使用包分析器49010的分析结果来处理来自于MP机顶盒47020的数据包。例如，个人电脑47010可包括一个用来专门处理MP数据包的处理模块和一个独立的处理MP封装包的处理模块。
此外，包分析器49010也检测数据类型子域9020来判断从MP网络接口49000传来的数据包(“MP网络接口来的数据包”)和从多媒体设备接口49060传来的数据包(“多媒体设备接口来的数据包”)的数据类型。如果数据类型子域9020指出“MP网络接口来的数据包”含有视频数据(如静态或流动视频)，则包分析器49010启动视频解码器49040来处理数据包。同样，如果“多媒体设备接口来的数据包”含有视频数据，则包分析器49010启动视频编码器49020来处理数据包。对于音频数据，包分析器49010以与启动视频解码器及视频编码器相似的方式来分别启动音频解码器49050和音频编码器49030。
如果数据包含有信令信息，则包分析器49010负责对MP机顶盒47020的数据包进行回复。例如，如果MP/IP透明终端47000收到来自于服务器组10010(图10)的查询状态信息(如目前的容量和可用性)的数据包，则MP机顶盒47020中的包分析器49010就通过MP网络接口49000向服务器组10010发送一个含有所查询的状态信息的数据包来作为回复。同样，如果MP/IP透明终端47000通过多媒体设备接口49060收到请求建立媒体电话服务的数据包，则包分析器49010就将该服务建立请求传送至服务器组10010。
机顶盒能发送和/或接收音频和/或视频数据包。这些数据包可含有音频信息、视频信息及音视频混合信息。
对于发送和接受分离的音频和视频数据包流的机顶盒来说，机顶盒通过音频和视频数据流的匹配来达到声像吻合。具体地说，对于往外发送的数据包，机顶盒47020中的视频编码器49020在含有视频数据的数据包上加上时间标记，并将这些数据包异步发往它们的目的地。同样地，机顶盒47020中的音频编码器49030在含有音频数据的数据包上加上时间标记，并将这些数据包异步发往它们的目的地。对于接收到的数据包，机顶盒47020中的视频解码器49040和音频解码器49050利用所接收的数据包上的时间标记来使所收到的视频流和音频流达到声像吻合。
另一方面，对于发送和接受音视频混合数据包的机顶盒来说，机顶盒有一套音频编码器和视频编码器，以及一套音频解码器和视频解码器(而不是如图49所示的两套)。机顶盒通过维持数据包的传送顺序和到达顺序来实现声像吻合。
5.3.2.3 媒体存储器
媒体存储器主要提供了MP网络一个成本效益合算的存储方案。图50是一幅描述媒体存储器50000的一个实施例的框图。在图1d中，媒体网存储器50000对应于位于服务网关1120中的媒体存储器1140，或者媒体存储器50000对应于一个用户终端。具体地说，媒体存储器50000包括、但不局限于MP网络接口50010、缓冲器组50015、总线控制器和包生成器(BCPG)50020、存储控制器50030、存储接口50040以及大规模存储单元50050。
MP网络接口50010是两种类型信号(这些信号包括、但不局限于光信号和电信号)之间的信号转换器。存储接口50040用作总线控制器和包生成器50020与大规模存储单元50050之间的通信通道。一些存储接口50040的实例包括、但不局限于SCSI、IDE及ESDI。存储控制器50030主要用来控制如何将来自于MP网络接口50010的数据包存储到大规模存储单元50050中去，以及如何通过MP网络接口50010将数据包从大规模存储单元50050传送至MP网络中的目的地。总线控制器和包生成器50020负责把它所收到的数据包发送至缓存器组50015、存储控制器50030和大规模存储单元50050。总线控制器和包生成器50020还负责通过MP网络接口50010来发送数据包，并生成数据包来回复来自于服务器组10010(图10)的查询包。大规模存储单元可能是、但不局限于硬盘、闪存或SDRAM。
媒体存储器50000为它所支持的每个用户维持一个通道。例如，如果媒体存储器50000管理每秒100兆字节的数据流量，而每个它所支持的用户占用每秒5兆字节的数据流量，则媒体存储器50000维持20个通道。换句话说，本例的媒体存储器50000能够同时处理来自于20个用户的数据包。
此外，缓存器组50015的一个实施例包括两类缓存器：发送缓存器(“SBs”)和接收缓存器(“RBs”)。发送缓存器临时存储外发数据包(如总线控制器和包生成器50020通过MP网络接口50010发送到MP网络中去的数据包)，而接收缓存器临时存储接收的数据包(如总线控制器和包生成器50020通过MP网络接口50010接收来自于MP网络的数据包)。在一个实施例中，上面所述的每个通道对应于两个发送缓存器(如SBa和SBb)和两个接收缓存器(RBa和RBb)。因而，很显然，对于本领域内的一般技术人员来说，一个通道可对应于不同数目的发送缓存器和/或接收缓存器，这并不超出所披露的媒体存储器技术范围。
媒体存储器50000的网络地址遵循网络地址9100(图9b)的格式。局部地址子域9170含有一个特别的比特结构(如“0001”)，该结构指明了该网络地址是用于直接连接在边缘交换机上的媒体存储装置的，以及组件号子域9180含有一个标识媒体存储器50000的号码。为了在媒体存储器50000中识别节目XYZ，有效载荷数据域5050含有一个代表节目XYZ的号码。
尽管上面有关于媒体存储器的讨述涉及了特定的实施细节，但是很显然，本领域内的一般技术人员实施媒体存储器技术无需具体的细节，这仍不超出所披露的媒体存储器技术范围。例如，媒体存储器可以不位于服务网关中，而是一个用户终端。这种媒体存储装置的网络地址可遵循网络地址7000(图7)的格式。位于这种媒体存储装置中的节目可通过有效载荷数据域5050中的特别的比特结构来定址。
6 实施例
这一部分具体论述在MP的网络上进行的多媒体服务的几个实施例。
6.1 媒体电话服务(MTPS)
6.1.1 同一服务网关下的两个用户终端之间的媒体电话服务
媒体电话服务可以使一个用户终端和另一个用户终端进行一项或多项视频和/或音频会议。图53a和图53b是描述同属于一个服务网关下的两个用户终端(如图1d所示的用户终端1380及用户终端1450)之间进行媒体电话服务业务的时间顺序图。
为了说明情况，假设用户终端1380向用户终端1450发出呼叫请求，用户终端1380即为“呼叫方”，而用户终端1450为“被呼叫方”。中层交换机1180即为“呼叫方中层交换机”，而中层交换机1240则为“被呼叫方中层交换机”。如图12所示，位于服务网关1160中的服务器组10010中的呼叫处理服务器系统12010管理在呼叫方与被呼叫方之间的数据包交换。当服务网关专门指定一个呼叫处理服务器系统用于管理媒体电话服务业务时，该被指定的呼叫处理服务器系统即被称为“媒体电话业务服务器系统”。服务网关1160的一个实施例包括多个呼叫处理服务器系统12010，并指定每一个服务器系统来专门负责一种多媒体服务。
下面的讨述主要解释了呼叫各方如何在媒体电话服务业务中的呼叫服务建立、呼叫通信的维持及呼叫服务的终结等三个阶段上进行互动。
6.1.1.1 呼叫服务建立
1.呼叫方，如用户终端1380，开始时通过服务网关1160中的中层交换机和呼叫方中层交换机1180将一个媒体电话服务请求53000传送至媒体电话业务服务器系统。该媒体电话服务请求53000是一个MP控制包，其中包括呼叫方的网络地址和被呼叫方的用户地址。如上面的逻辑层部分所述，呼叫方一般并不知道被呼叫方的网络地址。实际上，呼叫方是通过服务网关中的服务器组将一个用户地址映射到一个网络地址上的。此外，呼叫方及被呼叫方从服务器组10010中的网络管理服务器系统12030(图12)获取MP网络信息(如媒体电话业务服务器系统的网络地址)来开展媒体电话服务业务。
2.当在接收到媒体电话服务请求53000时，媒体电话业务服务器系统执行多项服务验证处理(如上面的服务器组部分所述)，以决定是否允许呼叫方继续。
3.媒体电话业务服务器系统通过发送媒体电话服务请求的回复53010来表明已收到呼叫方的服务请求，媒体电话服务请求的回复是含有多项服务验证处理结果的MP控制包。
4.媒体电话业务服务器系统将媒体电话服务建立包53020和53030分别传送至呼叫方和被呼叫方。媒体电话服务建立包53020及53030是MP控制包，包含有呼叫方和被呼叫方的网络地址，以及所请求的媒体电话服务业务所被允许的数据流量(如带宽)。而且，这些包含有有色信息，该有色信息引导呼叫方中层交换机(如中层交换机1180)和被呼叫方中层交换机(如中层交换机1240)在中层交换机中建立上行链接数据包过滤。这个更新上行链接数据包过滤的过程在前面的中层交换机部分已被详细论述。
5.呼叫方和被呼叫方通过向媒体电话业务服务器系统分别传送媒体电话服务建立的回复包53040和53050来表明已收到媒体电话服务建立包53020和53030。媒体电话服务建立的回复包是MP控制包。
6.媒体电话业务服务器系统收到上述的媒体电话服务建立的回复包后，开始收集媒体电话服务业务的使用信息(如业务的持续时间及流量)。
6.1.1.2 呼叫通信
1.呼叫方通过呼叫方中层交换机、服务网关(服务网关1160)中的边缘交换机和被呼叫方中层交换机向被呼叫方开始传送数据53060。数据53060是MP数据包。呼叫方中层交换机中的上行链接数据包过滤器接着进行上行链接数据包过滤检查，以决定是否允许该数据包抵达服务网关1160。上行链接数据包过滤检查已在上面的中层交换机部分作了详细描述。数据包通过的介于呼叫方和控制呼叫方的服务网关(服务网关1160)中的边缘交换机之间的逻辑链路是自下而上逻辑链路，而数据包通过的介于控制被呼叫方的服务网关(服务网关1160)中的边缘交换机和被呼叫方之间的逻辑链路是自上而下逻辑链路。
2.同样，被呼叫方边缘交换机中的上行链接数据包过滤器对来自被呼叫方的数据53070中的数据包进行上行链接数据包过滤检查。对由被呼叫方传向呼叫方的数据包来说，介于被呼叫方和控制被呼叫方的服务网关(服务网关1160)中的边缘交换机之间的逻辑链路是自下而上逻辑链路，而介于控制呼叫方的服务网关(服务网关1160)中的边缘交换机和呼叫方之间的逻辑链路是自上而下逻辑链路。
3.在通信过程中媒体电话业务服务器系统不时地把维持媒体电话服务包53080和53090传送至呼叫方和被呼叫方。维持媒体电话服务包是MP控制包，是被媒体电话业务服务器系统用来收集参与媒体电话服务各方的通信连接状态的信息(如错误率和数据包丢失的数目)。
4.呼叫方和被呼叫方通过向媒体电话业务服务器系统发送维持媒体电话服务的回复包53100和53110表明已收到维持媒体电话服务包。维持媒体电话服务回复包是MP控制包，其中包括所请求的通信连接状态的信息(如错误率和数据包丢失的数目)。
5.基于维持媒体电话服务的回复包53100和53110，媒体电话业务服务器系统可以修正媒体电话服务业务。举例来说，如果该业务的错误率超过了可容忍的范围，媒体电话业务服务器系统会通知各参与方并终止该业务。
6.1.1.3 呼叫终结
呼叫方、被呼叫方或媒体电话业务服务器系统均可启动呼叫终结。
6.1.1.3.1 呼叫方启动的呼叫终结
1.呼叫方将属于MP控制包的媒体电话服务终结53120传送至媒体电话业务服务器系统。作为回应，媒体电话业务服务器系统将也属于MP控制包的媒体电话服务终结的回复53130传送至呼叫方，并将媒体电话服务终结53125传送至被呼叫方。在一个实施例中，媒体电话服务终结53125与媒体电话服务终结53120含有相同的信息。另外，媒体电话业务服务器系统停止收集业务的使用信息(如业务的持续时间和信息流)，并将收集的业务使用信息送至计费服务器系统，如服务网关1160中的服务器组10010中的计费服务器系统12040(图12)。
2.在收到媒体电话服务终结53120后，呼叫方和被呼叫方中层交换机对各自的上行链接数据包过滤的参数(如被允许的目的地地址、源地址、数据流量和数据内容)进行复位，使其恢复为默认值。
3.当呼叫方收到来自于媒体电话业务服务器系统的媒体电话服务终结的回复53130时，呼叫方退出媒体电话服务业务。
4.被呼叫方通过媒体电话服务终结的回复53140来通知媒体电话业务服务器系统，告知其已退出媒体电话服务业务。
6.1.1.3.2 媒体电话业务服务器启动的呼叫终结
如上所述，一个媒体电话业务服务器系统的实施例会在其检测到无法容忍的通信条件(如丢失数据包过多，错误率过高，和/或维持媒体电话服务的回复包丢失过多)时启动呼叫终结。
1.媒体电话业务服务器系统将属于MP控制包的媒体电话服务终结包53150及53160分别传送至呼叫方和被呼叫方。作为回复，呼叫方和被呼叫方将也属于MP控制包的媒体电话服务终结的回复53170和53180传送至媒体电话业务服务器系统，并有效地终结媒体电话服务业务。当发出媒体电话服务终结包时，媒体电话业务服务器系统停止收集业务的使用信息(如业务的持续时间或信息流)。媒体电话业务服务器系统将收集的业务使用信息送至一个本地的计费服务器系统，如服务网关1160中的服务器组10010中的计费服务器系统12040(图12)。
2.当收到媒体电话服务终结53150和53160时，呼叫方中层交换机和被呼叫方中层交换机对各自的上行链接数据包过滤器进行复位。
6.1.1.3.3 被呼叫方启动的呼叫终结
1.被呼叫方将属于MP控制包的媒体电话服务终结53190传送至媒体电话业务服务器系统，接着媒体电话业务服务器系统将媒体电话服务终结53195传送至呼叫方。作为回复，呼叫方将也属于MP控制包的媒体电话服务终结的回复53210传送至媒体电话业务服务器系统，并有效地终结媒体电话服务业务。当收到媒体电话服务终结53190时，媒体电话业务服务器系统将媒体电话服务终结的回复53220传送至被呼叫方，并停止收集业务的使用信息(如业务的持续时间或信息流)。媒体电话业务服务器系统将收集的业务使用信息送至一个本地的计费服务器系统，如服务网关1160中的服务器组10010中的计费服务器系统12040(图12)。
2.当收到媒体电话服务终结53190时，呼叫方和被呼叫方中层交换机对各自的上行链接数据包过滤器进行复位。
6.1.2 属于两个服务网关下的两个用户终端之间的媒体电话服务
图54a、54b、55a及55b是描述属于两个服务网关下的两个用户终端(如图1d所示的用户终端1380及用户终端1320)之间的媒体电话服务业务的时间顺序图。为了说明情况，假设用户终端1380向用户终端1320发出呼叫请求。用户终端1380即为“呼叫方”，而用户终端1320为“被呼叫方”。中层交换机1180即为“呼叫方中层交换机”，而中层交换机1080则为“被呼叫方中层交换机”。位于服务网关1160中的服务器组10010中的呼叫处理服务器系统12010即为“呼叫方呼叫处理服务器系统”。同样地，位于服务网关1060中的呼叫处理服务器系统12010为“被呼叫方呼叫处理服务器系统”。当服务网关专门指定一个呼叫处理服务器系统用于管理媒体电话服务业务时，该被指定的呼叫处理服务器系统即被称为“媒体电话业务服务器系统”。服务网关1060及1160可包括多个呼叫处理服务器系统12010，并指定每一个服务器系统来专门负责一种多媒体服务。
另外，假设服务网关1160是MP城域网1000的城域中心网络管理群，位于服务网关1160中的服务器组10010中的网络管理服务器系统12030就是“城域中心网络管理服务器系统”。
下面的讨论主要是解释呼叫各方如何在媒体电话服务业务中的呼叫服务的建立、呼叫通信的维持及呼叫服务的终结等三个阶段上进行互动。
6.1.2.1 呼叫服务建立
1.城域中心网络管理服务器系统(本例中位于服务网关1160中的网络管理服务器系统12030)的一个实施例不时地将网络资源信息传送至MP城域网1000的服务器系统(如呼叫方媒体电话业务服务器系统及被呼叫方媒体电话业务服务器系统)。网络资源信息包括、但不局限于MP城域网1000中的服务器系统的网络地址、MP城域网1000的数据流量及MP城域网1000中的服务器系统的可用带宽和/或其容量。
2.当服务器系统收到来自于城域中心网络管理服务器系统的信息时，服务器系统从传送的信息中提取并维持一些特定的信息。举例来说，因为呼叫方媒体电话业务服务器系统希望连通被呼叫方媒体电话业务服务器系统，所以呼叫方媒体电话业务服务器系统就从传送的信息中提取被呼叫方媒体电话业务服务器系统的网络地址。
3.呼叫方(如用户终端1380)通过服务网关1160中的边缘交换机和呼叫方中层交换机(如中层交换机1180)向呼叫方媒体电话业务服务器系统发送媒体电话服务请求54000。媒体电话服务请求54000是MP控制包，其中包括呼叫方的网络地址及被呼叫方的用户地址。如上面的逻辑层部分所述，呼叫方一般不知道被呼叫方的网络地址。实际上，呼叫方是通过服务网关中的服务器组将一个用户地址(呼叫方知道该地址)映射到一个网络地址上的。此外，呼叫方及被呼叫方分别从服务网关1160和服务网关1060中的服务器组中的网络管理服务器系统获取MP网络信息(如媒体电话业务服务器系统的网络地址)来开展媒体电话服务业务。
4.当在收到媒体电话服务请求54000时，呼叫方媒体电话业务服务器系统执行多项服务验证处理(如上面的服务器组部分所述)，以决定是否允许呼叫方继续。
5.呼叫方媒体电话业务服务器系统通过发送媒体电话服务请求的回复54010来表明已收到呼叫方的服务请求，媒体电话服务请求的回复是含有多项服务验证处理结果的MP控制包。
6.呼叫方媒体电话业务服务器系统将媒体电话服务建立包54020和示意媒体电话服务连接54030分别传送至呼叫方和被呼叫方媒体电话业务服务器系统。建立包及示意连接包是MP控制包，包括、但不局限于呼叫方和被呼叫方的网络地址，以及所请求的媒体电话服务业务所被允许的数据流量(如带宽)。
7.被呼叫方媒体电话业务服务器系统将媒体电话服务建立包54040传送至被呼叫方。传送至呼叫方及被呼叫方的建立包均含有色信息，该有色信息引导呼叫方中层交换机(如中层交换机1180)和被呼叫方中层交换机(如中层交换机1080)在中层交换机中建立上行链接数据包过滤。这个更新上行链接数据包过滤的过程在前面的中层交换机部分已被详细论述。
8.呼叫方和被呼叫方通过向它们的媒体电话业务服务器系统分别发送媒体电话服务建立回复包54050和54060来表明已收到媒体电话服务建立包54020和54030。媒体电话服务建立回复包是MP控制包。
9.在收到媒体电话服务建立回复包54060后，被呼叫方媒体电话业务服务器系统通过传送确认媒体电话服务连接54070来通知呼叫方媒体电话业务服务器系统继续媒体电话服务业务。此外，呼叫方媒体电话业务服务器系统收到媒体电话服务建立回复包54050及确认媒体电话服务连接54070后，开始收集媒体电话服务业务的使用信息(如业务的持续时间及流量)。
尽管上述的媒体电话服务呼叫建立的步骤一般也适用于分属不同MP城域网(但属于同一个MP国家网)下的两个服务网关所控制下的两个用户终端之间的呼叫服务的建立，但不同MP城域网中的两个用户终端之间的呼叫服务的建立可能涉及到额外的步骤。为了说明情况，假设用户终端1320(由MP城域网1000中的服务网关1060控制)向MP城域网2030中的一个用户终端发出呼叫请求，这两个用户终端受控于不同MP城域网(指1000及2030)中的两个服务网关，但同属于一个MP国家网2000。而且，在此实施例中，服务网关2060是作为MP城域网2030的城域中心网络管理群。服务网关1020是作为MP国家网2000的国家中心网络管理群。服务网关2020是作为MP全球网3000的全球中心网络管理群。
因为两个用户终端及控制这两个用户终端的服务网关分属于不同的MP城域网，当服务网关1060中的呼叫方媒体电话业务服务器系统向服务网关1060中的服务器系统(如地址映射服务器系统、网络管理服务器系统及计费服务器系统)请求执行多项服务验证处理时，这些服务器系统可能没有所需的信息(如映射关系、资源信息及财务信息)来执行多项服务验证处理。如此，服务网关1060中的服务器系统需要从城域中心网络管理群(本例中的服务网关1160)中的服务器系统得到支持(如获取必要信息或查到必要信息的位置)。如果城域中心网络管理群中的服务器系统不能获取必要信息或查到必要信息的位置，那么服务器系统会从国家中心网络管理群(此处指服务网关1020)中的服务器系统处获取支持。与此类似，如果国家中心网络管理群仍然不能提供必要的信息，国家中心网络管理群会与全球中心网络管理群(此处指服务网关2020)进行沟通。
举例来说，服务网关1060中的网络管理服务器系统的一个实施例只是维持服务网关1060所控制的MP适配组件的资源信息(如使用容量)。因此，当网络管理服务器系统在多项服务验证处理过程中被请求去认可与MP城域网2030中的一个用户终端进行媒体电话服务通信时，服务网关1060中的网络管理服务器系统并没有必需的资源信息(如介于用户终端1320和MP城域网2030中的用户终端之间的传输通路的使用容量信息)来完成上述的任务。接着，服务网关1060中的网络管理服务器系统就请求服务网关1160中的网络管理服务器系统的支持。
服务网关1160中的网络管理服务器系统被称为MP城域网1000的“城域中心网络管理服务器系统”。在一个实施例中，该城域中心网络管理服务器系统可以读取只有MP城域网1000中的网络管理服务器系统可控制的资源信息。因为媒体电话服务请求的是与另一个MP城域网中的一个用户终端进行通信，因此城域中心网络管理服务器系统缺少必要的资源信息以验证认可或否决上述的请求。接着，城域中心网络管理服务器系统就请求国家中心网络管理群(服务网关1020)中的网络管理服务器系统的支持。
服务网关1020中的网络管理服务器系统被称为MP国家网络2000的“国家中心网络管理服务器系统”。在一个实施例中，该国家中心网络管理服务器系统可以读取只有MP国家网络2000中的城域中心网络管理服务器系统和城域网接入服务网关(如服务网关2050和服务网关2070)中的网络管理服务器系统可控制的资源信息。在本例中，国家中心网络管理服务器系统含有来自于服务网关1160及2060中的城域中心网络管理服务器系统的资源信息(如MP城域网1000及MP城域网2030的容量使用信息)。国家中心网络管理服务器系统还含有城域网接入服务网关的资源信息(如服务网关1020、2050及2070的容量使用信息)。因此，国家中心网络管理服务器系统含有必要的资源信息来验证认可或否决上述的请求。接着，服务网关1020中的国家中心网络管理服务器系统将它的回复传送到服务网关1160中的城域中心网络管理服务器系统，而该城域中心网络管理服务器系统将回复传送到服务网关1060中的网络管理服务器系统。
当一个MP城域网中其他类型的服务器系统(如地址映射服务器系统及计费服务器系统)为另一个MP城域网中的目的地主机处理服务请求时，所述的步骤也适用于这些服务器系统。尽管上述的例子用具体的细节描述了在一个服务网关和一个城域中心网络管理群之间，以及在一个城域中心网络管理群和一个国家中心网络管理群之间的典型的信息交换，但是很显然，对于本领域内的一般技术人员来说，不需要其他细节就可实施其他的体系结构来支持MP城域网间的服务请求，而且不超出所披露的媒体电话服务技术范围。
此外，上述的步骤同样地适用于MP全国网中主机之间的服务请求的处理。用多项服务验证处理步骤中的网络管理服务器系统作为例子来说明，如果媒体电话服务请求是针对另一个MP国家网(如国家网3030)中的一个目的地主机，MP国家网2000中的国家中心网络管理服务器系统并不含有必要的信息来验证认可或否决服务请求，因此需要全球中心网络管理群(服务网关2020)中的网络管理服务器系统(也被称为“全球中心网络管理服务器系统”)的支持。此后，服务网关2020中的全球中心网络管理服务器系统向服务网关1020中的国家中心网络管理服务器系统发送回复，而服务网关1020中的国家中心网络管理服务器系统接着向服务网关1160中的城域中心网络管理服务器系统发送回复，而服务网关1160中的城域中心网络管理服务器系统接着向服务网关1060中的网络管理服务器系统发送回复。
当一个MP国家网中其他类型的服务器系统(如地址映射服务器系统及计费服务器系统)为另一个MP国家网中的目的地主机处理服务请求时，所述的步骤也适用于这些服务器系统。显然，本领域内的一般技术人员可把所披露的处理MP城域网间和MP全国网间的媒体电话服务请求的步骤应用于其他种类的MP服务(如媒体点播、媒体组播、媒体广播及媒体转移)。
6.1.2.2 呼叫通信
按上面所记述的，在下面论述的呼叫通信的这个例子中，用户终端1380是呼叫方，用户终端1320是被呼叫方，中层交换机1180是呼叫方中层交换机，中层交换机1080是被呼叫方中层交换机。
1.呼叫方通过呼叫方中层交换机、控制呼叫方中层交换机的服务网关中的边缘交换机、控制被呼叫方中层交换机的服务网关中的边缘交换机及被呼叫方中层交换机向被呼叫方发送数据54080。数据54080是MP数据包。接着，呼叫方中层交换机的上行链接数据包过滤器进行上行链接数据包过滤检查(在上面的中层交换机部分已被详细论述)以确定是否允许数据包抵达服务网关1160。这里，数据包通过的介于呼叫方和控制呼叫方的服务网关(服务网关1160)中的边缘交换机之间的逻辑链路是自下而上的逻辑链路，而数据包通过的介于控制被呼叫方的服务网关(服务网关1060)中的边缘交换机和被呼叫方之间的逻辑链路是自上而下的逻辑链路。而且，如上面的逻辑层部分所述，服务网关1160中的边缘交换机通过查询路由表(可离线计算)来把数据包传送到服务网关1060中的边缘交换机。
2.同样，被呼叫方中层交换机的上行链接数据包过滤器对来自于被呼叫方的数据54150中的数据包进行上行链接数据包过滤检查。对从被呼叫方传送至呼叫方的数据包来说，数据包通过的介于被呼叫方和控制被呼叫方的服务网关(服务网关1060)中的边缘交换机之间的逻辑链路是自下而上的逻辑链路，而数据包通过的介于控制呼叫方的服务网关(服务网关1160)中的边缘交换机和呼叫方之间的逻辑链路是自上而下的逻辑链路。服务网关1060中的边缘交换机通过查询路由表来把数据包传送到服务网关1160中边缘交换机。
3.呼叫方媒体电话业务服务器系统在呼叫通信阶段不时地向呼叫方及被呼叫方媒体电话业务服务器系统发送维持媒体电话服务包54090及媒体电话服务状态查询54100。被呼叫方媒体电话业务服务器系统进一步将维持媒体电话服务包54110传送至被呼叫方。维持媒体电话服务包54090及54110和媒体电话服务状态查询54100均为MP控制包，它们是被用来收集媒体电话通信中各方的通信连接状态的信息(如错误率和/或丢失数据包的数目)。
4.呼叫方及被呼叫方通过分别发送维持媒体电话服务指令的回复包54120及54130至各自的媒体电话业务服务器系统来表明已收到维持媒体电话服务包。维持媒体电话服务指令的回复包是MP控制包，它含有所请求和查询的通信连接状态的信息(如错误率和/或丢失数据包的数目)。
5.收到维持媒体电话服务指令的回复包54130后，被呼叫方媒体电话业务服务器系统通过媒体电话服务状态查询结果54140，把来自于被呼叫方的通信连接状态的信息传送至呼叫方媒体电话业务服务器系统。
6.根据维持媒体电话服务指令的回复包54120及媒体电话服务状态查询结果54140的内容，呼叫方媒体电话业务服务器系统可调整媒体电话服务业务。例如，如果错误率超出了可容忍的范围，呼叫方媒体电话业务服务器系统可通知各参与方并终结通信服务。
上述的媒体电话服务通信步骤一般适用于同一MP国家网中属于不同MP城域网中的两个服务网关所控制的两个用户终端之间的媒体电话服务通信。例如，如果用户终端1320(由MP城域网1000中的服务网关1060所控制)向MP城域网2030中的一个用户终端传送MP数据包，这两个用户终端是由不同MP城域网(1000和2030)中的两个服务网关所控制，但却属于同一MP国家网2000。如上面的逻辑层部分所述，介于控制呼叫方的服务网关(MP城域网1000中的服务网关1060)中的边缘交换机和控制MP城域网2030中的被呼叫方的服务网关之间的传输可能涉及到城域网接入服务网关(如1020及2050)。具体地说，服务网关1060中的边缘交换机通过查询一个路由表来传送数据包至城域网接入服务网关1020中的边缘交换机，接着城域网接入服务网关1020中的边缘交换机通过查询一个路由表来传送数据包至城域网接入服务网关2050中的边缘交换机，最终城域网接入服务网关2050中的边缘交换机通过查询一个路由表来传送数据包至控制MP城域网2030中的被呼叫方的服务网关中的边缘交换机。
此外，介于两个位于不同MP城域网中的用户终端之间的媒体电话通信步骤同样地适用于介于两个位于不同MP国家网中的用户终端之间的媒体电话通信。例如，如果用户终端1320(由MP国家网2000中的服务网关1060所控制)向MP国家网3030中的一个用户终端传送MP数据包，介于控制呼叫方的服务网关(MP国家网2000中的服务网关1060)中的边缘交换机和控制MP国家网3030中的被呼叫方的服务网关之间的传输可能涉及到国家网接入服务网关(如2020及3040)。具体地说，服务网关1060中的边缘交换机传送数据包至城域网接入服务网关1020中的边缘交换机，接着城域网接入服务网关1020中的边缘交换机传送数据包至国家网接入服务网关2020中的边缘交换机。国家网接入服务网关2020中的边缘交换机传送数据包至国家网接入服务网关3040中的边缘交换机，接着国家网接入服务网关3040中的边缘交换机通过一个适当的城域网接入服务网关来传送数据包至一个服务网关中的边缘交换机，该服务网关控制位于MP国家网3030中的被呼叫方。
显然，本领域内的一般技术人员可把所披露的处理MP城域网间和MP全国网间的媒体电话服务通信的步骤应用于其他种类的MP服务(如媒体点播、媒体组播、媒体广播及媒体转移)。
6.1.2.3 呼叫终结
呼叫方、被呼叫方、呼叫方媒体电话业务服务器系统或被呼叫方媒体电话业务服务器系统均可启动呼叫终结。如上所述，在本实施例中用户终端1380为呼叫方，用户终端1320是被呼叫方，中层交换机1180是呼叫方中层交换机，中层交换机1080是被呼叫方中层交换机。
6.1.2.3.1 呼叫方启动的呼叫终结
1.呼叫方向呼叫方媒体电话业务服务器系统发出属于MP控制包的媒体电话服务终结55000。作为回复，呼叫方媒体电话业务服务器系统通过向呼叫方发送媒体电话服务终结指令的回复55010来表明已收到呼叫终结的请求，并通过示意媒体电话服务的终结55020来通知被呼叫方媒体电话业务服务器系统关于呼叫终结的请求。
2.收到示意媒体电话服务的终结55020后，被呼叫方媒体电话业务服务器系统将媒体电话服务终结55030传送至被呼叫方。
3.呼叫方中层交换机和被呼叫方中层交换机在收到媒体电话服务终结55000及媒体电话服务终结55030时对各自的上行链接数据包过滤器进行复位。
4.被呼叫方通过媒体电话服务终结指令的回复55040来表明已收到来自于被呼叫方媒体电话业务服务器系统呼叫终结请求。接着，被呼叫方媒体电话业务服务器系统向呼叫方媒体电话业务服务器系统传送确认媒体电话服务终结55050。
5.在收到确认媒体电话服务终结55050后，呼叫方媒体电话业务服务器系统停止收集业务的使用信息(如业务的持续时间及流量)，并将收集的使用信息送至当地的计费服务器系统，如服务网关1160中的服务器组10010中的计费服务器系统12040(图12)。
6.当从呼叫方媒体电话业务服务器系统收到媒体电话服务终结指令的回复55010时，呼叫方终结电话服务业务。
7.被呼叫方用媒体电话服务终结指令的回复55040来通知被呼叫方媒体电话业务服务器系统，告知电话服务业务的终结。
6.1.2.3.2 媒体电话业务服务器系统启动的呼叫终结
如上所述，一个呼叫方或被呼叫方的媒体电话业务服务器系统的实施例会在其检测到无法容忍的通信条件(如丢失数据包过多，错误率过高，和/或维持媒体电话服务的回复包丢失过多)时启动呼叫终结。同样，假如城域中心网络管理服务器系统在服务网关中检测到无法容忍的通信条件时，它也会终结呼叫通信。
1.为方便说明，假设呼叫方媒体电话业务服务器系统启动呼叫终结。为了启动呼叫终结，呼叫方媒体电话业务服务器系统分别向呼叫方及被呼叫方媒体电话业务服务器系统传送属于MP控制包的媒体电话服务终结55060及示意媒体电话服务终结55070。作为回复，呼叫方向呼叫方媒体电话业务服务器系统发送媒体电话服务终结的回复55090，并有效地终结媒体电话服务业务。而且，被呼叫方媒体电话业务服务器系统向被呼叫方发送媒体电话服务终结55080。当发出媒体电话服务终结55060及示意媒体电话服务终结55070时，呼叫方媒体电话业务服务器系统停止收集业务的使用信息(如业务的持续时间或信息流量)。呼叫方媒体电话业务服务器系统将收集的使用信息送至一个本地的计费服务器系统，如服务网关1160中的服务器组10010中的计费服务器系统12040(图12)。
2.收到媒体电话服务终结55060及55080时，呼叫方中层交换机和被呼叫方中层交换机对各自的上行链接数据包过滤器进行复位。
3.收到媒体电话服务终结指令的回复55100后，被呼叫方媒体电话业务服务器系统向呼叫方媒体电话业务服务器系统发送确认媒体电话服务的终结55110。
4.收到确认媒体电话服务的终结55110及媒体电话服务终结的回复55090后，呼叫方媒体电话业务服务器系统终结业务。类似的步骤适用于被呼叫方媒体电话业务服务器系统启动的呼叫终结。
6.1.2.3.3 被呼叫方启动的呼叫终结
1.被呼叫方通过向被呼叫方媒体电话业务服务器系统发送媒体电话服务终结55120来启动呼叫终结，接着被呼叫方媒体电话业务服务器系统向呼叫方媒体电话业务服务器系统发送媒体电话服务终结请求55130。接着，呼叫方媒体电话业务服务器系统停止收集业务的使用信息(如业务持续时间及信息流量)，并将收集的使用信息送至服务网关1160中的服务器组中的一个本地的计费服务器系统。
2.接着，呼叫方媒体电话业务服务器系统向呼叫方发送媒体电话服务终结55140，并向被呼叫方媒体电话业务服务器系统发送媒体电话服务终结的回复55160。
3.收到媒体电话服务终结的回复55160后，被呼叫方媒体电话业务服务器系统终结业务，并向被呼叫方发送媒体电话服务终结的回复55170。
4.收到媒体电话服务终结55140及55120时，呼叫方中层交换机和被呼叫方中层交换机对各自的上行链接数据包过滤器进行复位。
一个用户通过用户终端上的用户界面来请求上述的媒体电话服务。图56描述了一个用户界面实施例所支持的服务视窗，如服务视窗56000。用户通过操作服务视窗56000来启动媒体电话服务业务。具体地说，服务视窗56000包括一系列的显示区，例如、但不局限于信息展示区56010、输入区56020及符号区56030。信息展示区56010显示相关的媒体电话服务业务信息(如连接状态及程序指令)。输入区56020包括、但不局限于文字/数字输入块56040及“Enter”键56050。符号区56030所显示的包括、但不局限于图标、标识及知识产权信息(如专利信息、版权提示和/或商标信息)。
为了说明情况，假设用户A想要与用户B进行一项媒体电话服务业务，用户A的用户终端(如图1d中的用户终端1380)会在信息展示区56010显示如下信息“请输入用户B的号码”，同时会发出拨号音。用户A在文字/数字输入块56040上键入用户B的号码(如用户B的用户地址)，并点击“Enter”键56050。当用户A输入每个号码时，用户终端1380可播放出与上述号码相对应的双声道多频(DTMF)音。在输入用户B的号码后，用户终端1380在信号展示区56010上显示“请等待”的字样，消除输入区56020，暂时屏蔽用户终端1380的音频输出，并在信息展示区56010显示“静音”。或者，用户终端1380可在符号区56030中显示图标以示意“静音”。例如，图标可以是一个置于圆环中扬声器，并在该圆上打上一个贯穿的线。
假如用户B已与另一方在进行媒体电话服务通信，用户终端1380会在信息展示区56010显示如下信息“用户B正忙”，并播放忙音。假如用户B没有回应，用户终端1380会在信息展示区56010显示如下信息“用户B没有回应”，并播放警音来提示用户A稍后再试。假如用户B拒绝参与用户A所请求的电话服务业务，用户终端1380会在信息展示区56010显示如下信息“用户B拒绝接受你的呼叫请求”，并播放警音来提示用户A稍后再试。假如媒体电话服务业务的付费方(用户A或用户B)对网络运营商有过期未付款项的话，而该网络运营商又是提供该媒体电话服务业务的供应商，用户终端1380会在信息展示区56010显示如下信息“此时不能批准呼叫请求，请马上与你的服务供应商联系”，并播放警音来提示用户尽快付清所欠款项。假如服务网关1160找不到用户B，用户终端1380会在信息展示区56010显示如下信息“找不到用户B”或“所拨的号码不存在”，并播放警音来提示用户A核查所键入信息的准确性。假如MP网络处于繁忙状态，用户终端1380会在信息展示区56010显示如下信息“网络正忙”，并播放忙音。
假设所请求的媒体电话服务业务被成功地建立后，用户终端1380会播放来自于用户B的语音信息，并可在服务视窗56000中显示来自于用户B的图像。很显然，本领域内的一般技术人员在实施用户界面时并不需要上述的所有的细节。例如，服务视窗56000可包括额外的显示区，把上述的三个显示区合并成少于三个的独立显示区，或根本没有独立显示区。另外，有关于所请求的媒体电话服务业务状态的文字信息的显示可有不同的文字表达(如除了“用户B拒绝接受你的呼叫请求”，用户终端1380也可显示“呼叫被拒绝”。)或表达形式(如使用不同的字体、字体大小及颜色)。
上述的用户界面同样地可以用来引导用户处理一项媒体电话服务请求。用同样的用户A想要与用户B进行一项媒体电话服务通信的例子，图57描述了一系列的用户B所操作的视窗来处理通信请求。为了说明情况，假设用户终端1320收到用户A的请求时，用户B正在观看显示在用户终端1320的显示器上的节目57010：
·  接着，用户终端1320显示用户A的信息，如呼叫号码57030和用户B所拥有的选择，如位于屏幕显示区57020的接受/拒绝区57040。屏幕显示区57020覆盖在服务视窗57000中的节目57010上。
·  假如用户B选择接受通信请求，用户终端1320会播放来自于用户A的语音信息，并可在服务视窗57000中显示来自于用户A的视频图像。假如用户B选择拒绝通信请求，用户终端1320清除屏幕显示区57020，并把整个服务视窗57000恢复成节目57010。
很显然，本领域内的一般技术人员人在实施所披露的用户界面时，并不需要所述例子的具体细节(如屏幕显示区57020的位置，用户选择的表现形式，使用单个的显示视窗)。同样，所披露的用户界面也可被用于其他种类的多媒体服务(如媒体点播、媒体组播、媒体广播和媒体转移)。
6.2 媒体点播(MD)
6.2.1 同一服务网关下的两个MP适配组件之间的媒体点播
媒体点播可以使用户终端从MP适配组件(如媒体存储器)获取视频和/或音频的信息。在一个实例配置中，媒体存储器位于一个服务网关(“服务网关媒体存储器”)中，如服务网关1120中的媒体存储器1140。在另一个实例配置中，媒体存储器是一个连在家庭网关上的用户终端，如用户终端1450。
图58a及图58b描述了同一服务网关下的两个用户终端(如用户终端1380与用户终端1450)之间的媒体点播服务的时间顺序图。为了说明情况，假设用户终端1380向用户终端1450请求媒体点播服务。在这里用户终端1380是“呼叫方”，用户终端1450是“用户终端媒体存储器”，而中层交换机1240即为“媒体存储器方的中层交换机”。
“媒体点播服务器系统”是指用来管理媒体点播服务的专用服务器系统。媒体点播服务器系统可以是、但不局限于设置于服务网关1160(图12)中的服务器组10010中的呼叫处理服务器系统12010，或支持家庭网关1200的家庭服务器系统。
以下的讨论主要是解释呼叫方、用户终端媒体存储器及服务网关中的媒体点播服务器系统如何在媒体点播服务中的呼叫服务建立、呼叫通信及呼叫服务的终结等三个阶段上进行互动。
6.2.1.1 呼叫服务建立
1.呼叫方(如用户终端1380)向服务网关(如服务网关1160)中的媒体点播服务器系统发出一个媒体点播请求58000。媒体点播请求58000是MP控制包，它包括呼叫方的网络地址及用户终端媒体存储器的用户地址。因为呼叫方一般并不知道用户终端媒体存储器的网络地址，所以呼叫方依靠服务网关中的服务器组将用户终端媒体存储器的用户地址映射到相应的网络地址(未显示在图58a中)。另外，呼叫方及用户终端媒体存储器从服务器组10010中的网络管理服务器系统12030(图12)获取MP网络信息(如媒体点播服务器系统的网络地址)来开展媒体点播服务。
2.在接收到媒体点播请求58000后，媒体点播服务器系统进行多项服务验证处理(如上面的服务器组部分所述)以决定是否允许呼叫方继续。
3.媒体点播服务器系统通过发送媒体点播请求的回复58010来表明已收到呼叫方的服务请求，媒体点播请求的回复是含有多项服务验证处理结果的MP控制包。
4.接着，媒体点播服务器系统将媒体点播建立包58020和58030分别传送至呼叫方和用户终端媒体存储器。媒体点播建立包58030是通过媒体存储器的中层交换机发送至用户终端媒体存储器的。媒体点播建立包58020是MP控制包，包含有呼叫方和用户终端媒体存储器的网络地址，以及所请求的媒体点播服务所被允许的数据流(如带宽)。而且，这些包含有有色信息，该有色信息引导媒体存储器方的中层交换机(如中层交换机1240)在中层交换机中建立上行链接数据包过滤器。这个更新上行链接数据包过滤器的过程在上述的中层交换机部分已被详细论述。
5.呼叫方和用户终端媒体存储器通过向媒体点播服务器系统分别传送媒体点播建立回复包58040和58050来表明已收到媒体点播建立包58020和58030。媒体点播建立回复包是MP控制包。
6.媒体点播服务器系统收到媒体点播建立回复包后，开始收集媒体点播服务的使用信息(如服务的持续时间及流量)。
前面的关于用户终端媒体存储器的呼叫服务建立的描述在进行下列修改后也适用于服务网关媒体存储器：
如果媒体点播服务器系统向媒体存储器1140发送媒体点播建立包58030，媒体点播建立包58030通过服务网关1120中的边缘交换机来绕过媒体存储器方的中层交换机，并到达服务网关媒体存储器。在一个实施例中，服务网关1120中的边缘交换机包括上行链接数据包过滤器。来自于媒体点播服务器系统的媒体点播建立包建立了该上行链接数据包过滤器。
6.2.1.2 呼叫通信
1.在建立所请求的媒体点播服务之后，媒体存储器(服务网关媒体存储器或用户终端媒体存储器)开始向呼叫方发送数据。例如，如图58a所示，用户终端媒体存储器向呼叫方发出属于MP数据包的数据58060。另外，媒体存储器方的中层交换机(如中层交换机1240)进行上行链接数据包过滤检查(已在前面的中层交换机部分被详细论述)以决定是否允许数据包通过中层交换机而到达服务网关1160。
2.在呼叫通信阶段，媒体点播服务器系统不时地把属于MP控制包的维持媒体点播包58070和58080传送至呼叫方和用户终端媒体存储器。媒体点播服务器系统通过这些MP控制包来收集参与媒体点播服务各方的通信连接状态的信息(如错误率和数据包丢失的数目)。
3.呼叫方及用户终端媒体存储器通过向媒体点播服务器系统发送维持媒体点播回复包58090及58100来表明已收到维持媒体点播包。维持媒体点播回复包是MP控制包，其中包括所请求的通信连接状态信息(如错码率及数据包丢失的数量)。基于维持媒体点播回复包58090及58100，媒体点播服务器系统可以修正媒体点播服务。举例来说，如果该服务的错误率超过了可容忍的范围，媒体点播服务器系统会通知呼叫方并终止该服务。
4.在呼叫通信阶段的任何时刻，呼叫方可以通过MP网络来控制媒体存储器。具体地说，呼叫方可以向用户终端媒体存储器发送一个属于MP带内信令数据包的媒体点播操纵58110。该数据包在其有效载荷数据域5050内含有控制信息，该控制信息可以控制媒体存储器快进、倒退、暂停及播放所存储的信息，但并不限于上述的功能。
6.2.1.3 呼叫终结
呼叫方、媒体点播服务器系统及媒体存储器均可以启动呼叫终结。
6.2.1.3.1 呼叫方启动的呼叫终结
1.呼叫方向媒体点播服务器系统发送一个属于MP控制包的媒体点播终结58120。作为回复，媒体点播服务器系统向呼叫方发送一个也属于MP控制包的媒体点播终结回复58130，并通过媒体存储器方的中层交换机向用户终端媒体存储器发送媒体点播终结58125。另外，媒体点播服务器系统停止收集该服务的使用信息(如服务持续时间及信息流)，并将收集的服务使用信息送至本地的计费服务器系统，如服务网关1160中的服务器组10010中的计费服务器系统12040(图12)。或着，在按次付费的服务中，媒体点播服务器系统只是将已提供媒体点播服务的消息报告给计费服务器系统12040。
2.对于用户终端媒体存储器来说，在收到媒体点播终结58125后，媒体存储器方的中层交换机对其上行链接数据包过滤器进行复位。同样地，对于服务网关媒体存储器来说，在收到从媒体点播服务器系统传向服务网关媒体存储器的终结包后，服务网关中的边缘交换机也对其上行链接数据包过滤器进行复位(假如边缘交换机包括上行链接数据包过滤器的话)。
3.在呼叫方收到来自于媒体点播服务器系统的媒体点播终结回复58130和媒体点播服务器系统收到来自于用户终端媒体存储器的媒体点播终结回复58140后，媒体点播服务被终结。
6.2.1.3.2 媒体点播服务器系统启动的呼叫终结
一个媒体点播服务器系统的实施例会在其检测到无法容忍的通信条件(如丢失数据包过多，错误率过高，或维持媒体点播的回复包丢失过多)时启动呼叫终结。
1.媒体点播服务器系统将属于MP控制包的媒体点播终结58150及58160分别传送至呼叫方和用户终端媒体存储器。作为回复，呼叫方和用户终端媒体存储器将也属于MP控制包的媒体点播终结回复58170和58180传送至媒体点播服务器系统去终结媒体点播服务。当发出媒体点播终结包时，媒体点播服务器系统停止收集服务的使用信息(如业务的持续时间或信息流)。媒体点播服务器系统将收集的业务使用信息送至一个本地的计费服务器系统，如服务网关1160中的服务器组10010中的计费服务器系统12040(图12)。
2.对于用户终端媒体存储器来说，在收到媒体点播终结58160后，媒体存储器方的中层交换机对其上行链接数据包过滤器进行复位。同样，对于服务网关媒体存储器来说，在收到从媒体点播服务器系统传向服务网关媒体存储器的终结包后，服务网关中的边缘交换机也对其上行链接数据包过滤器进行复位(假如边缘交换机包括上行链接数据包过滤器的话)。
6.2.1.3.3 媒体存储器启动的呼叫终结
1.媒体存储器通过媒体存储器方的中层交换机向媒体点播服务器系统发送属于MP控制包的媒体点播终结58190。接着，媒体点播服务器系统向呼叫方发出媒体点播终结58195。作为回复，呼叫方将也属于MP控制包的媒体点播终结回复58200传送至媒体点播服务器系统去终结媒体点播服务。在收到媒体点播终结58190后，媒体点播服务器系统向用户终端媒体存储器发送媒体点播终结回复58210，停止收集服务的使用信息(包括服务持续时间及信息流)，并将收集到的使用信息传送至本地的计费服务器系统，如服务网关1160中的服务器组10010中的计费服务器系统12040(图12)。
2.对于用户终端媒体存储器来说，在收到媒体点播终结58190后，媒体存储器方的中层交换机对其上行链接数据包过滤器进行复位。同样，对于服务网关媒体存储器来说，在收到从媒体点播服务器系统传向服务网关媒体存储器的终结包后，服务网关中的边缘交换机也对其上行链接数据包过滤器进行复位(假如边缘交换机包括上行链接数据包过滤器的话)。
6.2.2 属于两个服务网关下的两个MP适配组件之间的媒体点播
图59a及图59b描述了属于两个不同服务网关下的两个MP适配组件(如图1d所示的用户终端1380及用户终端1320)之间的媒体点播服务的时间顺序图。为了便于说明，用户终端1380即为“呼叫方”，用户终端1320为“用户终端媒体存储器”，中层交换机1180为“呼叫方中间交换机”，中层交换机1080为“媒体存储器方的中层交换机”。需要注意的是，如果用户终端1380从一个服务网关媒体存储器(如媒体存储器1140)请求媒体点播服务，那么该服务不涉及媒体存储器方的中层交换机，但会涉及服务网关1120中的边缘交换机。
位于服务网关1160中的服务器组10010中的呼叫处理服务器系统12010是“呼叫方呼叫处理服务器系统”。同样地，服务网关1060中的呼叫处理服务器系统为“媒体存储器呼叫处理服务器系统”。当服务网关专门指定一个呼叫处理服务器系统用于管理媒体点播服务时，该被指定的呼叫处理服务器系统即被称为“媒体点播服务器系统”。服务网关1060及1160的实施例可包括多个呼叫处理服务器系统，并指定每一个服务器系统来专门负责一种多媒体服务。
另外，假设服务网关1160是MP城域网1000的城域中心网络管理群，位于服务网关1160中的服务器组10010中的网络管理服务器系统12030就是城域中心网络管理服务器系统。下面的讨述主要解释了呼叫各方如何在媒体点播服务中的呼叫服务建立、呼叫通信及呼叫终结等三个阶段上进行互动。
6.2.2.1 呼叫服务建立
1.城域中心网络管理服务器系统(本例中位于服务网关1160中的网络管理服务器系统12030)的一个实施例不时地将网络资源信息播送至MP城域网1000的服务器系统(如呼叫方媒体点播服务器系统及媒体存储器方的媒体点播服务器系统)。网络资源信息包括、但不局限于服务器系统的网络地址、MP城域网1000的数据流量及MP城域网1000中的服务器系统的可用带宽和/或其容量。
2.当服务器系统收到来自于城域中心网络管理服务器系统的网络资源信息时，服务器系统从播送的信息中提取并维持一些特定的信息。举例来说，因为呼叫方媒体点播服务器系统希望连通媒体存储器方的媒体点播服务器系统，所以呼叫方媒体点播服务器系统就从传送的信息中提取媒体存储器方的媒体点播服务器系统的网络地址。
3.呼叫方(如用户终端1380)通过呼叫方中层交换机(如中层交换机1180)向呼叫方媒体点播服务器系统发送媒体点播请求59000。媒体点播请求59000是MP控制包，其中包括呼叫方的网络地址信息及用户终端媒体存储器的用户地址。如上面的逻辑层部分所述，呼叫方一般不知到用户终端媒体存储器的网络地址，而知道用户终端媒体存储器的用户地址。实际上，呼叫方是通过服务网关中的服务器组将用户终端媒体存储器的用户地址映射到一个相应的网络地址上的。此外，呼叫方及用户终端媒体存储器分别从服务网关1160中的服务器组中的网络管理服务器系统和服务网关1060获取MP网络信息(如呼叫方媒体点播服务器系统和存储器媒体点播服务器系统的网络地址)来开展媒体点播服务。
4.在收到媒体点播请求59000后，呼叫方媒体点播服务器系统进行多项服务验证处理(如前面的服务器组部分所述)以决定是否允许呼叫方继续。
5.呼叫方媒体点播服务器系统通过发送媒体点播请求的回复59010来表明已收到呼叫方的服务请求，媒体点播请求的回复是含有多项服务验证处理结果的MP控制包。
6.接着，呼叫方媒体点播服务器系统通过呼叫方中层交换机将媒体点播建立包59020传送至呼叫方，以及将示意媒体点播连接59030传送至媒体存储器方的媒体点播服务器系统。建立包及示意连接是MP控制包，包括呼叫方和用户终端媒体存储器的网络地址，以及所请求的媒体点播服务所被允许的数据流量(如带宽)。
7.媒体存储器方的媒体点播服务器系统通过媒体存储器方的中层交换机将媒体点播建立包59040传送至用户终端媒体存储器。建立包含有色信息，该有色信息引导呼叫方中层交换机(如中层交换机1180)和媒体存储器方的中层交换机(如中层交换机1080)在中层交换机中建立上行链接数据包过滤器。这个更新上行链接数据包过滤器的过程在前面的中层交换机部分已被详细论述。
8.呼叫方和用户终端媒体存储器通过向它们各自的媒体点播服务器系统分别发送媒体点播建立回复包59050和59060来表明已收到媒体点播建立包59020和59040。媒体点播建立回复包是MP控制包。
9.在收到媒体点播建立回复包59060后，媒体存储器方的媒体点播服务器系统通过传送确认媒体点播连接59070来通知呼叫方媒体点播服务器系统继续媒体点播服务。此外，呼叫方媒体点播服务器系统收到媒体点播建立回复包59050及确认媒体点播连接59070后，开始收集媒体点播服务的使用信息(如服务的持续时间及流量)。
如果呼叫方及媒体存储器位于不同的MP城域网(但位于同一国家网)，或位于不同的MP国家网，上述的媒体点播建立阶段则会包括与上面媒体电话服务呼叫处理部分所描述的步骤相类似的额外的MP城域网间或MP国家网间的处理程序。
6.2.2.2 呼叫通信
1.用户终端媒体存储器通过媒体存储器方的中层交换机、控制媒体存储器方的中层交换机的服务网关中的边缘交换机、控制呼叫方中层交换机的服务网关中的边缘交换机及呼叫方中层交换机开始向呼叫方发送数据59080。数据59080是MP数据包。接着，媒体存储器方的中层交换机的上行链接数据包过滤器进行上行链接数据包过滤检查(在前面的中层交换机部分已被详细论述)以确定是否允许数据包抵达服务网关1060。数据包通过的介于用户终端媒体存储器和控制用户终端媒体存储器的服务网关(服务网关1060)中的边缘交换机之间的逻辑链路是自下而上的逻辑链路，而数据包通过的介于控制呼叫方的服务网关(服务网关1160)中的边缘交换机和呼叫方之间的逻辑链路是自上而下的逻辑链路。而且，如前面的逻辑层部分所述，服务网关1060中的边缘交换机通过查询路由表(可离线计算)来把数据包传送到服务网关1160中的边缘交换机。
2.呼叫方媒体点播服务器系统在呼叫通信阶段不时地向媒体存储器方的媒体点播服务器系统发送维持媒体点播包59090及媒体点播状态查询59100。媒体存储器方的媒体点播服务器系统进一步将维持媒体点播包59110传送至用户终端媒体存储器。维持媒体点播包59090及59110是MP控制包，它们是被用来收集媒体点播服务中各方的通信连接状态的信息(如错误率和丢失数据包的数目)。
3.呼叫方及用户终端媒体存储器通过分别发送(经过它们各自的中层交换机)维持媒体点播回复包59120及59130至各自的媒体点播服务器系统来表明已收到维持媒体点播包。维持媒体点播回复包是MP控制包，它含有所请求和查询的通信连接状态的信息(如错误率和丢失数据包的数目)。
4.收到维持媒体点播回复包59130后，媒体存储器方的媒体点播服务器系统通过媒体点播状态查询结果59140把来自于用户终端媒体存储器的通信连接状态的信息传送至呼叫方媒体点播服务器系统。
5.根据维持媒体点播回复包59120及媒体点播状态查询结果59140的内容，呼叫方媒体点播服务器系统可调整媒体点播服务。例如，如果错误率超出了可容忍的范围，呼叫方媒体点播服务器系统可通知各参与方并终结通信服务。
6.在呼叫通信阶段的任何时刻，呼叫方可以通过MP网络来控制媒体存储器。具体地来说，呼叫方可以向用户终端媒体存储器发送一个属于MP带内信令数据包的媒体点播操纵59150。该数据包在其有效载荷数据域5050内含有控制信息，该控制信息可以控制媒体存储器快进、倒退、暂停及播放所存储的信息，但并不限于上述的功能。
如果呼叫方及媒体存储器位于不同的MP城域网(但位于同一国家网)，或位于不同的MP国家网，上述的媒体点播通信阶段则会包括与上面媒体电话服务呼叫处理部分所描述的步骤相类似的额外的MP城域网间或MP国家网间的数据包传送步骤。
6.2.2.3 呼叫终结
呼叫方、呼叫方媒体点播服务器系统、媒体存储器方的媒体点播服务器系统或媒体存储器可以启动呼叫终结。
6.2.2.3.1 呼叫方启动的呼叫终结
1.呼叫方向呼叫方媒体点播服务器系统发送属于MP控制包的媒体点播终结59180。作为回复，呼叫方媒体点播服务器系统通过向呼叫方发送媒体点播终结回复59190来表明已收到终结请求，并通过示意媒体点播终结59200来通知媒体存储器方的媒体点播服务器系统该终结请求。另外，呼叫方媒体点播服务器系统停止收集服务的使用信息(如服务持续时间及信息流量)并将收集到的使用信息传送至本地的一个计费服务器系统，如服务网关1160中的服务器组10010中的计费服务器系统12040(图12)。或者，在按次付费的服务中，呼叫方媒体点播服务器系统只是将已提供媒体点播服务的消息报告给计费服务器系统12040。
2.收到示意媒体点播终结59200后，媒体存储器方的媒体点播服务器系统将媒体点播终结59210通过媒体存储器方的中层交换机传送至用户终端媒体存储器。
3.对于用户终端媒体存储器来说，在收到媒体点播终结59210后，媒体存储器方的中层交换机对其上行链接数据包过滤器进行复位。同样地，对于服务网关媒体存储器来说，在收到从媒体点播服务器系统传向服务网关媒体存储器的终结包后，服务网关中的边缘交换机也对其上行链接数据包过滤器进行复位(假如边缘交换机包括上行链接数据包过滤器的话)。
4.用户终端媒体存储器通过媒体存储器方的中层交换机向媒体存储器方的媒体点播服务器系统发送媒体点播终结回复59220，表明已收到来自于媒体存储器方的媒体点播服务器系统的终结请求。接着，媒体存储器方的媒体点播服务器系统向呼叫方媒体点播服务器系统发送确认媒体点播终结59230。
5.在呼叫方收到来自于呼叫方媒体点播服务器系统的媒体点播终结回复59190后，呼叫方终结媒体点播服务。
6.2.2.3.2 媒体点播服务器系统启动的呼叫终结
一个媒体点播服务器系统的实施例会在其检测到无法容忍的通信条件(如丢失数据包过多，错误率过高，维持媒体点播回复包和/或媒体点播状态查询包丢失过多)时启动呼叫终结。同样地，假如城域中心网络管理服务器系统在服务网关中检测到无法容忍的通信条件时，它会终结呼叫通信。
1.为方便说明，假设呼叫方媒体点播服务器系统启动呼叫终结，呼叫方媒体点播服务器系统分别向呼叫方及媒体存储器方的媒体点播服务器系统传送属于MP控制包的媒体点播终结59240及示意媒体点播终结59250。作为回复，呼叫方向呼叫方媒体点播服务器系统发送媒体点播终结回复59260，并有效地终结媒体点播服务。而且，媒体存储器方的媒体点播服务器系统通过媒体存储器方的中层交换机向用户终端媒体存储器发送媒体点播终结59270。当发出媒体点播终结及示意媒体点播终结包时，呼叫方媒体点播服务器系统停止收集服务的使用信息(如服务的持续时间或信息流量)。呼叫方媒体点播服务器系统将收集的使用信息送至一个本地的计费服务器系统，如服务网关1160中的服务器组10010中的计费服务器系统12040(图12)。
2.对于用户终端媒体存储器来说，在收到媒体点播终结59270后，媒体存储器方的中层交换机对其上行链接数据包过滤器进行复位。同样地，对于服务网关媒体存储器来说，在收到从媒体点播服务器系统传向服务网关媒体存储器的终结包后，服务网关中的边缘交换机也对其上行链接数据包过滤器进行复位(假如边缘交换机包括上行链接数据包过滤器的话)。
3.收到媒体点播终结回复59280后，媒体存储器方的媒体点播服务器系统向呼叫方媒体点播服务器系统发送确认媒体点播终结59290。
4.收到确认媒体点播终结59290及媒体点播终结回复59260后，呼叫方媒体点播服务器系统终结服务。
类似的步骤适用于媒体存储器方的媒体点播服务器系统启动的呼叫终结。
6.2.2.3.3 用户终端媒体存储器启动的呼叫终结
1.用户终端媒体存储器通过媒体存储器方的中层交换机向媒体存储器方的媒体点播服务器系统发送媒体点播终结59300来启动呼叫终结。接着，媒体存储器方的媒体点播服务器系统向呼叫方媒体点播服务器系统发送媒体点播终结请求59310。呼叫方媒体点播服务器系统停止收集服务的使用信息(如服务的持续时间或信息流量)，并将收集的使用信息送至服务网关1160中的服务器组10010中的计费服务器系统12040。
2.接着，呼叫方媒体点播服务器系统向呼叫方发送媒体点播终结59320，并向媒体存储器方的媒体点播服务器系统发送媒体点播终结请求回复59330。
3.收到媒体点播终结请求回复59330后，媒体存储器方的媒体点播服务器系统结束服务，并通过媒体存储器方的中层交换机向用户终端媒体存储器发送媒体点播终结回复59340。
4.对于用户终端媒体存储器来说，在收到媒体点播终结回复59340后，媒体存储器方的中层交换机对其上行链接数据包过滤器进行复位。同样地，对于服务网关媒体存储器来说，在收到从媒体点播服务器系统传向服务网关媒体存储器的终结包后，服务网关中的边缘交换机也对其上行链接数据包过滤器进行复位(假如边缘交换机包括上行链接数据包过滤器的话)。
5.作为对媒体点播终结59320的回复，呼叫方不再参与媒体点播服务，并向呼叫方媒体点播服务器系统发送媒体点播终结回复59350。
6.3 媒体组播(MM)
6.3.1 同一服务网关下的多个用户终端之间的媒体组播
媒体组播可使一个用户终端与其他多个用户终端之间进行实时的多媒体信息通信。启动媒体组播服务的一方即是“呼叫方”，接受呼叫方的邀请参与媒体组播服务的各方称为“被呼叫方”。在一些情况下，媒体组播服务涉及到一个“集会通知者”。在收到呼叫方启动媒体组播的服务请求后，集会通知者会向媒体组播服务的被邀请方发出关于媒体组播服务的信息。集会通知者可以、但不局限于服务网关1160中的服务器组10010中的服务器系统(图10)，或连在家庭网关1200(图1d)上的用户终端(如家庭服务器系统)。
为了便于说明，假设上述的各参与方均属于同一服务网关，如服务网关1160。在此例中，用户终端1380最初请求与用户终端1400和1420进行媒体组播服务，接着把用户终端1450作为一个新的被呼叫方添加到服务中。用户终端1380则为“呼叫方”，用户终端1400是“被呼叫方1”，用户终端1450是“被呼叫方2”，用户终端1420是“被呼叫方3”。在一个实施例中，用户终端1360是“集会通知者”。“呼叫方中层交换机”在此处指中层交换机1180。另外，“媒体组播服务器系统”是指一个被指定用来管理媒体组播服务的服务器系统。具体地说，媒体组播服务器系统可以是位于服务网关1160中的服务器组10010中的呼叫处理服务器系统12010(图12)。下面的论述主要是解释各方如何在媒体组播服务的被呼叫方成员建立、呼叫服务建立、呼叫通信及呼叫终结等四个阶段上进行互动。
6.3.1.1 被呼叫方成员建立
图60和61说明了媒体组播服务中的被呼叫方成员建立的两种方法。一个实施例涉及了集会通知者(图60)，另一个并不包括(图61)。
根据图60：
1.呼叫方将含有集会相关信息(如集会时间、主题及内容)的集会通知60000及含有被呼叫方名单(被呼叫方的用户地址)的集会参加者名单60010发送至集会通知者。集会通知60000及集会参加者名单60010均为MP控制包。
2.集会通知者将用户地址发送至服务器组10010以获取对应的网络地址。
3.根据被呼叫方的网络地址，集会通知者通过集会通知包60020、60030及60040将集会通知60000中的信息发送到各被呼叫方。
4.各被呼叫方通过集会通知回复60050、60060及60070来表示是同意还是拒绝参加媒体组播服务。上述的集会通知回复是MP控制包。
或者，图61描述了媒体组播服务中一个建立不涉及集会通知者的被呼叫方成员建立的过程。具体地说：
1.呼叫方将属于MP控制包的集会通知包61000、61010及61020发送至各被呼叫方。
2.各被呼叫方将属于MP控制包的集会通知回复包61030、61040及61050发送至呼叫方，以表明其参与媒体组播服务的意愿。
虽然这里叙述了被呼叫方成员建立的两个过程，显然，对于本领域内的一般技术人员来说，可以用其他的机制在MP网络中建立被呼叫方成员。例如，被呼叫方成员可以通过、但不局限于电话、电报、传真及面对面交流的离线方案来建立。
6.3.1.2 呼叫服务建立
图62a和图62b描述了媒体组播服务中的呼叫服务的建立程序。具体地说：
1.呼叫方(如用户终端1380)通过呼叫方中层交换机(如中层交换机1180)向媒体组播服务器系统发送媒体组播多项服务验证处理的请求62000。
2.作为回复，媒体组播服务器系统执行所请求的多项服务验证处理(在前面的服务器组部分及接下来的部分均有详细论述)，以决定是否允许呼叫方继续，并通过媒体组播多项服务验证处理结果62010将多项服务验证处理的结果传送至呼叫方。媒体组播多项服务验证处理的请求62000与媒体组播多项服务验证处理结果62010均为MP控制包。
3.媒体组播服务器系统发出属于MP控制包的媒体组播建立包62020、62030及62035，这些控制包中的目的地地址域5010含有被呼叫方的网络地址，以及它的有效载荷数据域5050含有一个保留的业务号码。控制包62020通过服务网关1160中的边缘交换机和中层交换机1180被传送至呼叫方，控制包62030及62035通过服务网关1160中的边缘交换机及中层交换机(如传往用户终端1400，则是中层交换机1180；如传往用户终端1450，则是中层交换机1240)被传送至被呼叫方1和2。
4.收到媒体组播建立包62020、62030及62035后，服务网关1160中的边缘交换机和呼叫方中层交换机(如中层交换机1180及中层交换机1240)根据有色信息(在前面的边缘交换机部分及中层交换机部分已被论述过)来更新它们的链路表。中层交换机根据这些包中的局部地址信息进一步地将这些包传送至家庭网关(如家庭网关1200及1260)。
5.收到媒体组播建立包62020后，呼叫方中层交换机(如中层交换机1180)建立自己的上行链接数据包过滤器(在前面的中层交换机部分已被论述过)。
6.呼叫方及被呼叫方通过媒体组播建立回复62040、62050及62060来回复媒体组播建立包。
另外需要注意的是，假如媒体组播多项服务验证处理结果62010示意所请求的操作不成功，媒体组播服务会在没有任何进一步处理的情况下终结。另一方面，假如媒体组播多项服务验证处理结果62010示意所请求的操作被验证通过，而媒体组播建立回复62040、62050和62060中的一个示意了媒体组播建立的失败，则示意媒体组播建立失败的一方会缺席该媒体组播服务。或者，假如媒体组播服务要求所有各方必须全部出席，而所述的一个回复包示意了媒体组播建立的失败，那么媒体组播服务就会在没有任何进一步处理的情况下终结。
图63a及图63b描述了一个涉及到服务网关中的服务器组群中的多个服务器系统的多项服务验证处理的步骤。多个服务器系统包括呼叫方媒体组播服务器系统(如图12所示，被指定专门用来进行媒体组播操作的呼叫处理服务器系统12010)、地址映射服务器系统(如地址映射服务器系统12020)、网络管理服务器系统(如网络管理服务器系统12030)及计费服务器系统(如计费服务器系统12040)。
1.呼叫方向呼叫方媒体组播服务器系统发送媒体组播请求63000。因为媒体组播服务在同一个服务网关下发生(如服务网关1160)，呼叫方媒体组播服务器系统同样也控制所有被呼叫方。属于MP控制包的媒体组播请求63000含有媒体组播服务付费方的用户地址及呼叫方和媒体组播服务器系统的网络地址。呼叫方通过网络信息发布(在前面的服务器组部分已被论述过)获取其自身的网络地址及呼叫方媒体组播服务器系统的网络地址。
2.在收到来自于呼叫方的媒体组播请求63000后，呼叫方媒体组播服务器系统向地址映射服务器系统发送含有付费方用户地址及地址映射服务器系统网络地址的地址解析查询63010。呼叫方媒体组播服务也是通过网络信息发布来获取地址映射服务器系统的网络地址。
3.地址映射服务器系统将付费方的用户地址映射到付费方的网络的地址，并通过地址解析查询回复63020向呼叫方媒体组播服务器系统发送付费方的网络地址。
4.呼叫方媒体组播服务器系统向计费服务器系统发送包括付费方及计费服务器系统的网络地址在内的财务状况查询63030。
5.计费服务器系统通过财务状况查询结果63040，将付费方财务状况传送至呼叫方媒体组播服务器系统。
6.呼叫方媒体组播服务器系统向呼叫方传送媒体组播请求回复63050。在一个实施例中，该回复通知了呼叫方是否继续媒体组播服务。
7.如果呼叫方被允许继续媒体组播服务，呼叫方将含有被呼叫方1用户地址的媒体组播服务成员1的信息63060发送至呼叫方媒体组播服务器系统。
8.呼叫方媒体组播服务器系统将含有被呼叫方1用户地址的地址解析查询63070传送至地址映射服务器系统。
9.地址映射服务器系统通过地址解析查询回复63080发回被呼叫方1的网络地址。
10.呼叫方媒体组播服务器系统将含有被呼叫方1及被呼叫方2网络地址的网络资源状态查询63090传送至网络管理服务器系统。
11.根据网络管理服务器系统所获取的资源信息，网络管理服务器系统决定是否批准呼叫方建立与被呼叫方1及被呼叫方2进行媒体组播服务的请求。另外，网络管理服务器系统的一个实施例还维持一组业务号码以分配给它所管辖的用户终端所涉及的媒体组播服务。具体地说，如果网络管理服务器系统分配一个指定的业务号码给所请求的媒体组播服务，该业务号码则成为保留业务号码，而且在所请求的媒体组播服务终结前不能被用于其他用途。网络管理服务器系统通过网络资源状态查询结果63100将其呼叫认可决定及保留业务号码发送至呼叫方媒体组播服务器系统。
12.如果网络管理服务器系统批准呼叫方的请求，呼叫方媒体组播服务器系统向被呼叫方1发送被呼叫方查询63110。
13.被呼叫方1通过被呼叫方查询结果63120回复呼叫方媒体组播服务器系统。在一个实施例中，这个查询结果将被呼叫方1参与服务的状态告知了呼叫方媒体组播服务器系统。
14.呼叫方媒体组播服务器系统接着通过确认媒体组播服务中的被呼叫方1的63130将被呼叫方1的回复发送至呼叫方。
15.如果存在多个被呼叫方，如被呼叫方2，则以上所述的7至14的步骤就重复进行。
如果有某些条件不符合，上述的多项服务验证处理会自动终结。例如，如果付费方的财务状况无法获取，则呼叫方媒体组播服务器系统会通知呼叫方，并有效地终结多项服务验证处理。很显然，对于本领域内的一般技术人员来说，实施所述的多项服务验证处理无需特定的细节，而且不超出所披露的多项服务验证处理技术范围。而且，虽然在上述的论述中网络管理服务器系统负责保留业务号码，但是，同样明显的是，本领域内具的一般技术人员可以用其他的服务器系统(如呼叫处理服务器系统)来实施保留业务号码的工作，也不会超出所披露的MP媒体组播技术范围。
6.3.1.3 呼叫通信
图62a描述了媒体组播服务中的呼叫通信过程的示例。具体地说：
1.呼叫方(如用户终端1380)向被呼叫方(如用户终端1400、用户终端1420及用户终端1450)发送属于MP数据包的数据62070。在一个实施例中，因为在媒体组播服务的呼叫通信阶段所使用的网络地址采用如图9c所示的网络地址格式，这些数据包含有相同的目的地地址。更具体地说，因为这些MP数据包在MP城域网中传输(如MP城域网1000)，这些数据包中的数据类型子域9220、MP子域9230、国家子域9240及城市子域9250含有相同的信息。另外，既然每一个组播服务对应于一个业务号码，同一媒体组播服务中的数据包对应于一种有色信息(如媒体组播有色数据)，这些数据包中的业务号码子域及一般有色子域6090也含有相同的信息。
2.呼叫方中层交换机(如中层交换机1180)接着对这些数据包执行上行链接数据包过滤检查，上行链接数据包过滤检查已经在前面的中层交换机部分作了详细的论述。
3.如果数据包没有通过上行链接数据包过滤检查，呼叫方中层交换机就会丢弃这些数据包。或者，呼叫方中层交换机可将数据包发往一个指定的用户终端以跟踪自呼叫方向被呼叫方的传输失败的比率。
4.在数据62070的传送过程中，媒体组播服务器系统不时地分别向呼叫方、被呼叫方1及被呼叫方2发送维持媒体组播包62080、62090及62095。维持媒体组播包62080、62090及62095是MP控制包，它们含有分别与媒体组播建立包62020、62030及62035相同的目的地地址(如相同的局部地址信息及相同的业务号码)。
5.如上面的边缘交换机、中层交换机及用户交换机部分所述，媒体组播服务的传输路径上的交换机根据维持媒体组播包来更新其链路表。
6.呼叫方及被呼叫方分别通过维持媒体组播回复包62100、62110及62120来回复维持媒体组播包。如果任何回复包示意了对维持媒体组播包的拒绝或失败，示意失败或拒绝的参与方将转入下面所论述的媒体组播服务的终结阶段。
7.当媒体组播服务器系统收到来自于呼叫方第一个维持媒体组播回复包后(如维持媒体组播回复62100)，媒体组播服务器系统就开始计算与媒体组播服务计费相关的参数(如流量及媒体组播服务的持续时间)。在服务器组的一个实施例中，媒体组播服务器系统或网络管理服务器系统可以建立这些与计费相关的参数及用来追踪这些参数的相关策略。在一个实施例中，如果来自于呼叫方及被呼叫方的维持媒体组播回复包丢失的数量超过了预先设定的值，则媒体组播服务器系统将把媒体组播服务转入下面所论述的终结阶段。
虽然上述的例子描述了媒体组播服务中呼叫方和多个被呼叫方之间进行的半双工数据通信，但是，很显然，本领域内的一般技术人员可使用所论述的技术在媒体组播服务中实现全双工数据通信。在一个实施例中，如果上述的一个被呼叫方希望向媒体组播服务中的其他方发送资料，该被呼叫方可以申请另一个媒体组播服务，并邀请同样的参与方加入。作为结果，即使呼叫方与被呼叫方使用不同的业务号码来传送数据，呼叫方与被呼叫方事实上实现了全双工数据通信。或者，真正的全双工(即呼叫方及被呼叫方均可同时使用同一业务号码来传送数据)数据通信可通过与图62a及上述的程序相类似的步骤来实现。然而，为保证全双工通信中的安全性没有被危及，媒体组播服务器系统将建立呼叫方中层交换机及被呼叫方中层交换机的上行链接数据包过滤器。
在上述的媒体组播的呼叫通信阶段，一个新的被呼叫方可以被添加到媒体组播服务中，一个现有的被呼叫方可以从媒体组播服务中被剔除，以及媒体组播服务中的参与方的身份也可以被查询。
6.3.1.3.1 添加一个新的被呼叫方
如果一个被呼叫方(如被呼叫方3)要加入一个正在进行的媒体组播服务，该被呼叫方首先通知呼叫方。接着呼叫方按照图64所描述的程序将被呼叫方3添加到媒体组播服务中。具体过程是：
1.呼叫方(如用户终端1380)向媒体组播服务器系统发送媒体组播成员信息64000。媒体组播成员信息64000是MP控制包，它示意了添加被呼叫方3(如用户终端1420)的请求，及媒体组播服务付费方和被呼叫方3的用户地址。
2.媒体组播服务器系统执行如图63a及63b所描述的多项服务验证处理程序以决定是否批准呼叫方的请求。
3.媒体组播服务器系统通过确认媒体组播中的被呼叫方64010来作回复，确认媒体组播中的被呼叫方64010含有多项服务验证处理的结果。
4.如果媒体组播服务器系统批准了呼叫方的请求，媒体组播服务器系统接着分别通过呼叫方中层交换机向呼叫方以及通过被呼叫方3中层交换机向被呼叫方3发送媒体组播建立包64020及64030。媒体组播建立包是MP控制包，它建立传输路径上的交换机的链路表。
5.作为回复媒体组播建立包64020，呼叫方中层交换机(如中层交换机1180)也执行上行链接数据包过滤器的建立。
6.作为回复媒体组播建立包，呼叫方及被呼叫方3分别通过媒体组播建立回复64040及64050来回复。
在添加被呼叫方3后，被呼叫方3即开始自呼叫方接收媒体组播数据包。
6.3.1.3.2 剔除已加入组播的被呼叫方
如果呼叫方(如用户终端1380)要从正在进行的媒体组播服务中剔除一个已加入组播的被呼叫方，如被呼叫方2(如用户终端1450)，图64描述了示例的过程。具体过程是：
1.呼叫方向媒体组播服务器系统发送媒体组播成员信息64060。媒体组播成员信息64060是MP控制包，含有被呼叫方2的用户地址及将被呼叫方2剔除的请求。媒体组播服务器系统或者在建立了该媒体组播服务后维持被呼叫方2的网络地址，或者通过查询地址映射服务器系统后获取该网络地址。
2.媒体组播服务器系统向呼叫方发送确认媒体组播中的被呼叫方64070，确认媒体组播中的被呼叫方64070是MP控制包，它确认了从媒体组播服务中将被呼叫方2剔除。确认媒体组播中的被呼叫方64070也对呼叫方中层交换机(如上行链接数据包过滤器并不是基于被呼叫方2的源地址来执行过滤的)中的上行链接数据包过滤器的一些参数进行复位。
在被呼叫方2自媒体组播服务中被剔除后，媒体组播服务器系统的一个实施例停止发送含有被呼叫方2信息的维持媒体组播包。作为结果，传输路径上的MP适配的交换机会将它们链路表中与被呼叫方2有关的条目复位为默认值。例如，假设呼叫方中层交换机的链路表中的单元37000与被呼叫方2的通信状态相对应，则链路表将单元37000复位为默认值0。
如果被呼叫方2自己主动要求退出服务，除了被呼叫方2将媒体组播成员信息64060发送至媒体组播服务器系统，上述的剔除程序一般也适用。
6.3.1.3.3 媒体组播中的成员查询
在呼叫通信阶段，一个正在进行的媒体组播服务中的被呼叫方可以查询媒体组播服务中其他成员的信息。具体地说：
1.被呼叫方1向媒体组播服务器系统发送媒体组播中的成员查询64080以确定其他方，如被呼叫方2，是否是媒体组播服务的一个成员。媒体组播中的成员查询64080是MP控制包，它含有被呼叫方2的用户地址。
2.接着，媒体组播服务器系统通过媒体组播中的成员查询结果64090来回复，媒体组播中的成员查询结果64090是含有查询结果的MP控制包。在一个实施例中，媒体组播服务器系统通过查询一个含有被呼叫方2状态信息(一个正在进行的媒体组播服务中的被呼叫方2的成员信息)的表格来获取答案。如果上述表格是基于被呼叫方2的网络地址，则媒体组播服务器系统在查询该表格之前会通过地址映射服务器系统以获取被呼叫方2的网络地址。另一方面，如果上述表格是基于被呼叫方2的用户地址，则媒体组播服务器系统可以使用被呼叫方2的用户地址来查询该表格。
6.3.1.4 呼叫终结
呼叫方或媒体组播服务器系统可以启动呼叫终结。图62b描述了呼叫方及服务器系统所要执行的示例性的程序。
6.3.1.4.1 呼叫方启动的呼叫终结
1.呼叫方(如用户终端1380)向位于服务网关1160中的服务器组中的媒体组播服务器系统发送媒体组播终结62130。
2.媒体组播服务器系统接着停止收集服务的使用信息(如服务持续时间及流量)，并将所收集的使用信息传送至本地的计费服务器系统，如服务网关1160中的服务器组10010中的计费服务器系统12040(图12)。
3.媒体组播服务器系统通过呼叫方中层交换机向呼叫方发送媒体组播终结的回复62140，并通过被呼叫方中层交换机向被呼叫方1及被呼叫方2发送媒体组播终结62150及62155。媒体组播终结的回复62140含有有色信息，该有色信息引发呼叫方中层交换机(如中层交换机1180)来执行上面中层交换机部分所论述的上行链接数据包过滤器的复位。
4.作为回复媒体组播终结62150及62155，被呼叫方向媒体组播服务器系统发送媒体组播终结的回复61260及62170。
5.在一个实施例中，如果媒体组播服务传输路径上的MP适配的交换机在预定的时间内没有收到维持媒体组播包，交换机的链路表中的与媒体组播服务相关的条目会被复位为其默认值。
6.3.1.4.2 媒体组播服务器系统启动的呼叫终结
1.媒体组播服务器系统分别向呼叫方、被呼叫方1及被呼叫方2发送媒体组播终结62180、62190、62195。接着，媒体组播服务器系统停止收集服务的使用信息(如服务持续时间或流量)，并将所收集的使用信息传送至本地的计费服务器系统，如服务网关1160中的服务器组10010中的计费服务器系统12040(图12)。
2.媒体组播终结62180是含有有色信息的MP控制包，该有色信息引发呼叫方中层交换机(如中层交换机1180)来执行上面中层交换机部分所论述的上行链接数据包过滤器的复位。
3.呼叫方及被呼叫方通过媒体组播终结的回复62200、62210及62220来回复媒体组播终结包。
6.3.2 属于多个服务网关下的多个MP适配组件之间的媒体组播
图66a、66b、66c及66d是描述MP城域网中属于多个服务网关下的多个MP适配组件之间的媒体组播时间顺序图。为了便于说明，图65所示的MP城域网65000中的用户终端65110启动媒体组播服务，因此它是“呼叫方”。用户终端65120、65130、65140及65150则是“被呼叫方”。为了方便起见，用户终端65120是“被呼叫方1”，用户终端65140是“被呼叫方2”，中层交换机65050是“呼叫方中层交换机”。
类似于服务网关1160中的服务器组10010中的呼叫处理服务器系统12010，位于服务网关65020中的服务器组中的呼叫处理服务器系统即为“呼叫方呼叫处理服务器系统”。位于服务网关65030及服务网关65040中的呼叫处理服务器系统分别是“被呼叫方1的呼叫处理服务器系统”及“被呼叫方2的呼叫处理服务器系统”。当服务网关专门指定一个呼叫处理服务器系统用于管理媒体组播服务时，该指定的呼叫处理服务器系统即被称为“媒体组播服务器系统”。在这个MP城域网65000的实施例中，服务网关65020、服务网关65030及服务网关65040在其服务器组中含有多个指定的服务器系统(如媒体组播服务器系统、网络管理服务器系统、地址映射服务器系统及计费服务器系统)。
另外，假设服务网关65020是MP城域网65000的城域中心网络管理群，则位于服务网关65020中的服务器组中的网络管理服务器系统就是城域中心网络管理服务器系统。下面的论述主要是解释这些组件如何在媒体组播服务中的被呼叫方成员建立、呼叫服务的建立、呼叫通信及呼叫终结等四个阶段上进行互动。
6.3.2.1 被呼叫方成员建立
这里所叙述的步骤与上述的在同一个服务网关下的被呼叫方成员建立的步骤相同。而且，如上面的媒体电话服务部分所述，如果一个地址映射服务器系统没有用来映射用户名或用用户地址来映射网络地址的必要的地址映射信息，则地址映射服务器系统就会查询其城域中心地址映射服务器系统。如果城域中心地址映射服务器系统也没有必要的地址映射信息，则城域中心地址映射服务器系统就会查询其国家中心地址映射服务器系统。如果国家中心地址映射服务器系统也没有必要的地址映射信息，于是国家中心地址映射服务器系统就会查询全球中心地址映射服务器系统。
6.3.2.2 呼叫建立
网络信息发布
在一个涉及同一服务网关下的多个用户终端之间的媒体组播服务中，服务网关中的网络管理服务器系统负责收集并向用户终端方发送相关的网络信息(如服务网关中的服务器组中的各服务器系统及参与媒体组播的各用户终端的网络地址)。这种信息收集及发布的程序就叫“网络信息发布”，并已在前面的服务器组部分被详细论述。
另一方面，当媒体组播服务涉及到一个MP城域网中的多个服务网关时，网络信息发布则涉及到一个城域中心网络管理服务器系统。用图65中的MP城域网65000来作描述，位于服务网关65020中的城域中心网络管理服务器系统向MP城域网中的其他网络管理服务器系统(如位于服务网关65030及65040中的网络管理服务器系统)发送网络资源查询包。接受查询任务的网络管理服务器系统向城域中心网络管理服务器系统汇报其所管理的网络资源的状态。
城域中心网络管理服务器系统也会向MP城域网65000中的服务网关及媒体组播服务的各参与方发布特定的信息来执行媒体组播服务，所述的信息包括、但不局限于城域中心网络管理群(如服务网关65020)中的计费服务器系统、地址映射服务器系统、呼叫处理服务器系统的网络地址及其自己的网络地址。
同样地，当媒体组播服务涉及到同一MP国家网中的不同的MP城域网中的多个服务网关时，网络信息发布则涉及到一个国家中心网络管理服务器系统。用图2中的MP国家网2000来作描述，位于服务网关1020中的国家中心网络管理服务器系统向MP国家网中的其他网络管理服务器系统(如位于城域网接入服务网关2050及2070中的网络管理服务器系统及位于MP城域网1000、2030及2040中的城域中心网络管理群中的网络管理服务器系统)发送网络资源查询包。接受查询任务的网络管理服务器系统向国家中心网络管理服务器系统汇报其所管理的网络资源的状态。
国家中心网络管理服务器系统也会向MP国家网2000中的服务网关及媒体组播服务的各参与方发布特定的信息来执行媒体组播服务，所述的信息包括、但不局限于国家中心网络管理群(如服务网关1020)中的计费服务器系统、地址映射服务器系统、呼叫处理服务器系统的网络地址及其自己的网络地址。
另外，当媒体组播服务涉及到不同MP国家网中的多个服务网关时，网络信息发布则涉及到一个全球中心网络管理服务器系统。用图3中的MP全球网3000来作描述，位于服务网关2020中的全球中心网络管理服务器系统向MP全球网中的其他网络管理服务器系统(如位于国家网接入服务网关3040及3050中的网络管理服务器系统及位于MP国家网络2000、3030及3060中的国家中心网络管理群中的网络管理服务器系统)发送网络资源查询包。接受查询任务的网络管理服务器系统向全球中心网络管理服务器系统汇报其所管理的网络资源的状态。
全球中心网络管理服务器系统也会向MP全球网3000中的服务网关及媒体组播服务的各参与方发布特定的信息来执行媒体组播服务，所述的信息包括、但不局限于全球中心网络管理群(如服务网关2020)中的计费服务器系统、地址映射服务器系统、呼叫处理服务器系统的网络地址及其自己的网络地址。
多项服务验证处理
图67a及图67b描述了在媒体组播服务中，涉及MP城域网65000中多个服务网关(如服务网关65020、服务网关65030及服务网关65040)的多项服务验证处理的一个过程。
1.呼叫方向呼叫方媒体组播服务器系统(如位于服务网关65020中的媒体组播服务器系统)发送媒体组播请求67000。媒体组播请求67000是MP控制包，含有媒体组播服务付费方及各被呼叫方(如用户终端65120、用户终端65130、用户终端65140及用户终端65150)的用户地址，及呼叫方(如用户终端65110)及呼叫方媒体组播服务器系统的网络地址。呼叫方通过上面所述的以及服务器组部分所述的网络信息发布来获取其自己及呼叫方媒体组播服务器系统的网络地址。
2.从呼叫方收到媒体组播请求67000后，呼叫方媒体组播服务器系统向地址映射服务器系统发送地址解析查询67010，地址解析查询67010含有付费方和被呼叫方的用户地址，以及地址映射服务器系统的网络地址。(呼叫方媒体组播服务器系统先前也是通过网络信息发布来获取地址映射服务器系统的网络地址)。
3.地址映射服务器系统将付费方的用户地址映射到付费方的网络地址，并通过地址解析查询回复67020将付费方的网络地址发送至呼叫方媒体组播服务器系统。
4.呼叫方媒体组播服务器系统通过网络信息发布及上面所述的城域中心网络管理服务器系统来获取被呼叫方1的服务器系统及被呼叫方2的服务器系统的网络地址。
5.呼叫方媒体组播服务器系统分别向被呼叫方1媒体组播服务器系统及被呼叫方2媒体组播服务器系统发送媒体组播请求67030及67040。
6.在收到媒体组播请求后，被呼叫方媒体组播服务器系统查询其网络管理服务器系统(如位于服务网关65030及服务网关65040中的网络管理服务器系统)是否有足够的资源(服务网关65030及服务网关65040所管理和监控的带宽使用)来执行所请求的媒体组播服务。接着，被呼叫方1及被呼叫方2的媒体组播服务器系统分别通过媒体组播请求回复67050及67060来作回复。
7.假设被呼叫方媒体组播服务器系统有足够的资源来执行所请求的媒体组播服务，呼叫方媒体组播服务器系统接着向计费服务器系统发送含有付费方及计费服务器系统网络地址的财务状况查询67070。
8.计费服务器系统通过财务状况查询结果67080向呼叫方媒体组播服务器系统发送付费方的财务状况信息。
9.呼叫方媒体组播服务器系统向呼叫方发送媒体组播请求回复67090。在一个实施例中，这个回复通知了呼叫方是否可以继续媒体组播服务。
10.如果呼叫方被允许继续媒体组播服务，则呼叫方向呼叫方媒体组播服务器系统发送含有被呼叫方1用户地址的媒体组播成员1的信息67100。呼叫方在上面所述的被呼叫方成员建立阶段获取被呼叫方1的用户地址。
11.呼叫方媒体组播服务器系统向地址映射服务器系统发送含有被呼叫方1用户地址的地址解析查询67110。
12.地址映射服务器系统通过地址解析查询回复67120将被呼叫方1的网络地址发回。
13.呼叫方媒体组播服务器系统将含有被呼叫方1及被呼叫方2网络地址的网络资源状态查询67130发送至呼叫方网络管理服务器系统。在本例中，呼叫方网络管理服务器系统也是城域中心网络管理服务器系统。
14.根据城域中心网络管理服务器系统拥有的资源信息，城域中心网络管理服务器系统或者批准、或者拒绝呼叫方建立与被呼叫方1及被呼叫方2媒体组播服务的请求。而且，该城域中心网络管理服务器系统的一个实施例还维持一组业务号码以分配给它所管辖的服务网关所涉及的媒体组播服务。具体地说，如果城域中心网络管理服务器系统分配一个指定的业务号码给所请求的媒体组播服务，该业务号码则成为保留业务号码，而且在所请求的媒体组播服务终结前不能被用于其他用途。城域中心网络管理服务器系统通过网络资源状态查询结果67140将其呼叫认可决定及保留业务号码发送至呼叫方媒体组播服务器系统。
15.如果城域中心网络管理服务器系统批准呼叫方的请求，则呼叫方媒体组播服务器系统向被呼叫方1发送被呼叫方查询67150发送。
16.被呼叫方1通过被呼叫方查询结果67160来回复呼叫方媒体组播服务器系统。在一个实施例中，这个查询结果将被呼叫方1参与服务的状态告知呼叫方媒体组播服务器系统。
17.呼叫方媒体组播服务器系统接着通过确认媒体组播服务中的被呼叫方1的67170将被呼叫方1的回复发送至呼叫方。
18.如果存在多个被呼叫方，如被呼叫方2，则以上所述的10至17的步骤将会重复进行。
虽然上面的叙述一般也适用于涉及位于不同MP城域网(但在同一MP国家网)的多个服务网关或位于不同MP国家网的多个服务网关的媒体组播服务，但是针对MP城域网间或MP国家网间的媒体组播服务的多项服务验证处理程序可包括其他步骤。如上面的媒体电话服务部分所述，如果城域中心网络管理服务器系统缺少所必需的资源信息来批准或拒绝所请求的服务，和/或缺少保留业务号码的权限，则城域中心网络管理服务器系统就会向国家中心网络管理服务器系统查询。如果国家中心网络管理服务器系统依然缺少必需的信息或权限，则它会向全球中心网络管理服务器系统查询。
如果特定的条件不符合，上述的多项服务验证处理会自动终结。例如，如果付费方的财务状况无法获取，呼叫方媒体组播服务器系统会通知呼叫方，并有效地终结多项服务验证处理。很显然，本领域内的一般技术人员实施所述的多项服务验证处理无需特定的细节，而且不超出所披露的多项服务验证处理技术范围。此外，虽然在上述的论述中网络管理服务器系统负责保留业务号码，但同样明显的是，本领域内的一般技术人员可以用其他的服务器系统(如呼叫处理服务器系统)来实施保留业务号码的工作，并且也不超出所披露的MP媒体组播技术范围。
为了清楚起见，下面的呼叫服务建立部分将上述的多项服务验证处理程序压缩为图66a所示的两个阶段：呼叫方向呼叫方媒体组播服务器系统发送媒体组播多项服务验证处理请求66000，以及呼叫方媒体组播服务器系统通过媒体组播多项服务验证处理结果66010向呼叫方作出回复。
图66a描述了在多个服务网关之间建立媒体组播服务的呼叫服务的建立过程。具体的过程是：
1.呼叫方(如图65所示的用户终端65110)通过呼叫方中层交换机(如中层交换机65050)向服务网关(如服务网关65020)中的媒体组播服务器系统发送媒体组播多项服务验证处理请求66000。
2.作为回复，媒体组播服务器系统执行所请求的多项服务验证处理(已在上面的服务器组部分被论述过)以决定是否允许呼叫方继续进行，并通过媒体组播多项服务验证处理结果66010将多项服务验证处理的结果发回呼叫方。媒体组播多项服务验证处理请求66000及媒体组播多项服务验证处理结果66010均为MP控制包。
3.呼叫方媒体组播服务器系统分别向呼叫方、被呼叫方1的媒体组播服务器系统及被呼叫方2的媒体组播服务器系统发送媒体组播建立包66020(通过呼叫方中层交换机65050)、示意媒体组播建立66030(通过服务网关65020中的边缘交换机及被呼叫方1的媒体组播服务器系统)、及示意媒体组播建立66040(通过被呼叫方2的媒体组播服务器系统)。媒体组播建立包66020及示意媒体组播建立66030和66040均为MP控制包。媒体组播建立包中的目的地域5010含有呼叫方的网络地址，以及包中的有效载荷数据域5050含有保留的业务号码(如图5所示)。另一方面，示意媒体组播建立包中的目的地域5010含有被呼叫方媒体组播服务器系统的网络地址，以及包中的有效载荷数据域5050含有被呼叫方的网络地址及保留的业务号码。
4.在收到媒体组播建立包66020后，服务网关65020中的边缘交换机及呼叫方中层交换机(如中层交换机65020)根据包中的有色信息及局部地址信息来更新其链路表(如前面的边缘交换机部分及中层交换机部分所论述的)。中层交换机进一步地根据包中的有色信息及局部地址信息将媒体组播建立包传送至家庭网关(如家庭网关65080)。
5.在收到示意媒体组播建立66030和66040后，被呼叫方媒体组播服务器系统向被呼叫方发送媒体组播建立包66050及66060。
6.针对被呼叫方媒体组播服务器系统发往被呼叫方的媒体组播建立包66050及66060，服务网关65030及服务网关65040中的边缘交换机、中层交换机(如中层交换机65060及65070)以及家庭网关(如家庭网关65090及65100)中的用户交换机根据媒体组播建立包中的有色信息及局部地址信息来更新其链路表。
7.作为回复媒体组播建立包，被呼叫方1及被呼叫方2分别向其媒体组播服务器系统发送媒体组播建立回复包66080及66070。
8.接着，被呼叫方媒体组播服务器系统向呼叫方媒体组播服务器系统发送属于MP控制包的示意媒体组播建立的回复66090及66100，它们示意了被呼叫方参与服务的状态(如被呼叫方是否有空)。
9.当呼叫方中层交换机(如中层交换机65050)收到媒体组播建立包66020时，它也会建立前面中层交换机部分所述的上行链接数据包过滤器。
10.呼叫方通过媒体组播建立回复包66110来回复媒体组播建立包。
另外需要注意的是，假如媒体组播多项服务验证处理结果66010示意所请求的操作不成功，媒体组播服务会在没有任何进一步处理的情况下终结。另一方面，假如媒体组播多项服务验证处理结果66010示意所请求的操作被验证通过，而66070、66080、66090和66100中的一个示意了媒体组播建立的失败，则示意媒体组播建立失败的一方会缺席该媒体组播服务。或者，假如媒体组播服务要求所有各方必须全部出席，而所述的一个回复包示意了媒体组播建立的失败，则媒体组播服务就会在没有任何进一步处理的情况下终结。
6.3.2.3 呼叫通信
图66b描述了MP城域网中的三个服务网关之间的媒体组播服务的示例的呼叫通信程序。具体的过程是：
1.呼叫方(如用户终端65110)向被呼叫方1及被呼叫方2(如用户终端65120及65140)发送属于MP数据包的数据66120。
2.呼叫方中层交换机(如中层交换机65050)对这些数据包执行上行链接数据包过滤检查，上行链接数据包过滤检查已经在前面的中层交换机部分作了详细的论述。
3.如果数据包没有通过上行链接数据包过滤检查，呼叫方中层交换机就会丢弃这些数据包。或者，呼叫方中层交换机可将数据包发往一个指定的用户终端以跟踪自呼叫方向被呼叫方的传输失败的比率。
4.在一个实施例中，当数据66120到达服务网关65030或服务网关65040中的边缘交换机时，边缘交换机会在将这些数据包送往它们的目的地之前改变这些数据包中的目的地地址域5010中的业务号码。可能发生的业务号码的改变在边缘交换机部分已作了描述。
5.在数据66120的传送过程中，呼叫方媒体组播服务器系统不时地分别向呼叫方、被呼叫方1的媒体组播服务器系统及被呼叫方2的媒体组播服务器系统发送维持媒体组播66130、示意媒体组播的维持66140及66150。维持媒体组播66130、示意媒体组播的维持66140及66150是MP控制包，它们含有分别与媒体组播建立包66020、示意媒体组播建立66030及66040相同的目的地地址。
6.如前面的边缘交换机、中层交换机及用户交换机部分所述，在收到维持媒体组播包后，媒体组播服务的传输路径上的交换机或者维持、或者更新其链路表来保证媒体组播服务的呼叫通信得以继续。
7.当示意媒体组播维持包到达被呼叫方媒体组播服务器系统时，这些服务器系统进一步分别向被呼叫方1及被呼叫方2发送维持媒体组播66170及66160。
8.被呼叫方通过分别向各自的被呼叫方媒体组播服务器系统发送维持媒体组播的回复66180及66190来作回复。
9.被呼叫方媒体组播服务器系统接着向呼叫方媒体组播服务器系统发送示意媒体组播维持的回复66200及66210。如果任何回复示意了对维持媒体组播包的拒绝或失败，则示意失败或拒绝的参与方将转入下面所叙述的媒体组播服务的终结阶段。
10.当呼叫方媒体组播服务器系统收到来自于呼叫方第一个维持媒体组播回复包(如维持媒体组播回复66220)时，呼叫方媒体组播服务器系统开始测算媒体组播服务的使用参数(如流量及媒体组播服务的持续时间)。在服务器组的一个实施例中，媒体组播服务器系统或网络管理服务器系统可以建立这些与计费相关的参数及用来追踪这些参数的相关策略。
11.在一个实施例中，如果来自于呼叫方及被呼叫方的维持媒体组播回复包丢失的数量超过了预先设定的值，则呼叫方媒体组播服务器系统就把媒体组播服务转入下面所论述的呼叫终结阶段。
前面的关于位于同一MP城域网中的多个服务网关之间的媒体组播服务的呼叫通信的描述也适用于位于不同MP城域网(但位于同一MP国家网)，或不同MP国家网中的多个服务网关之间的媒体组播服务。
虽然上述的例子描述了媒体组播服务中的半双工数据通信，但很显然，对于本领域内的一般技术人员来说，可使用所论述的技术在媒体组播服务中实现全双工数据通信。在一个实施例中，如果上述的一个被呼叫方希望向媒体组播服务中的其他方发送资料，该被呼叫方可以申请另一个媒体组播服务，并邀请同样的参与方加入。作为结果，即使呼叫方与被呼叫方使用不同的业务号码来传送数据，呼叫方与被呼叫方事实上实现了全双工数据通信。或者，真正的全双工(即呼叫方及被呼叫方均可同时使用同一业务号码来传送数据)数据通信可通过与图66b及上述的程序相类似的步骤来实现。然而，为保证全双工通信中的安全性没有被危及，媒体组播服务器系统将建立呼叫方中层交换机及被呼叫方中层交换机的上行链接数据包过滤器。
在媒体组播的呼叫通信阶段，一个新的被呼叫方可以被添加到媒体组播服务中，一个现有的被呼叫方可以从媒体组播服务中被剔除，以及媒体组播服务中的参与方的身份也可以被查询。涉及多个服务网关的媒体组播服务的程序与上述的涉及一个服务网关的媒体组播服务的程序相类似，此处不再赘述。
6.3.2.4 呼叫终结
呼叫方及媒体组播服务器系统可以启动呼叫终结。图66c及图66d描述了呼叫方及媒体组播服务器系统启动呼叫终结的示例性程序。
6.3.2.4.1 呼叫方启动的呼叫终结
1.呼叫方(如用户终端65110)向位于服务网关65020中的服务器组中的呼叫方媒体组播服务器系统发送媒体组播终结66230。
2.呼叫方媒体组播服务器系统停止收集服务的使用信息(如服务持续时间及流量)，并向本地的计费服务器系统(如位于服务网关65020中的服务器组中的计费服务器系统)发送所收集的使用信息。
3.呼叫方媒体组播服务器系统向呼叫方发送媒体组播终结回复66240，并向被呼叫方媒体组播服务器系统发送示意媒体组播终结66250及66260。媒体组播终结回复66240含有有色信息，该有色信息引发呼叫方中层交换机(如中层交换机65050)来执行上面中层交换机部分所论述的上行链接数据包过滤器的复位。
4.作为回复示意媒体组播终结，被呼叫方媒体组播服务器系统分别向被呼叫方1及被呼叫方2发送媒体组播终结66270及66280。
5.接着，被呼叫方通过向其各自的媒体组播服务器系统发送媒体组播终结回复66290及66300来作回复。接着，被呼叫方媒体组播服务器系统通过示意媒体组播终结的回复66310及66320将被呼叫方终结程序的状态告知呼叫方媒体组播服务器系统。
6.在一个实施例中，因为媒体组播服务传输路径上的MP适配的交换机在预定的时间内没有收到维持媒体组播包，交换机的链路表中的与媒体组播服务相关的条目会被复位为其默认值。
6.3.2.4.2 媒体组播服务器系统启动的呼叫终结
1.呼叫方媒体组播服务器系统向呼叫方发送媒体组播终结66330，并分别向被呼叫方1及被呼叫方2的媒体组播服务器系统发送示意媒体组播终结66340及66350。而且，呼叫方媒体组播服务器系统停止收集服务的使用信息(如服务的流量及持续时间)，并向本地的计费服务器系统(如位于服务网关65020中的服务器组中的计费服务器系统)发送所收集的使用信息。
2.属于MP控制包的媒体组播终结66330含有有色信息，该有色信息引发呼叫方中层交换机(如中层交换机65050)来执行上面中层交换机部分所论述的上行链接数据包过滤器的复位。
3.作为回复媒体组播终结66330，呼叫方向呼叫方媒体组播服务器系统发送媒体组播终结回复66360。
4.当被呼叫方媒体组播服务器系统收到示意媒体组播终结包时，该服务器系统释放所保留的媒体组播服务的资源(如使业务号码对新的媒体组播服务变为可用的)，并分别向被呼叫方1及被呼叫方2传送媒体组播终结66370及66380。
5.作为回复，被呼叫方向其各自的媒体组播服务器系统发送媒体组播终结的回复66390及66400。
6.接着，被呼叫方媒体组播服务器系统通过示意媒体组播终结的回复66410及66420将被呼叫方终结程序的状态告知呼叫方媒体组播服务器系统。
6.4 媒体广播服务(MB)
媒体广播服务是一种可使用户终端收到来自于媒体广播节目源的内容的组播服务。(参照上面的定义部分)一个广播节目源(实况转播或存储播放)可以位于一个MP网络，也可以位于一个非MP网络1300(图1d)。位于MP网络中的媒体广播节目源生成并传送MP包至服务网关中的边缘交换机，而位于非MP网络1300中的媒体广播节目源生成并传送非MP包至服务网关1160。接着，服务网关1160中的网关在将MP封装包传送至服务网关1160中的边缘交换机之前首先将非MP包置入MP封装包内。这些MP包及MP封装包含有有色信息，该有色信息示意了这些包是媒体广播包。
一个服务网关的服务器组的实施例包括一个媒体广播节目源服务器系统，它对上述的媒体广播节目源进行配置、检查及管理。例如，当媒体广播节目源服务器系统检测到来自于媒体广播节目源的错误时，它会向服务器组中的呼叫处理服务器系统发送错误信息包。很显然，本领域内的一般技术人员可以将媒体广播节目源服务器系统的功能包括在呼叫处理服务器系统内，而且不超出所披露的媒体广播技术范围。
6.4.1 同一服务网关下的两个MP适配组件之间的媒体广播
图68是一幅时间顺序图，它描述了一个服务网关下的用户终端和媒体广播节目源(如用户终端1420(图1d)，及服务网关1160中的服务网关媒体存储器(图10未示))之间的一场媒体广播服务。
为了方便说明，用户终端1420向服务网关媒体存储器请求所存储的媒体节目。用户终端1420就被称为“呼叫方”，服务网关媒体存储器则是“媒体广播节目源”，而服务网关1160中的边缘交换机(如边缘交换机10000)既是“呼叫方边缘交换机”，又是“被呼叫方边缘交换机”。在本例中，中层交换机1180既是“呼叫方中层交换机”，又是“被呼叫方中层交换机”。位于服务网关1160中的服务器组10010中的呼叫处理服务器系统12010(图12)管理呼叫方与媒体广播节目源之间的数据包交换。“媒体广播服务器系统”是被专门指定用来管理及执行媒体广播服务的呼叫处理服务器系统。
下面的讨述主要是解释呼叫各方如何在媒体广播服务中的呼叫服务建立、呼叫通信及呼叫终结等三个阶段上进行互动。
6.4.1.1 呼叫服务建立
1.呼叫方(如用户终端1420)通过服务网关1160中的边缘交换机(如边缘交换机10000)和呼叫方中层交换机(如中层交换机1180)向媒体广播服务器系统发送媒体广播多项服务验证处理请求68000来启动呼叫服务。媒体广播多项服务验证处理请求68000是MP控制包，包括呼叫方及媒体广播服务器系统的网络地址，及媒体广播节目源的用户地址。如上面的逻辑层部分所述，呼叫方一般并不知道媒体广播节目源的网络地址，而是依赖服务网关中的服务器组将一个用户地址映射到网络地址上。另外，呼叫方及媒体广播节目源通过网络信息发布(如上面的服务器组部分及媒体组播部分所述)从服务器组10010中的网络管理服务器系统12030(图12)获取MP网络信息(如媒体广播服务器系统的网络地址)来执行媒体广播服务。
2.收到媒体广播多项服务验证处理请求68000后，媒体广播服务器系统执行多项服务验证处理程序(如上面的服务器组部分及媒体组播部分所述)以决定是否允许呼叫方继续。
3.媒体广播服务器系统通过呼叫方中层交换机向呼叫方发送媒体广播多项服务验证处理请求的回复68010来表明已收到呼叫方的请求。媒体广播多项服务验证处理请求的回复68010是含有多项服务验证处理结果的MP控制包。
4.如果结果示意了媒体广播服务器系统可以进行所请求的媒体广播服务，则媒体广播服务器系统通过媒体广播通知68025来通知媒体广播节目源服务器系统。
5.媒体广播节目源服务器系统通过媒体广播通知的回复68028来回复媒体广播服务器系统。
6.媒体广播服务器系统通过呼叫方中层交换机向呼叫方传送媒体广播建立包68020。媒体广播建立包68020是含有呼叫方及媒体广播节目源网络地址及所请求的媒体广播服务所被允许呼叫流量(如带宽)的MP控制包。而且，该控制包含有保留业务号码及相关的有色信息(如媒体广播建立的有色信息)，该有色信息引导了服务网关1160中的边缘交换机(如边缘交换机10000)、呼叫方中层交换机(如中层交换机1180)及家庭网关1200中的用户交换机以更新其链路表。更新链路表的程序在前面的边缘交换机及中层交换机部分均有详细描述。更进一步，在一个实施例中，媒体广播建立包68020在边缘交换机10000中建立了上行链接数据包过滤器。
7.呼叫方通过呼叫方中层交换机向媒体广播服务器系统发送媒体广播建立回复包68030来表明已收到媒体广播建立包68020。媒体广播建立回复包68030是MP控制包。
8.收到媒体广播建立回复包后，媒体广播服务器系统开始收集媒体广播服务的使用信息(如服务的持续时间及流量)。
6.4.1.2 呼叫通信
1.在媒体广播服务所涉及的交换机中建立了链路表后，呼叫方可以开始接收广播数据68040。广播数据68040是MP数据包，含有特定的有色信息(示意数据包是媒体广播数据包)及保留的业务号码。另外，服务网关1160中的边缘交换机(如边缘交换机10000)中的上行链接数据包过滤器在允许广播数据包68040到达呼叫方之前对其进行检查。
2.在呼叫通信阶段媒体广播服务器系统不时地向呼叫方发送维持媒体广播68050。维持媒体广播68050是MP控制包，媒体广播服务器系统的一个实施例用它来管理链路表。或者，媒体广播服务器系统可用维持媒体广播包来收集媒体广播服务中呼叫方的连接状态信息(如错误率及数据包丢失的数量)。
3.呼叫方通过呼叫方中层交换机向媒体广播服务器系统发送维持媒体广播的回复68060来表明已收到维持媒体广播68050。维持媒体广播的回复68060是含有所请求的呼叫连接状态信息的MP控制包。
4.根据维持媒体广播的回复68060，媒体广播服务器系统会不时地重复上述第2及第3项。否则，媒体广播服务器系统会修改媒体广播服务。例如，如果媒体广播服务的错误率超出一个可容忍的范围，媒体广播服务器系统会通知呼叫方，并结束服务。
6.4.1.3 呼叫终结
呼叫方及媒体广播服务器系统可以启动呼叫终结。此外，当前述的媒体广播节目源服务器系统检测到来自于媒体广播节目源的错误后，它会通知媒体广播服务器系统来启动呼叫终结。
6.4.1.3.1 呼叫方启动的呼叫终结
1.呼叫方通过呼叫方中层交换机向媒体广播服务器系统发送属于MP控制包的媒体广播终结68070。
2.作为回复，媒体广播服务器系统通过呼叫方中层交换机向呼叫方发送属于MP控制包的媒体广播终结回复68080。此外，媒体广播服务器系统停止收集服务的使用信息(如服务的持续时间及流量)，并将所收集的使用信息传送至本地的计费服务器系统，如服务网关1160中的服务器组10010中的计费服务器系统12040(图12)。
3.参与媒体广播服务的交换机，如中层交换机1180，会在收到媒体广播终结回复68080时复位其链路表。
4.当呼叫方通过呼叫方中层交换机收到来自于媒体广播服务器系统的媒体广播终结回复68080时，呼叫方会退出媒体广播服务。其他与媒体广播节目源已经建立连接的呼叫方可继续接收广播数据68040。
6.4.1.3.2 媒体广播服务器系统启动的呼叫终结
当检测到无法容忍的通信条件(如过多的数据包丢失、过高的错误率以及过多的维持媒体广播回复包的丢失)时，媒体广播服务器系统的一个实施例会启动呼叫终结。
1.媒体广播服务器系统通过呼叫方中层交换机向呼叫方发送属于MP控制包的媒体广播终结68090。而且，媒体广播服务器系统停止收集服务的使用信息(如服务的持续时间及服务流量)，并将所收集的使用信息传送至本地的计费服务器系统，如服务网关1160中的服务器组10010中的计费服务器系统12040(图12)。
2.参与媒体广播服务的交换机，如中层交换机1180，会在收到媒体广播终结68090后复位其链路表。
3.接着，呼叫方通过呼叫方中层交换机向媒体广播服务器系统发送属于MP控制包的媒体广播终结的回复68100，并有效地终结媒体广播服务。与媒体广播节目源建立连接的其他呼叫方可继续接收广播数据68040。
6.4.1.3.3 媒体广播节目源服务器系统启动的呼叫终结
当媒体广播节目源服务器系统检测到无法容忍的通信条件(如媒体广播节目源意外断电)时，它通知媒体广播服务器系统结束媒体广播服务。
1.媒体广播节目源服务器系统向媒体广播服务器系统发送媒体广播节目源出错68110，媒体广播节目源出错68110是一个MP控制包，它含有媒体广播节目源的网络地址及由媒体广播节目源产生的错误代码。
2.接着，媒体广播服务器系统执行上面的媒体广播服务器系统启动的呼叫终结部分所述的处理。具体地说，媒体广播服务器系统通过呼叫方中层交换机向呼叫方发送媒体广播终结68120，而呼叫方则以媒体广播终结回复68130来作回复。
6.4.2 属于两个服务网关下的两个MP适配组件之间的媒体广播
图69a及图69b是描述涉及两个服务网关的用户终端和媒体广播节目源(如图1d所示的用户终端1320，及服务网关1160中的服务网关媒体存储器(图10中未示))之间的媒体广播服务的时间顺序图。为了便于说明，用户终端1320从服务网关媒体存储器请求媒体节目。用户终端1320即为“呼叫方”，服务网关存储器是“媒体广播节目源”或者“被呼叫方”。服务网关1060中的边缘交换机为“呼叫方边缘交换机”，中层交换机1080为“呼叫方中层交换机”。服务网关1160中的边缘交换机为“被呼叫方边缘交换机”，而中层交换机1180则为“被呼叫方中层交换机”。位于服务网关1060中的服务器组中的呼叫处理服务器系统即为“呼叫方呼叫处理服务器系统”，而位于服务网关1160中的呼叫处理服务器系统即为“被呼叫方呼叫处理服务器系统”。当服务网关专门指定一个呼叫处理服务器系统去管理及执行媒体广播服务时，该指定的呼叫处理服务器系统即被称为“媒体广播服务器系统”。同样也位于服务网关1060中的服务器组中的媒体广播节目源服务器系统配置、检测并管理上述的媒体广播节目源。
如上所述，被呼叫方媒体广播服务器系统的功能可与媒体广播节目源服务器系统的功能合并。然而，值得注意的是这两种服务器系统仍有不同的功能。例如，在媒体广播呼叫终结阶段后所请求的媒体广播服务结束了，被呼叫方媒体广播服务器系统的一个实施例会退出媒体广播服务，并在收到另一个媒体广播服务请求之前保持闲置状态。另一方面，对一个用户来说即使当一个特定的媒体广播服务总结经验了，节目源服务器系统的一个实施例会继续为其他正在进行中的媒体广播服务管理节目源。
虽然在所举的大部分实施例中，服务网关1160是作为MP城域网1000的城域中心网络管理群，但在下面的例子中服务网关1060是城域中心网络管理群。位于服务网关1060中的服务器组中的网络管理服务器系统即是城域中心网络管理服务器系统。
下面的论述主要是解释各方在媒体广播服务的呼叫服务建立、呼叫通信及呼叫终结等三个阶段中是如何进行互动的。
6.4.2.1 呼叫服务建立
1.呼叫方(如用户终端1320)通过呼叫方边缘交换机及呼叫方中层交换机(如中层交换机1080)向呼叫方媒体广播服务器系统发送媒体广播多项服务验证处理请求69000以启动媒体广播服务。媒体广播多项服务验证处理请求69000是MP控制包，含有呼叫方及呼叫方媒体广播服务器系统的网络地址，及媒体广播节目源的用户地址。如前面的逻辑层部分所述，呼叫方一般并不知道被呼叫方(如这里的媒体广播节目源)的网络地址。实际上，呼叫方依赖于服务网关中的服务器组将用户地址映射到网络地址上。此外，呼叫方及被呼叫方通过网络信息发布(如上面的服务器组部分及媒体组播部分所述)分别从服务网关1060中的服务器组的网络管理服务器系统及服务网关1160获取MP网络信息(如媒体广播服务器系统的网络地址)来执行媒体广播服务。
2.收到媒体广播多项服务验证处理请求69000后，呼叫方媒体广播服务器系统执行多项服务验证处理程序(如前面的服务器组部分及媒体组播部分所述)以决定是否允许呼叫方继续。
3.呼叫方媒体广播服务器系统通过呼叫方中层交换机向呼叫方发送媒体广播多项服务验证处理请求的回复69010来表明已收到呼叫方的请求。媒体广播多项服务验证处理请求的回复69010是含有多项服务验证处理结果的MP控制包。
4.接着，呼叫方媒体广播服务器系统分别向呼叫方及被呼叫方媒体广播服务器系统发送媒体广播建立包69020及媒体广播建立包69030。媒体广播建立包69020及媒体广播建立包69030均为MP控制包，含有呼叫方及被呼叫方的网络地址，及请求的媒体广播服务所被允许的呼叫流量(如带宽)。
5.而且，这些媒体广播建立包含有保留业务号码及有色信息，该有色信息引导了涉及媒体广播服务的交换机(如服务网关1160中的边缘交换机10000、服务网关1060中的边缘交换机、如中层交换机1180、及家庭网关1100中的用户交换机)来更新其链路表。更新链路表的程序在前面的边缘交换机及中层交换机部分均有详细描述。此外，媒体广播建立包69030在被呼叫方边缘交换机(如服务网关1160中的边缘交换机)中建立了上行链接数据包过滤器。
6.呼叫方通过呼叫方中层交换机向呼叫方媒体广播服务器系统发送媒体广播建立回复包69040来表明已收到媒体广播建立包69020。被呼叫方媒体广播服务器系统通过媒体广播建立回复包69050来回复呼叫方媒体广播服务器系统。媒体广播建立回复包69040及媒体广播建立回复包69050是MP控制包。
7.收到媒体广播建立回复包后，呼叫方媒体广播服务器系统开始收集媒体广播服务的使用信息(如服务的持续时间及流量)。
尽管上面的论述一般也适用于涉及位于不同MP城域网(但属于同一MP国家网)的两个服务网关的媒体广播服务，或涉及位于不同MP国家网的服务网关的媒体广播服务，但是针对MP城域网间或MP国家网间的媒体广播服务的多项服务验证处理程序可包括额外的步骤。如上面的媒体电话服务部分所述，如果城域中心网络管理服务器系统缺少所必需的资源信息来批准或拒绝所请求的服务，和/或缺少保留业务号码的权限，则城域中心网络管理服务器系统就会向国家中心网络管理服务器系统查询。如果国家中心网络管理服务器系统依然缺少必需的资源信息和/或权限，则中心网络管理服务器系统就会向全球中心网络管理服务器系统查询。
6.4.2.2 呼叫通信
1.在涉及媒体广播服务的交换机中建立链路表后，呼叫方可以开始接收广播数据69100。广播数据69100是MP数据包，含有有色信息(示意数据包是媒体广播数据包)及保留的业务号码。另外，服务网关1160中的边缘交换机(如边缘交换机10000)中的上行链接数据包过滤器在允许MP数据包到达呼叫方之前会检测广播数据69100。
2.在呼叫通信阶段呼叫方媒体广播服务器系统不时地向呼叫方发送维持媒体广播69110。维持媒体广播69110是MP控制包，是被媒体广播服务器系统的一个实施例用来管理链路表的。或者，媒体广播服务器系统可以使用维持媒体广播包来收集媒体广播服务中呼叫方的通信连接状态信息(如错误率及丢失数据包的数目)。
3.呼叫方通过向呼叫方媒体广播服务器系统发送维持媒体广播的回复69120来表明已收到维持媒体广播69110。维持媒体广播的回复69120是MP控制包，含有所查询的通信连接状态的信息。
4.根据维持媒体广播的回复69120，媒体广播服务器系统会不时地重复进行上述的第2及第3步。否则，媒体广播服务器系统可更改媒体广播服务。例如，如果服务的错误率超过可容忍的范围，呼叫方媒体广播服务器系统会通知呼叫方，并结束该服务。
上面有关于位于同一MP城域网中的多个服务网关之间的媒体广播服务的呼叫通信阶段的描述也适用于涉及位于不同MP城域网(但位于同一MP国家网)和/或位于不同MP国家网中的多个服务网关之间的媒体广播服务。
6.4.2.3 呼叫终结
呼叫方、呼叫方媒体广播服务器系统及被呼叫方媒体广播服务器系统可以启动呼叫终结。另外，当媒体广播节目源服务器系统检测到媒体广播节目源的错误后，它会通知呼叫方媒体广播服务器系统以启动呼叫终结。
6.4.2.3.1 呼叫方启动的呼叫终结
1.呼叫方通过呼叫方中层交换机向呼叫方媒体广播服务器系统发送属于MP控制包的媒体广播终结69130。另外，媒体广播服务器系统停止收集服务的使用信息(如服务的持续时间及流量)，并将所收集的使用信息传送至本地的一个计费服务器系统，如服务网关1060中的服务器组中的计费服务器系统(图12)。
2.呼叫方媒体广播服务器系统向被呼叫方媒体广播服务器系统发送媒体广播终结69140，并通过呼叫方中层交换机向呼叫方发送媒体广播终结的回复69150。
3.收到媒体广播终结的回复69150及69160时，涉及媒体广播服务的交换机(如中层交换机1080、服务网关1160中的边缘交换机，及服务网关1060中的边缘交换机)复位其链路表。而且，媒体广播终结的回复69160会复位服务网关1160中的边缘交换机中的上行链接数据包过滤器。
4.当呼叫方收到来自于呼叫方媒体广播服务器系统的媒体广播终结的回复69150时，呼叫方自媒体广播服务中退出。
5.当呼叫方媒体广播服务器系统收到来自于被呼叫方媒体广播服务器系统的媒体广播终结的回复69160时，它终结媒体广播服务。
6.4.2.3.2 呼叫方媒体广播服务器系统启动的呼叫终结
当检测到无法容忍的通信条件(如过多的数据包丢失、过高的错误率以及过多的维持媒体广播回复包的丢失)时，呼叫方媒体广播服务器系统的一个实施例会启动呼叫终结。
1.呼叫方媒体广播服务器系统通过呼叫方中层交换机向呼叫方发送媒体广播终结69170，并向被呼叫方媒体广播服务器系统发送媒体广播终结69180。另外，呼叫方媒体广播服务器系统停止收集服务的使用信息(如服务的持续时间及流量)，并将所收集的使用信息传送至本地的一个计费服务器系统，如服务网关1060中的服务器组中的计费服务器系统。
2.收到媒体广播终结69170及69180时，涉及媒体广播服务的交换机(如中层交换机1080、服务网关1160中的边缘交换机，及服务网关1060中的边缘交换机)复位其链路表。而且，媒体广播终结69180会复位服务网关1160中的边缘交换机中的上行链接数据包过滤器。
3.作为回复，呼叫方向呼叫方媒体广播服务器系统发送属于MP控制包的媒体广播终结的回复69190，并有效地退出媒体广播服务。相类似地，被呼叫方媒体广播服务器系统向呼叫方媒体广播服务器系统发送媒体广播终结的回复69200。
4.收到媒体广播终结的回复69190及69200时，呼叫方媒体广播服务器系统结束媒体广播服务。
上面的论述也适用于被呼叫方媒体广播服务器系统启动的呼叫终结。
6.4.2.3.3 媒体广播节目源服务器系统启动的呼叫终结
当媒体广播节目源服务器系统检测到无法容忍的通信条件(如媒体广播节目源意外断电)时，它通知被呼叫方媒体广播服务器系统结束媒体广播服务。
1.媒体广播节目源服务器系统向被呼叫方媒体广播服务器系统发送媒体广播节目源出错69210，媒体广播节目源出错69210是MP控制包，它含有媒体广播节目源的网络地址及由媒体广播节目源产生的错误代码。
2.接着，被呼叫方媒体广播服务器系统向呼叫方媒体广播服务器系统发送媒体广播节目源出错69220。
3.收到媒体广播节目源出错69220后，呼叫方媒体广播服务器系统停止收集服务的使用信息(如服务的持续时间及服务流量)，并将所收集的使用信息传送至本地的计费服务器系统，如服务网关1060中的服务器组中的计费服务器系统(图12)。呼叫方媒体广播服务器系统会引导服务网关1060中的边缘交换机复位其链路表。
4.呼叫方媒体广播服务器系统通过呼叫方中层交换机向呼叫方发送媒体广播终结69230。该数据包复位涉及媒体广播服务的交换机中的链路表。接着，呼叫方媒体广播服务器系统向被呼叫方媒体广播服务器系统发送媒体广播节目源出错的回复69240。
5.呼叫方向呼叫方媒体广播服务器系统发送媒体广播终结的回复69250。收到媒体广播终结的回复69250时，呼叫方媒体广播服务器系统终结媒体广播服务。
6.5 媒体转移服务(MT)
6.5.1 同一服务网关下的两个MP适配组件之间的媒体转移
媒体转移使节目源能够向MP适配组件(如媒体存储器)发送媒体节目(实时的或存储的节目)，并使MP适配组件能够存储传来的节目。在一个实施例中，这种媒体存储器位于服务网关中(如前面的服务网关部分所述，并被称为服务网关媒体存储器)。或者，媒体存储器也可以是一个连接于家庭网关的用户终端，如用户终端1400(图1d)。这种媒体存储器被称为用户终端媒体存储器。因为一个媒体存储设备可能没有足够的空间来存储节目源所提供的所有的媒体节目，所以一个媒体转移服务经常会涉及到多个媒体存储设备。图70及71是描述一个节目源与多个用户终端媒体存储器(如媒体存储器1-N(如用户终端1400、1380、1360及1340))之间的媒体转移服务的时间顺序图。
为了便于说明，假设呼叫方是请求媒体转移服务的用户终端(如用户终端1420)。节目源是通过用户终端1450在MP城域网1000上提供实况节目的电视演播室。而“媒体转移服务器系统”是指管理媒体转移服务的服务器系统。具体地说，呼叫方媒体转移服务器系统可以是、但不局限于位于服务网关1160(图12)中的服务器组10010中的呼叫处理服务器系统12010，也可以是支持家庭网关1200的家庭服务器系统。
下面的论述主要是解释各方在媒体转移服务的呼叫服务建立、呼叫通信及呼叫终结等三个阶段中是如何进行互动的。
6.5.1.1 呼叫服务建立
1.呼叫方(如用户终端1420)向呼叫方媒体转移服务器系统发送媒体转移请求70000。媒体转移请求70000是MP控制包，含有呼叫方及媒体转移服务器系统的网络地址，及节目源和媒体存储器1-N的用户地址。因为呼叫方一般不知道节目源及存储器的网络地址，所以呼叫方依赖于服务网关中的服务器组将用户地址映射到网络地址上。另外，呼叫方及媒体存储设备需要来自于服务器组10010中的网络管理服务器系统12030(图12)的相关的MP网络信息(如媒体转移服务器系统的网络地址)来执行媒体转移服务。
2.收到媒体转移请求70000后，呼叫方媒体转移服务器系统执行多项服务验证处理程序(上面的服务器组部分已作论述)来决定是否允许呼叫方继续。
3.呼叫方媒体转移服务器系统通过发送媒体转移请求的回复70010来表明已收到呼叫方的请求。媒体转移请求的回复70010是MP控制包，含有多项服务验证处理程序的结果。
4.接着，呼叫方媒体转移服务器系统向节目源发送媒体转移输出建立70020来指示节目源向媒体存储设备发送媒体节目。而且，呼叫方媒体转移服务器系统向一个媒体存储设备(如媒体存储器1)发送媒体转移输入建立70120来指示媒体存储器1去存储媒体节目。媒体转移输出建立70020及媒体转移输入建立70120均是MP控制包，含有节目源及媒体存储器1的网络地址，以及所请求的媒体转移服务所允许的流量(如带宽)。这些控制包还包括有色信息，该有色信息引导节目源方中层交换机(如中层交换机1240)对来自于用户终端1450的MP包进行上行链接数据包过滤检测(如前面的中层交换机部分所述)。
5.收到媒体转移输入建立70120后，媒体存储器1向呼叫方媒体转移服务器系统发送媒体转移输入建立的回复70130。而且，节目源通过媒体转移输出建立的回复70030来回复媒体转移输出建立70020。这些媒体转移建立的回复包是MP控制包。
6.呼叫方媒体转移服务器系统收到媒体转移输入建立的回复70130及媒体转移输出建立的回复70030后，呼叫方媒体转移服务器系统开始收集媒体转移服务的使用信息(如服务的持续时间及流量)。
6.5.1.2 呼叫通信
1.在呼叫方媒体转移服务器系统批准了节目源与媒体存储器之间的连接请求后，节目源通过节目源方中层交换机(如中层交换机1240)、服务网关1160中的边缘交换机、中层交换机1180及家庭网关1200向媒体存储器1发送数据(如图70所示的数据70040)。数据70040是MP数据包。而且，节目源方中层交换机(如中层交换机1240)执行上行链接数据包过滤检测(在前面的中层交换机部分已作论述)来决定是否允许上述的数据包到达服务网关1160及接着到达媒体存储设备。数据包通过的介于节目源和管理节目源的服务网关(如服务网关1160)中的边缘交换机之间的逻辑链路是一种自下而上的逻辑链路，而数据包通过的介于管理媒体存储设备的服务网关(如服务网关1160)中的边缘交换机和媒体存储设备之间的逻辑链路是自上而下的逻辑链路。
2.在媒体转移呼叫通信阶段，呼叫方媒体转移服务器系统不时地向节目源发送维持媒体转移包70050，并向媒体存储器1发送维持媒体转移包70140。维持媒体转移包70050及70140均为MP控制包。呼叫方媒体转移服务器系统的一个实施例配置这些控制包来收集参与媒体转移服务各方的通信连接状态的信息(如错误率及数据包丢失的数目)。
3.节目源及媒体存储器1分别通过向呼叫方媒体转移服务器系统发送维持媒体转移的回复包70060及70150来表明已收到维持媒体转移包。这些回复含有所建立的媒体转移服务的通信连接状态。根据维持媒体转移的回复包70060及70150，呼叫方媒体转移服务器系统可更改媒体转移服务。例如，如果服务的错误率超出了一个可容忍的范围，呼叫方媒体转移服务器系统可以通知呼叫方并终结服务。
4.在媒体转移呼叫通信阶段，如果媒体存储器1检测到其可用的存储空间将被耗尽，它将通过媒体转移的继续70160来通知呼叫方媒体转移服务器系统。呼叫方媒体转移服务器系统接着通过媒体转移的继续70070来通知节目源关于媒体转移的继续的状态。媒体转移的继续70070及70160均为MP控制包，含有、但不局限于下一个可用的媒体存储设备的网络地址。在一个实施例中，媒体存储设备1-N纪录有其他可用的媒体存储设备的网络地址。例如，如果媒体存储设备的存储是按顺序进行的(如首先使用媒体存储器1，接着媒体存储器2及媒体存储器3)，则媒体存储器1含有媒体存储器2的网络地址，而媒体存储器2含有媒体存储器3的网络地址。
5.收到媒体转移的继续70070后，节目源向呼叫方媒体转移服务器系统发送媒体转移继续的回复70080。该回复通知了呼叫方媒体转移服务器系统关于节目源已做好准备向下一个媒体存储设备传送数据70040的情况。
6.收到来自于节目源的媒体转移继续的回复70080后，呼叫方媒体转移服务器系统分别向节目源及下一个可用的媒体存储设备(媒体存储器N)发送媒体转移输出建立70090及媒体转移输入建立70190。节目源及媒体存储器N接着分别通过发送媒体转移输出建立的回复70100及媒体转移输入建立的回复70200来向呼叫方媒体转移服务器系统作回复。
7.接着，节目源向媒体存储器N发送数据70040。
6.5.1.3 呼叫终结
呼叫方、呼叫方媒体转移服务器系统、或节目源均可启动呼叫终结。
6.5.1.3.1 呼叫方启动的呼叫终结
1.呼叫方向呼叫方媒体转移服务器系统发送媒体转移终结71000，而呼叫方媒体转移服务器系统向节目源发送媒体转移终结71010，并通过媒体转移终结71120来通知媒体存储器N关于呼叫终结的情况。虽然图71并未显示，呼叫方媒体转移服务器系统也向其他的媒体存储设备(如媒体存储器1)发送媒体转移终结包。节目源通过向呼叫方媒体转移服务器系统发送媒体转移终结的回复71020来作回复，而媒体存储设备通过向呼叫方媒体转移服务器系统发送媒体转移终结的回复包(如71130)来作回复。呼叫方媒体转移服务器系统接着向呼叫方发送媒体转移终结的回复71030。另外，呼叫方媒体转移服务器系统停止收集服务的使用信息(如服务的持续时间及流量)，并将所收集的使用信息传送至位于服务网关1160中的服务器组10010中的一个本地计费服务器系统12040(图12)。如果节目源通过家庭网关(如通过用户终端1450)来传送媒体节目，那么节目源方中层交换机(如中层交换机1240)在收到媒体转移终结71010时复位其上行链接数据包过滤器。
2.节目源向呼叫方媒体转移服务器系统发送媒体转移终结的回复71020后，媒体转移服务器系统终结了媒体转移服务。
3.或者，当媒体存储器N通过媒体转移终结的回复71130来回复呼叫方媒体转移服务器系统，以及其他的媒体存储设备也通过它们的媒体转移终结的回复来回复呼叫方媒体转移服务器系统时，媒体转移服务器系统也会终结媒体转移服务。
4.呼叫方收到媒体转移终结的回复71030后，呼叫方退出媒体转移服务。
6.5.1.3.2 媒体转移服务器系统启动的呼叫终结
当检测到无法容忍的通信条件(如过多的数据包丢失、过高的错误率以及过多的维持媒体转移回复包的丢失)时，呼叫方媒体转移服务器系统的一个实施例会启动呼叫终结。
1.呼叫方媒体转移服务器系统分别向节目源(通过节目源方中层交换机)、媒体存储器N及呼叫方发送媒体转移终结71040、71140及71060。虽然图71并未显示，呼叫方媒体转移服务器系统也向其他的媒体存储设备(如媒体存储器1)发送媒体转移终结包。在发送如上的终结包后，呼叫方媒体转移服务器系统终结该媒体转移服务，并停止收集服务的使用信息(如服务的持续时间及流量)，并将所收集的使用信息传送至位于服务网关1160中的服务器组10010中的本地计费服务器系统12040(图12)。如果节目源通过家庭网关(如通过用户终端1450)来传输媒体节目，那么节目源方中层交换机(如中层交换机1240)在收到媒体转移终结71040时复位其上行链接数据包过滤器。
6.5.1.3.3 节目源启动的呼叫终结
在很多情况下，节目源会启动呼叫终结。例如，假如节目源完成所请求的数据的传送，节目源会启动呼叫终结。在另一个例子中，假如节目源在媒体存储器1-N中检测到某些故障时，节目源也会启动呼叫终结。
1.节目源通过节目源方中层交换机向呼叫方媒体转移服务器系统发送媒体转移终结71080，而呼叫方媒体转移服务器系统通过向媒体存储设备(如媒体存储器N)发送媒体转移终结包(如71160)来作回复，并分别通过媒体转移终结的回复71090和媒体转移终结71100来通知节目源及呼叫方关于呼叫终结的请求。收到媒体转移终结71080后，呼叫方媒体转移服务器系统停止收集服务的使用信息(如服务的持续时间及流量)，并将所收集的使用信息传送至服务网关1160中的服务器组10010中的一个本地的计费服务器系统12040(图12)。如果节目源通过家庭网关(如用户终端1450)来传输媒体节目，那么节目源方中层交换机(如中层交换机1240)在收到媒体转移终结的回复71090时复位其上行链接数据包过滤器。
2.呼叫方通过媒体转移终结的回复71110来回复呼叫方媒体转移服务器系统后，它退出媒体转移服务。与此相似，媒体存储设备(如媒体存储器N)通过媒体转移终结的回复包(如媒体转移终结的回复71170)来回复呼叫方媒体转移服务器系统，它也退出媒体转移服务。
6.5.2 属于两个服务网关下的两个MP适配组件之间的媒体转移
图72a、72b、73a、73b及73c是描述属于两个服务网关下的两个MP适配组件之间的媒体转移服务的时间顺序图，如图1d所示的用户终端媒体存储器1400及位于服务网关1120中的媒体存储器1140。为了便于说明，假设用户终端1420请求自用户终端媒体存储器1400向媒体存储器1140的媒体转移服务。因此，用户终端1420即为“呼叫方”，媒体存储器1400即为“节目源”，而中层交换机1180即为“节目源方中层交换机”。媒体存储器1140的一个实施例是指一组媒体存储设备，如媒体存储设备1-N。
位于服务网关1160中的服务器组10010中的呼叫处理服务器系统12010是“呼叫方呼叫处理服务器系统”。类似地，位于服务网关1120中的呼叫处理服务器系统即为“媒体存储器方的呼叫处理服务器系统”。当服务网关指定一个专门的呼叫处理服务器系统去管理媒体转移服务时，被指定的呼叫处理服务器系统就是“媒体转移服务器系统”。服务网关1120的一个实施例及服务网关1160的一个实施例包括多个呼叫处理服务器系统，其中的每一个被指定去负责并协助一种特定的多媒体服务。
另外，如果服务网关1160是MP城域网1000(图1d)的城域中心网络管理群，那么位于服务网关1160中的服务器组10010中的网络管理服务器系统12030则是城域中心网络管理服务器系统。
下面的论述主要是解释各方在媒体转移服务的呼叫服务建立、呼叫通信及呼叫终结等三个阶段中是如何进行互动的。
6.5.2.1 呼叫服务建立
1.城域中心网络管理服务器系统的一个实施例不时地向MP城域网1000上的服务器系统(如呼叫方媒体转移服务器系统及媒体存储器方的媒体转移服务器系统)传播网络资源信息。网络资源信息包括、但不局限于MP城域网1000上的传输流量及可用带宽和/或MP城域网1000上的服务器系统的容量。
2.当服务器系统收到来自于城域中心网络管理服务器系统的传播信息时，服务器系统从中提取并维持某些信息。例如，因为呼叫方媒体转移服务器系统要与媒体存储器方的媒体转移服务器系统联系，因此它从传播信息中提取媒体存储器方的媒体转移服务器系统的网络地址。
3.呼叫方(如用户终端1420)通过服务网关1160中的边缘交换机及呼叫方中层交换机(如中层交换机1180)向媒体存储器方的媒体转移服务器系统发送媒体转移请求72000来启动一个呼叫。媒体转移请求72000是MP控制包，含有呼叫方和呼叫方媒体转移服务器系统的网络地址，以及节目源和媒体存储设备1-N的用户地址。如上面的逻辑层部分所论述的，呼叫方一般不知道节目源及媒体存储设备的网络地址。呼叫方依赖于服务网关中的服务器组来将用户地址映射到网络地址上。另外，呼叫方及媒体存储设备分别从服务网关1160及服务网关1120中的服务器组中的网络管理服务器系统中查询MP网络信息(如呼叫方媒体转移服务器系统及媒体存储器方的媒体转移服务器系统的网络地址)来执行媒体转移服务。
4.收到媒体转移请求72000后，呼叫方媒体转移服务器系统执行多项服务验证处理程序(如前面的服务器组部分所论述的)来决定是否允许呼叫方继续。
5.呼叫方媒体转移服务器系统通过发送媒体转移请求的回复72010来表明已收到呼叫方的请求。媒体转移请求的回复72010是MP控制包，含有多项服务验证处理程序的结果。
6.接着，呼叫方媒体转移服务器系统分别向节目源与媒体存储器方的媒体转移服务器系统发送媒体转移输出建立72020与示意媒体转移输入连接72120。建立包及示意连接包均为MP控制包，含有、但不局限于呼叫方、媒体存储设备、节目源中的媒体节目的网络地址，以及所请求的媒体转移服务所允许的通信流量(如带宽)。媒体转移输出建立72020指导节目源把媒体节目放置于MP城域网1000上，它还包括可引导节目源方中层交换机(如中层交换机1180)建立其上行链接数据包过滤器的有色信息。更新上行链接数据包过滤器的程序已在前面的中层交换机部分作了详细的描述。
7.收到示意媒体转移输入连接72120后，媒体存储器方的媒体转移服务器系统接着向媒体存储器1发送媒体转移输入建立72220。该输入建立包指导媒体存储器1存储来自于节目源的媒体节目。
8.节目源及媒体存储器1通过向它们各自的媒体转移服务器系统发送媒体转移输出建立的回复72030及媒体转移输入建立的回复72230来表明已收到媒体转移建立包。这些媒体转移建立回复包是MP控制包。
9.收到媒体转移输入建立的回复72230后，媒体存储器方的媒体转移服务器系统通过发送确认媒体转移输入连接72130来通知呼叫方媒体转移服务器系统继续媒体转移服务。而且，收到媒体转移输出建立的回复72030及确认媒体转移输入连接72130后，呼叫方媒体转移服务器系统开始收集媒体转移服务的使用信息(如服务的持续时间及服务流量)。
如果节目源与媒体存储器位于不同的MP城域网(但位于同一国家网)，或位于不同的MP国家网，前述的媒体转移呼叫服务建立程序则会包括与上面媒体电话服务的呼叫服务建立部分所述的步骤相类似的额外的MP城域网间或MP国家网间的处理步骤。
6.5.2.2 呼叫通信
1.节目源开始通过节目源方中层交换机、服务网关1160中的边缘交换机及服务网关1120中的边缘交换机向媒体存储设备传送数据72040。数据72040是MP数据包。节目源方中层交换机中的上行链接数据包过滤器执行上行链接数据包过滤检测(前面的中层交换机部分已作详细论述)来决定是否允许数据包到达服务网关1160。数据包通过的介于节目源与管理节目源的服务网关(服务网关1160)中的边缘交换机之间的逻辑链路是自下而上的逻辑链路，而数据包通过的介于管理媒体存储设备的服务网关(服务网关1120)中的边缘交换机与媒体存储设备之间的逻辑链路是自上而下的逻辑链路。而且，就如上面的逻辑层部分所论述的，服务网关1160中的边缘交换机查询路由表(可离线计算)以引导数据包传向服务网关1120中的边缘交换机。
2.在呼叫通信阶段中呼叫方媒体转移服务器系统不时地向节目源及媒体存储器方的媒体转移服务器系统发送维持媒体转移包72050及媒体转移状态查询72140。媒体存储器方的媒体转移服务器系统进一步向媒体存储器1发送维持媒体转移72240。在一个实施例中，维持媒体转移包72050和72240以及媒体转移状态查询72140是用来收集媒体转移服务中各参与方的呼叫连接状态信息(如错误率及数据包丢失的数目)的MP控据包。
3.节目源与媒体存储器1通过向其各自的媒体转移服务器系统发送维持媒体转移的回复包(如72060及72250)来表明已收到维持媒体转移包。维持媒体转移的回复包是含有所查询的呼叫连接状态信息的MP控制包。
4.收到维持媒体转移的回复包72250后，媒体存储器方的媒体转移服务器系统通过媒体转移状态查询结果72150将呼叫连接状态信息从媒体存储设备传向呼叫方媒体转移服务器系统。
5.根据维持媒体转移的回复包72060及媒体转移状态查询结果72150，呼叫方媒体转移服务器系统可以修正媒体转移服务。例如，如果服务的错误率超出了可以容忍的范围，呼叫方媒体转移服务器系统会通知各参与方，并终结该服务。
6.如果媒体存储器1检测到其可用的存储空间将被耗尽，它将向媒体存储器方的媒体转移服务器系统发送属于MP控制包的媒体转移的继续72260。
7.收到媒体转移的继续72260后，媒体存储器方的媒体转移服务器系统向呼叫方媒体转移服务器系统发送继续媒体转移的请求72160。继续媒体转移的请求72160是MP控制包，是用来向呼叫方媒体转移服务器系统请求发送媒体转移的继续72070的。媒体转移的继续72070是用来指导节目源向下一个可用的媒体存储设备发送数据72040。
8.收到来自于节目源的媒体转移继续的回复72080后，呼叫方媒体转移服务器系统向媒体存储器方的媒体转移服务器系统发送继续媒体转移请求的回复72170。继续媒体转移请求的回复72170是MP控制包，含有的信息包括、但不局限于下一个可用的媒体存储设备的网络地址。
9.媒体存储器方的媒体转移服务器系统进一步地将继续媒体转移请求的回复72170中的信息通过媒体转移继续的回复72270传向媒体存储设备。
10.媒体存储器1从媒体转移继续的回复72270中提取并记录了下一个可用的媒体存储器的网络地址。在一个实施例中，这种网络地址的记录起到了介于媒体存储器1与下一个可用得着媒体存储器(如媒体存储器N)之间的“连接点”的作用。例如，如果一个特定的媒体节目的一部分存储于媒体存储器1，而节目的其余部分则存储于媒体存储器N，这个“连接点”使整个媒体节目按正确的顺序播放。
11.接着，呼叫方媒体转移服务器系统通过节目源方中层交换机向节目源发送媒体转移输出建立72090来指导节目源将MP数据包传送至下一个可用的媒体存储设备。呼叫方媒体转移服务器系统也向媒体存储器方的媒体转移服务器系统发送示意媒体转移输入的连接72190(含有下一个可用的媒体存储器的网络地址)。媒体存储器方的媒体转移服务器系统通过媒体转移输入建立72280来指导下一个可用的媒体存储器存储来自于节目源的MP数据包。
12.媒体转移输出建立72090是MP控制包，它指导节目源方中层交换机对数据72110执行上行链接数据包过滤检测。节目源通过媒体转移输出建立的回复72100来回复媒体转移输出建立72090。
13.下一个可用的媒体存储器向媒体存储器方的媒体转移服务器系统发送媒体转移输入建立的回复72290，而媒体存储器方的媒体转移服务器系统则进一步通过确认媒体转移输入的连接72200将媒体转移输入建立的回复中的信息传送至呼叫方媒体转移服务器系统。
14.第6-13步中的步骤将被重复进行直到整个媒体节目被从节目源传送至媒体存储设备。
如果节目源与媒体存储器位于不同的MP城域网(但位于同一国家网)，或位于不同的MP国家网，前述的媒体转移呼叫通信程序则会包括与上面媒体电话服务呼叫通信部分所述的步骤相类似的额外的MP城域网间或MP国家网间的数据包传送的步骤。
6.5.2.3 呼叫终结
呼叫方、呼叫方媒体转移服务器系统、媒体存储器方的媒体转移服务器系统或节目源均可启动呼叫终结。
6.5.2.3.1 呼叫方启动的呼叫终结
1.呼叫方向呼叫方媒体转移服务器系统发送属于MP控制包的媒体转移终结73000。作为回复及表明已收到终结请求，呼叫方媒体转移服务器系统通过节目源方中层交换机向节目源发送媒体转移节目源终结73010，向呼叫方发送媒体转移终结的回复73020，以及通过示意媒体转移的终结73120来通知媒体存储器方的媒体转移服务器系统关于媒体转移终结的请求。呼叫方媒体转移服务器系统停止收集服务的使用信息(如服务的持续时间或流量)，并将所收集的使用信息传送至一个本地的计费服务器系统，如位于服务网关1160中的服务器组10010中的计费服务器系统12040(图12)。
2.收到示意媒体转移的终结73120后，媒体存储器方的媒体转移服务器系统向媒体存储设备发送媒体转移终结包(如73170)。
3.收到媒体转移节目源终结73010时，节目源方中层交换机复位其上行链接数据包过滤器。
4.节目源向呼叫方媒体转移服务器系统发送媒体转移终结的回复73030来表明已收到媒体转移节目源终结73010，并退出媒体转移服务。
5.媒体存储设备通过媒体转移终结的回复包(如73180)来表明已收到来自于媒体存储器方的媒体转移服务器系统的终结请求。接着，媒体存储器方的媒体转移服务器系统向呼叫方媒体转移服务器系统发送确认媒体转移的终结73130。
6.5.2.3.2 媒体转移服务器系统启动的呼叫终结
当检测到无法容忍的通信条件(如过多的数据包丢失、过高的错误率以及过多的维持媒体转移回复包或媒体转移状态查询结果包的丢失)时，媒体转移服务器系统的一个实施例会启动呼叫终结。
1.为了便于描述，假设呼叫方媒体转移服务器系统启动呼叫终结。呼叫方媒体转移服务器系统通过节目源方中层交换机向节目源发送属于MP控制包的媒体转移终结73040，并分别向呼叫方及媒体存储器方的媒体转移服务器系统发送属于MP控制包的媒体转移终结73050及示意媒体转移终结73140。作为回复，呼叫方向呼叫方媒体转移服务器系统发送媒体转移终结的回复73060，并有效地终结媒体转移服务。而且，媒体存储器方的媒体转移服务器系统向媒体存储设备(如媒体存储器N)发送媒体转移终结包(如73190)。
2.节目源方中层交换机在收到媒体转移终结73040时复位其上行链接数据包过滤器。
3.收到来自于媒体存储设备的媒体转移终结的回复包(如来自于媒体存储器N的73200)后，媒体存储器方的媒体转移服务器系统向呼叫方媒体转移服务器系统发送确认媒体转移的终结73150。
4.呼叫方媒体转移服务器系统停止收集服务的使用信息(如服务的持续时间及流量)，并在其发送媒体转移终结73040、媒体转移终结73050及示意媒体转移的终结73140时终结该媒体转移服务。媒体转移服务器系统将所收集的使用信息传送至一个本地的计费服务器系统，如位于服务网关1160中的服务器组10010中的计费服务器系统12040(图12)。
类似的程序也适用于媒体存储器方的媒体转移服务器系统启动的呼叫终结。
6.5.2.3.3 节目源启动的呼叫终结
在很多情况下，节目源会启动呼叫终结。例如，假如节目源完成所请求的数据的传送，节目源会启动呼叫终结。在另一个例子中，假如节目源在媒体存储器1-N中检测到某些故障时，节目源也会启动呼叫终结。
1.节目源通过节目源方中层交换机向呼叫方媒体转移服务器系统发送媒体转移终结73080来启动呼叫终结。接着，呼叫方媒体转移服务器系统向节目源发送媒体转移终结的回复73090，向呼叫方发送媒体转移终结73100，并向媒体存储器方的媒体转移服务器系统发送示意媒体转移的终结73160。另外，呼叫方媒体转移服务器系统停止收集服务的使用信息(如服务的持续时间及流量)，并终结服务。媒体转移服务器系统也将所收集的服务使用信息传送至本地的一个计费服务器系统，如服务网关1160中的服务器组10010中的计费服务器系统12040(图12)。
2.节目源方中层交换机在收到媒体转移终结的回复73090时复位其上行链接数据包过滤器。
3.作为回复媒体转移终结73100，呼叫方向呼叫方媒体转移服务器系统发送媒体转移终结的回复73110。
4.收到示意媒体转移的终结73160时，媒体存储器方的媒体转移服务器系统向媒体存储设备(如媒体存储器N)发送媒体转移终结包(如73210)。接着，媒体存储设备向媒体存储器方的媒体转移服务器系统发送媒体转移终结的回复包(如73220)，而媒体存储器方的媒体转移服务器系统则向呼叫方媒体转移服务器系统发送确认媒体转移的终结73170。
上面论述的不同的实施例对于本发明具有描述性，而非限制性。这些实施例不是被用来穷举或者限制本发明的实施方式。很显然，对于本领域内的普通技术人员来说，其他的变种或修改可以被实施，而整个方案不偏离于这里所述的本发明的要旨。因此，本发明应限于下面的权利要求书所限定的范围内。

Claims (216)

1、一种传送数据的方法，包括：
用包含在数据包中的数据报地址在面向连接的包交换网络中的一系列逻辑链路中异步传送一个多媒体数据包，其中
所述的一系列逻辑链路在源节点和目的地节点之间构建了一个传送通路，
在所述的传送进行之前，根据对所述的一系列逻辑链路上资源使用的估算，所述的网络中的一个节点认可了所述的传送，
在一系列自上而下的逻辑链路中，所述的数据报地址中的局部地址子域所包含的地址信息自行引导所述的数据包，所述的一系列自上而下的逻辑链路是所述的一系列逻辑链路的子集，
所述的数据包在沿着所述的一系列逻辑链中的多重链路上被传送时保持不变，以及
所述的数据包地址即可以作为数据链路层地址又可以作为网络层地址来操作。
2、如权利要求1所述的方法，其中所述的传送不采用互联网协议。
3、一种数据传送的系统，包括：
一个包括一系列逻辑链路的面向连接的包交换网络；及
一系列在所述的一系列逻辑链路中进行异步传送的数据包，所述的每一个数据包包括
一个报头域，该报头域中的数据地址含有一系列局部地址子域；在一系列自上而下的逻辑链路中，所述的局部地址子域中的地址信息自行引导所述的数据包，所述的一系列自上而下的逻辑链路是所述的一系列逻辑链路的子集，以及所述的数据包地址即可以作为数据链路层地址又可以作为网络层地址来操作，
和一个包含多媒体数据的有效载荷数据域；
其中，所述的一系列逻辑链路在源节点和目的地节点之间构建了一个传送通路，
在所述的传送进行之前，根据对所述的一系列逻辑链路上资源使用的估算，所述的网络中的一个节点认可了所述的传送，以及
每一个所述的数据包在沿着所述的一系列逻辑链路中的多重链路上被传送时保持不变。
4、如权利要求3所述的系统，其中所述的包交换网络在所述的一系列逻辑链路上传送所述的一系列数据包时不采用互联网协议。
5、一种包的数据结构，包括：
一个报头域，该报头域中的数据报地址含有一系列局部地址子域，其中
在一系列自上而下的逻辑链路中，所述的局部地址子域中的地址信息自行引导所述的数据包，所述的一系列自上而下的逻辑链路是一个面向连接的包交换网络中的一系列逻辑链路的子集，以及
所述的数据包地址即可以作为数据链路层地址又可以作为网络层地址来操作；
和一个包含多媒体数据的有效载荷数据域；
其中，所述的一系列逻辑链路在源节点和目的地节点之间构建了一个传送通路，
所述的数据包在所述的一系列逻辑链路中被异步传送，
在所述的传送进行之前，根据对所述的一系列逻辑链路上资源使用的估算，所述的网络中的一个节点认可了所述的传送，及
所述的数据包在沿着所述的一系列逻辑链路中的多重链路上被传送时保持不变。
6、如权利要求5所述的数据结构，其中所述的包交换网络不采用互联网协议。
7、一种电脑可读媒介，该媒介包含有用来在网络上传送数据的可执行的程序指令，当该指令被执行时，所述的网络即：
用包含在数据包中的数据报地址在面向连接的包交换网络中的一系逻辑链路中异步传送一个所述的多媒体数据包，其中
所述的一系列逻辑链路在源节点和目的地节点之间构建了一个传送通路，
在所述的传送进行之前，根据对所述的一系列逻辑链路上资源使用的估算，所述的网络中的一个节点认可了所述的传送，
在一系列自上而下的逻辑链路中，所述的数据报地址中的局部地址子域中所包含的地址信息自行引导所述的数据包，所述的一系列自上而下的逻辑链路是所述的一系列逻辑链路的子集，
所述的数据包在沿着所述的一系列逻辑链路中的多重链路上被传送时保持不变，以及
所述的数据包地址即可以作为数据链路层地址又可以作为网络层地址来操作。
8、如权利要求7所述的电脑可读媒介，其中所述的传送不采用互联网协议。
9、一种传送数据的方法，包括：
用包含在数据包中的数据报地址在面向连接的包交换网络中的一系列逻辑链路中传送一个所述的多媒体数据包，其中，
在一系列自上而下的逻辑链路中，所述的数据报地址中的局部地址子域中所包含的地址信息自行引导所述的数据包，所述的一系列自上而下的逻辑链路是所述的一系列逻辑链路的子集，
所述的数据包在沿着所述的一系列逻辑链路中的多重链路上被传送时保持不变，以及
所述的数据报地址既可以作为数据链路层地址又可以作为网络层地址来操作。
10、如权利要求9所述的方法，其中所述的一系列逻辑链路在源节点与目的地节点之间构建了一个传送通路。
11、如权利要求9所述的方法，其中所述的传送不采用互联网协议。
12、如权利要求9所述的方法，其中所述的传送以线速进行。
13、如权利要求9所述的方法，其中所述的传送使用离线计算的传送表。
14、如权利要求9所述的方法，其中所述的传送不使用实时的路由表计算。
15、如权利要求9所述的方法，其中所述的传送是异步进行的。
16、如权利要求9所述的方法，其中所述的传送是借助于所述的数据报地址中的信息，所述的信息标明了数据包所提供的服务的种类。
17、如权利要求9所述的方法，其中所述的数据包的长度与另一个在所述的网络中被传送的多媒体数据包的长度不同。
18、如权利要求9所述的方法，其中所述的数据包在所述的一系列逻辑链路中的大部分的链路上被传送时保持不变。
19、如权利要求9所述的方法，其中所述的数据包不包含使用期限数据。
20、如权利要求9所述的方法，其中所述的数据包在所述的一系列逻辑链路中的大部分的链路上被传送时不使用路由计算。
21、如权利要求9所述的方法，其中所述的多媒体数据包括电话数据。
22、如权利要求9所述的方法，其中所述的多媒体数据包括媒体点播数据。
23、如权利要求9所述的方法，其中所述的多媒体数据包括组播数据。
24、如权利要求9所述的方法，其中所述的多媒体数据包括广播数据。
25、如权利要求9所述的方法，其中所述的多媒体数据包括媒体转移数据。
26、如权利要求9所述的方法，其中所述的多媒体数据被显示在用户终端上。
27、如权利要求26所述的方法，其中所述的用户终端是指提供MP网络的非MP网络接入的机顶盒。
28、如权利要求26所述的方法，其中所述的用户终端是指能处理MP和非MP数据包的MP/IP透明终端。
29、如权利要求9所述的方法，其中所述的多媒体数据是存贮于一个家庭服务器中的。
30、如权利要求9所述的方法，其中所述的多媒体数据是存贮于一个大规模的存贮单元内的。
31、如权利要求9所述的方法，其中所述的包交换网络包括一系列非对等的用户终端。
32、如权利要求9所述的方法，其中所述的包交换网络包括一系列非对等的中层交换机。
33、如权利要求9所述的方法，其中所述的包交换网络包括一系列非对等的家庭网关。
34、如权利要求9所述的方法，其中所述的包交换网络在一个节点被添加到所述的网络时自动为所述的节点作配置。
35、如权利要求34所述的方法，其中所述的自动配置包括对该节点的标识号码的检查。
36、如权利要求9所述的方法，其中所述的包交换网络在所述的传送之前认可所述的传送。
37、如权利要求36所述的方法，其中所述的认可是基于所述的一系列逻辑链路上资源使用的估算。
38、如权利要求37所述的方法，其中所述的认可是基于每一场服务的。
39、如权利要求9所述的方法，其中在所述的传送之前，所述的包交换网络中的一个节点认可所述的传送。
40、如权利要求39所述的方法，其中所述的认可是基于所述的一系列逻辑链路上资源使用的估算。
41、如权利要求40所述的方法，其中所述的认可是基于每一场服务的。
42、如权利要求9所述的方法，其中所述的包交换网络包括把网络信息发送到所述的网络中一系列交换机上的服务器。
43、如权利要求42所述的方法，其中所述的网络信息包括在所述的网络中一系列交换机的带宽使用信息。
44、如权利要求42所述的方法，其中所述的网络信息是通过公告数据包被发送的。
45、如权利要求9所述的方法，其中在传送所述的数据包之前，所述的包交换网络验证付款方的帐户。
46、如权利要求9所述的方法，其中所述的包交换网络测量、收集及存贮使用数据。
47、如权利要求46所述的方法，其中所述的使用数据包括计帐数据。
48、如权利要求9所述的方法，其中所述的包交换网络管制数据包的传送。
49、如权利要求48所述的方法，其中所述的网络通过添加包来管制数据包的传送。
50、如权利要求48所述的方法，其中所述的网络通过阻止包来管制数据包的传送。
51、如权利要求9所述的方法，其中所述的包交换网络包含有服务器组，所述的服务器组包含有一系列的服务器系统，其中每一个服务器系统均具有专门的用途。
52、如权利要求9所述的方法，其中所述的包交换网络根据一套过滤标准来过滤所述的包。
53、如权利要求52所述的方法，其中所述的过滤标准是建立在每一场服务上的。
54、如权利要求52所述的方法，其中所述的过滤标准包括所述的包中的源地址。
55、如权利要求52所述的方法，其中所述的过滤标准包括所述的包中的目的地地址。
56、如权利要求52所述的方法，其中所述的过滤标准包括一个数据流量参数。
57、如权利要求52所述的方法，其中所述的过滤标准包括数据内容方面的信息。
58、如权利要求9所述的方法，其中所述的数据报地址标识了一个附有节点的网络接入点；如果所述的节点发生了变化，所述的数据报地址仍然标识所述的网络接入点。
59、如权利要求9所述的方法，其中所述的数据报地址包含有局部地址子域，所述的局部地址子域是与指向一个网络接入点的网络拓扑相对应的。
60、如权利要求9所述的方法，其中当一个附在网络接入点上的节点发生变化时，所述的数据报地址仍然保持与所述的网络接入点相关联。
61、一种传送数据的系统，包括
含有一系列逻辑链路的面向连接的包交换网络；及
一系列传送在所述的一系列逻辑链中的数据包，每一个所述的数据包包括
一个含有数据报地址的报头域，所述的数据报地址含有一系列局部地址子域；
其中，所述的局部地址子域中的地址信息在一系列自上而下的逻辑链路中自行引导所述的数据包，所述的一系列自上而下的逻辑链路是所述的一系列逻辑链路的子集，且所述的数据报地址既可以作为数据链路层地址又可以作为网络层地址来操作；
以及一个含有多媒体数据的有效载荷数据，
其中，每一个所述的数据包在沿着所述的一系列逻辑链路中的多重链路上被传送时保持不变。
62、如权利要求61所述的系统，其中所述的一系列逻辑链路在源节点和目的地节点之间构建了一个传送通路。
63、如权利要求61所述的系统，其中所述的传送不采用互联网协议。
64、如权利要求61所述的系统，其中所述的传送以线速进行。
65、如权利要求61所述的系统，其中所述的传送使用离线计算的传送表。
66、如权利要求61所述的系统，其中所述的传送不使用实时的路由表计算。
67、如权利要求61所述的系统，其中所述的传送以异步进行。
68、如权利要求61所述的系统，其中所述传送是借助于所述的数据报地址中的信息，所述的信息标明了数据包所提供的服务的种类。
69、如权利要求61所述的系统，其中所述的数据包的长度是可变的。
70、如权利要求61所述的系统，其中所述的数据包在所述的一系列逻辑链路中的大部分的链路上被传送时保持不变。
71、如权利要求61所述的系统，其中所述的数据包不包含使用期限数据。
72、如权利要求61所述的系统，其中所述的数据包在所述的一系逻辑链中的大部分的链路上被传送时不使用路由计算。
73、如权利要求61所述的系统，其中所述的多媒体数据包括电话数据。
74、如权利要求61所述的系统，其中所述的多媒体数据包括媒体点播数据。
75、如权利要求61所述的系统，其中所述的多媒体数据包括组播数据。
76、如权利要求61所述的系统，其中所述的多媒体数据包括广播数据。
77、如权利要求61所述的系统，其中所述多媒体数据包括媒体转移数据。
78、如权利要求61所述的系统，其中所述的多媒体数据被显示在用户终端上。
79、如权利要求78所述的系统，其中所述的用户终端是指提供MP网络和非MP网络接入的机顶盒。
80、如权利要求78所述的系统，其中所述的用户终端是指能处理MP数据包和非MP数据包的MP/IP透明终端。
81、如权利要求61所述的系统，其中所述的多媒体数据是存贮于一个家庭服务器中的。
82、如权利要求61所述的系统，其中所述的多媒体数据是存贮于一个大规模的存贮单元内的。
83、如权利要求61所述的系统，其中所述的包交换网络包括一系列非对等的用户终端。
84、如权利要求61所述的系统，其中所述的包交换网络包括一系列非对等的中层交换机。
85、如权利要求61所述的系统，其中所述的包交换网络包括一系列非对等的家庭网关。
86、如权利要求61所述的系统，其中所述的包交换网络在一个节点被添加到所述的网络时自动为所述的节点作配置。
87、如权利要求86所述的系统，其中所述的自动配置包括对该节点的标识号码的检查。
88、如权利要求61所述的系统，其中所述的传送之前，所述的包交换网络认可所述的传送。
89、如权利要求88所述的系统，其中所述的认可是基于所述的一系列逻辑链路上资源使用的估算。
90、如权利要求89所述的系统，其中所述的认可是建立在每一场服务上的。
91、如权利要求61所述的系统，其中在所述的传送之前，所述的包交换网络中的一个节点认可所述的传送。
92、如权利要求91所述的系统，其中所述的认可是基于所述的一系列逻辑链路上资源使用的估算。
93、如权利要求92所述的系统，其中所述的认可是建立在每一场服务上的。
94、如权利要求61所述的系统，其中所述的包交换网络包括把网络信息发送到所述的网络中一系列交换机上的服务器。
95、如权利要求94所述的系统，其中所述的网络信息包括在所述的网络中一系列交换机的带宽使用信息。
96、如权利要求94所述的系统，其中所述的网络信息是通过公告数据包被发送的。
97、如权利要求61所述的系统，其中在传送所述的数据包之前，所述的包交换网络验证付款方的帐户。
98、如权利要求61所述的系统，其中所述的包交换网络测量、收集及存贮使用数据。
99、如权利要求98所述的系统，其中所述的使用数据包括计帐数据。
100、如权利要求61所述的系统，其中所述的包交换网络管制数据包的传送。
101、如权利要求100所述的系统，其中所述的网络通过添加包来管制数据包的传送。
102、如权利要求100所述的系统，其中所述的网络通过阻止包来控制数据包的传送。
103、如权利要求61所述的系统，其中所述的包交换网络包含有服务器组，所述的服务器组包含有一系列的服务器系统，其中每一个服务器系统均具有专门的用途。
104、如权利要求61所述的系统，其中所述的包交换网络根据一套过滤标准来过滤所述的包。
105、如权利要求104所述的系统，其中所述的过滤标准是建立在每一场服务上的。
106、如权利要求104所述的系统，其中所述的过滤标准包括所述的包中的源地址。
107、如权利要求104所述的系统，其中所述的过滤标准包括所述的包中的目的地地址。
108、如权利要求104所述的系统，其中所述的过滤标准包括一个数据流量参数。
109、如权利要求104所述的系统，其中所述的过滤标准包括数据内容方面的信息。
110、如权利要求61所述的系统，其中所述的数据报地址标识了一个附有节点的网络接入点；如果所述的节点发生了变化，所述的数据报地址仍然标识所述的网络接入点。
111、如权利要求61所述的系统，其中所述的数据报地址包含有局部地址子域，所述的局部地址子域是与指向一个网络接入点的网络拓扑相对应的。
112、如权利要求61所述的系统，其中当一个附在网络接入点上的节点发生变化时，所述的数据报地址仍然保持与所述的网络接入点相关联。
113、一种数据包的数据结构，包括：
一个含有数据报地址的报头域，所述的数据报地址含有一系列局部地址子域，其中，
所述的局部地址子域中的地址信息在一系列自上而下的逻辑链路中自行引导所述的数据包，所述的一系列自上而下的逻辑链路是面向连接的包交换网络中的一系列逻辑链路的子集；以及
所述的数据报地址既可以作为数据链路层地址又可以作为网络层地址来操作；
以及一个含有多媒体数据的有效载荷数据，
其中，所述的数据包在沿着所述的网络中的所述的一系列逻辑链路中的多重链路上被传送时保持不变。
114、如权利要求113所述的数据结构，其中所述的数据包在所述的一系列逻辑链路中被传送，所述的一系列逻辑链路构建了所述的网络中介于源节点和目的地节点之间的一个传送通路。
115、如权利要求113所述的数据结构，其中所述的数据包在所述的网络中被传送时不使用互联网协议。
116、如权利要求113所述的数据结构，其中所述的数据包在所述的网络中以线速传送。
117、如权利要求113所述的数据结构，其中所述的数据包在所述的网络中被传送时使用离线计算的传送表。
118、如权利要求113所述的数据结构，其中所述的数据包在所述的网络中被传送时不使用实时的路由表计算。
119、如权利要求113所述的数据结构，其中所述的数据包在所述的网络中被异步传送。
120、如权利要求113所述的数据结构，其中所述的数据包在所述的网络中被传送，以及所述的传送是借助于所述的数据报地址中的信息，所述的信息标明了数据包提供的服务的种类。
121、如权利要求113所述的数据结构，其中所述的数据包的长度与另一个在所述的网络中被传送的多媒体数据包的长度不同。
122、如权利要求113所述的数据结构，其中所述的数据包在所述的网络中的所述的一系列逻辑链路中的大部分的链路上被传送时保持不变。
123、如权利要求113所述的数据结构，其中所述的数据包不包含使用期限数据。
124、如权利要求113所述的数据结构，其中所述的数据包在所述的网络中的所述的一系列逻辑链路中的大部分的链路上被传送时不使用路由计算。
125、如权利要求113所述的数据结构，其中所述的多媒体数据包括电话数据。
126、如权利要求113所述的数据结构，其中所述的多媒体数据包括媒体点播数据。
127、如权利要求113所述的数据结构，其中所述的多媒体数据包括组播数据。
128、如权利要求113所述的数据结构，其中所述的多媒体数据包括广播数据。
129、如权利要求113所述的数据结构，其中所述的多媒体数据包括媒体转移数据。
130、如权利要求113所述的数据结构，其中所述的多媒体数据被显示在用户终端上。
131、如权利要求130所述的数据结构，其中所述的用户终端是指提供MP网络和非MP网络接入的机顶盒。
132、如权利要求130所述的数据结构，其中所述的用户终端是指能处理MP和非MP数据包的MP/IP透明终端。
133、如权利要求113所述的数据结构，其中所述的多媒体数据是存贮于一个家庭服务器中的。
134、如权利要求113所述的数据结构，其中所述的多媒体数据是存贮于一个大规模的存贮单元内的。
135、如权利要求113所述的数据结构，其中所述的包交换网络包括一系非对等的用户终端。
136、如权利要求113所述的数据结构，其中所述的包交换网络包括一系列非对等的中层交换机。
137、如权利要求113所述的数据结构，其中所述的包交换网络包括一系列非对等的家庭网关。
138、如权利要求113所述的数据结构，其中所述的包交换网络在一个节点被添加到所述的网络时自动为所述的节点作配置。
139、如权利要求138所述的数据结构，其中所述的自动配置包括对该节点的标识号码的检查。
140、如权利要求113所述的数据结构，其中在所述的数据包被传送之前，所述的包交换网络认可在所述的网络中的所述的一系列逻辑链路中的所述的数据包的传送。
141、如权利要求140所述的数据结构，其中所述的认可是基于所述的一系列逻辑链路上资源使用的估算。
142、如权利要求141所述的数据结构，其中所述的认可是建立在每一场服务上的。
143、如权利要求113所述的数据结构，其中在所述的传送之前，所述的包交换网络中的一个节点认可在所述的网络中的所述的一系列逻辑链路中的所述的数据包的传送。
144、如权利要求143所述的数据结构，其中所述的认可是基于所述的一系列逻辑链路上资源使用的估算。
145、如权利要求144所述的数据结构，其中所述的认可是建立在每一场服务上的。
146、如权利要求113所述的数据结构，其中所述的包交换网络包括把网络信息发送到所述的网络中一系列交换机上的服务器。
147、如权利146所述的数据结构，其中所述的网络信息包括在所述的网络中一系列交换机的带宽使用信息。
148、如权利要求146所述的数据结构，其中所述的网络信息是通过公告数据包被发送的。
149、如权利要求113所述的数据结构，其中在传送所述的数据包之前，所述的包交换网络验证付款方的帐户。
150、如权利要求113所述的数据结构，其中所述的包交换网络测量、收集及存贮使用数据。
151、如权利要求150所述的数据结构，其中所述的使用数据包括计帐数据。
152、如权利要求113所述的数据结构，其中所述的包交换网络管制数据包的传送。
153、如权利要求152所述的数据结构，其中所述的网络通过添加包来管制数据包的传送。
154、如权利要求152所述的数据结构，其中所述的网络通过阻止包来控制数据包的传送。
155、如权利要求113所述的数据结构，其中所述的包交换网络包含有服务器组，所述的服务器组包含有一系列的服务器系统，其中每一个服务器系统均具有专门的用途。
156、如权利要求113所述的数据结构，其中所述的包交换网络根据一套过滤标准来过滤所述的包。
157、如权利要求156所述的数据结构，其中所述的过滤标准是建立在每一场服务上的。
158、如权利要求156所述的数据结构，其中所述的过滤标准包括所述的包中的源地址。
159、如权利要求156所述的数据结构，其中所述的过滤标准包括所述的包中的目的地地址。
160、如权利要求156所述的数据结构，其中所述的过滤标准包括一个数据流量参数。
161、如权利要求156所述的数据结构，其中所述的过滤标准包括数据内容方面的信息。
162、如权利要求113所述的数据结构，其中所述的数据报地址标识了一个附有节点的网络接入点。如果所述的节点发生了变化，所述的数据报地址仍然标识所述的网络接入点。
163、如权利要求113所述的数据结构，其中所述的数据报地址包含有局部地址子域，所述的局部地址子域是与指向一个网络接入点的网络拓扑相对应的。
164、如权利要求113所述的数据结构，其中当一个附在网络接入点上的节点发生变化时，所述的数据报地址仍然保持与所述的网络接入点相关联。
165、一种电脑可读媒介，该媒介包含有用来在网络上传送数据的可执行的程序指令，当该指令被执行时，所述的网络即：
用包含在所述的数据包中的数据报地址在面向连接的包交换网络中的一系列逻辑链路中传送一个多媒体数据包，其中
在一系列自上而下的逻辑链路中，所述的数据报地址中的局部地址子域中所包含的地址信息自行引导所述的数据包，所述的一系列自上而下的逻辑链路是所述的一系列逻辑链路的子集，
所述的数据包在沿着所述的一系列逻辑链路中的多重链路上被传送时保持不变，以及
所述的数据报地址既可以作为数据链路层地址又可以作为网络层地址来操作。
166、如权利要求165所述的电脑可读媒介，其中所述的一系列逻辑链路构建了介于源节点和目的地节点之间的一个传送通路。
167、如权利要求165所述的电脑可读媒介，其中所述的传送不使用互联网协议。
168、如权利要求165所述的电脑可读媒介，其中所述的传送以线速进行。
169、如权利要求165所述的电脑可读媒介，其中所述的传送使用离线计算的传送表。
170、如权利要求165所述的电脑可读媒介，其中所述的传送不使用实时的路由表计算。
171、如权利要求165所述的电脑可读媒介，其中所述的传送以异步进行。
172、如权利要求165所述的电脑可读媒介，其中所述的传送是借助于所述的数据报地址中的信息，所述的信息标明了数据包所提供的服务的种类。
173、如权利要求165所述的电脑可读媒介，其中所述的数据包的长度与另一个在所述的网络中被传送的多媒体数据包的长度不同。
174、如权利要求165所述的电脑可读媒介，其中所述的数据包在所述的一系列逻辑链路中的大部分的链路上被传送时保持不变。
175、如权利要求165所述的电脑可读媒介，其中所述的数据包不包含使用期限数据。
176、如权利要求165所述的电脑可读媒介，其中所述的数据包在所述的一系列逻辑链路中的大部分的链路上被传送时不使用路由计算。
177、如权利要求165所述的电脑可读媒介，其中所述的多媒体数据包括电话数据。
178、如权利要求165所述的电脑可读媒介，其中所述的多媒体数据包括媒体点播数据。
179、如权利要求165所述的电脑可读媒介，其中所述的多媒体数据包括组播数据。
180、如权利要求165所述的电脑可读媒介，其中所述的多媒体数据包括广播数据。
181、如权利要求165所述的电脑可读媒介，其中所述的多媒体数据包括媒体转移数据。
182、如权利要求165所述的电脑可读媒介，其中所述的多媒体数据被显示在用户终端上。
183、如权利要求182所述的电脑可读媒介，其中所述的用户终端是指提供MP网络和非MP网络接入的机顶盒。
184、如权利要求182所述的电脑可读媒介，其中所述的用户终端是指能处理MP和非MP数据包的MP/IP透明终端。
185、如权利要求165所述的电脑可读媒介，其中所述的多媒体数据是存贮于一个家庭服务器中的。
186、如权利要求165所述的电脑可读媒介，其中所述的多媒体数据是存贮于一个大规模的存贮单元内的。
187、如权利要求165所述的电脑可读媒介，其中所述的包交换网络包括一系列非对等的用户终端。
188、如权利要求165所述的电脑可读媒介，其中所述的包交换网络包括一系列非对等的中层交换机。
189、如权利要求165所述的电脑可读媒介，其中所述的包交换网络包括一系列非对等的家庭网关。
190、如权利要求165所述的电脑可读媒介，其中所述的包交换网络在一个节点被添加到所述的网络时自动为所述的节点作配置。
191、如权利要求190所述的电脑可读媒介，其中所述的自动配置包括对该节点的标识号码的检查。
192、如权利要求165所述的电脑可读媒介，其中在所述的传送之前，所述的包交换网络认可所述的传送。
193、如权利要求192所述的电脑可读媒介，其中所述的认可是基于所述的一系列逻辑链路上资源使用的估算。
194、如权利要求193所述的电脑可读媒介，其中所述的认可是建立在每一场服务上的。
195、如权利要求165所述的电脑可读媒介，其中在所述的传送之前，所述的包交换网络中的一个节点认可所述的传送。
196、如权利要求195所述的电脑可读媒介，其中所述的认可是基于所述的一系列逻辑链路上资源使用的估算。
197、如权利要求196所述的电脑可读媒介，其中所述的认可是建立在每一场服务上的。
198、如权利要求165所述的电脑可读媒介，其中所述的包交换网络包括把网络信息发送到所述的网络中一系列交换机上的服务器。
199、如权利要求198所述的电脑可读媒介，其中所述的网络信息包括在所述的网络中一系列交换机的带宽使用信息。
200、如权利要求199所述的电脑可读媒介，其中其中所述的网络信息是通过公告数据包被发送的。
201、如权利要求165所述的电脑可读媒介，其中在传送所述的数据包之前，所述的包交换网络验证付款方的帐户。
202、如权利要求165所述的电脑可读媒介，其中所述的包交换网络测量、收集及存贮使用数据。
203、如权利要求202所述的电脑可读媒介，其中所述的使用数据包括计帐数据。
204、如权利要求165所述的电脑可读媒介，其中所述的包交换网络管制数据包的传送。
205、如权利要求204所述的电脑可读媒介，其中所述的网络通过添加包来管制数据包的传送。
206、如权利要求204所述的电脑可读媒介，其中所述的网络通过阻止包来控制数据包的传送。
207、如权利要求165所述的电脑可读媒介，其中所述的包交换网络包含有服务器组，所述的服务器组包含有一系列的服务器系统，其中每一个服务器系统均具有专门的用途。
208、如权利要求165所述的电脑可读媒介，其中所述的包交换网络根据一套过滤标准来过滤所述的包。
209、如权利要求208所述的电脑可读媒介，其中所述的过滤标准是建立在每一场服务上的。
210、如权利要求208所述的电脑可读媒介，其中所述的过滤标准包括所述的包中的源地址。
211、如权利要求208所述的电脑可读媒介，其中所述的过滤标准包括所述的包中的目的地地址。
212、如权利要求208所述的电脑可读媒介，其中所述的过滤标准包括一个数据流量参数。
213、如权利要求208所述的电脑可读媒介，其中所述的过滤标准包括数据内容方面的信息。
214、如权利要求165所述的电脑可读媒介，其中所述的数据报地址标识了一个附有节点的网络接入点；如果所述的节点发生了变化，所述的数据报地址仍然标识所述的网络接入点。
215、如权利要求165所述的电脑可读媒介，其中所述的数据报地址包含有局部地址子域，所述的局部地址子域是与指向一个网络接入点的网络拓扑相对应的。
216、如权利要求165所述的电脑可读媒介，其中当一个附在所述的网络接入点上的节点发生变化时，所述的数据报地址仍然保持与所述的网络接入点相关联。
CNB028214013A 2001-10-29 2002-02-21 一种多媒体通信的系统和方法 Expired - Fee Related CN100530145C (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US34835001P 2001-10-29 2001-10-29
US60/348,350 2001-10-29

Publications (2)

Publication Number Publication Date
CN1578947A true CN1578947A (zh) 2005-02-09
CN100530145C CN100530145C (zh) 2009-08-19

Family

ID=23367621

Family Applications (3)

Application Number Title Priority Date Filing Date
CNB028214013A Expired - Fee Related CN100530145C (zh) 2001-10-29 2002-02-21 一种多媒体通信的系统和方法
CNB028214137A Expired - Fee Related CN100464532C (zh) 2001-10-29 2002-02-21 一种多媒体通信的方法和系统
CNB028214277A Expired - Fee Related CN100358318C (zh) 2001-10-29 2002-02-21 一种多媒体通信的数据结构、方法和系统

Family Applications After (2)

Application Number Title Priority Date Filing Date
CNB028214137A Expired - Fee Related CN100464532C (zh) 2001-10-29 2002-02-21 一种多媒体通信的方法和系统
CNB028214277A Expired - Fee Related CN100358318C (zh) 2001-10-29 2002-02-21 一种多媒体通信的数据结构、方法和系统

Country Status (6)

Country Link
US (1) US20050002405A1 (zh)
EP (3) EP1451981A1 (zh)
JP (3) JP3964872B2 (zh)
KR (3) KR20040081421A (zh)
CN (3) CN100530145C (zh)
WO (3) WO2003039086A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007053987A1 (en) * 2005-11-08 2007-05-18 Lenovo (Beijing) Limited Point-to-multipoint wireless display method
CN105787266A (zh) * 2016-02-25 2016-07-20 深圳前海玺康医疗科技有限公司 基于即时通讯工具的远程医疗系统架构及方法
CN113746654A (zh) * 2020-05-29 2021-12-03 中国移动通信集团河北有限公司 一种IPv6地址管理和流量分析的方法和装置

Families Citing this family (71)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050002388A1 (en) * 2001-10-29 2005-01-06 Hanzhong Gao Data structure method, and system for multimedia communications
EP1523129B1 (en) * 2002-01-18 2006-11-08 Nokia Corporation Method and apparatus for access control of a wireless terminal device in a communications network
US7151781B2 (en) * 2002-07-19 2006-12-19 Acme Packet, Inc. System and method for providing session admission control
KR100533017B1 (ko) * 2002-07-26 2005-12-02 엘지전자 주식회사 네트워크 라우터의 이중화장치
US20030108030A1 (en) * 2003-01-21 2003-06-12 Henry Gao System, method, and data structure for multimedia communications
US7395057B2 (en) * 2003-09-30 2008-07-01 Avaya Technology Corp. System and method for reconnecting dropped cellular phone calls
FR2865051B1 (fr) * 2004-01-14 2006-03-03 Stg Interactive Procede et systeme pour l'exploitation d'un reseau informatique destine a la publication de contenu
TWI234373B (en) * 2004-03-23 2005-06-11 Realtek Semiconductor Corp Method and apparatus for routing data packets
US20060002382A1 (en) * 2004-06-30 2006-01-05 Cohn Daniel M System and method for establishing calls over dynamic virtual circuit connections in an ATM network
WO2006043322A1 (ja) * 2004-10-20 2006-04-27 Fujitsu Limited サーバ管理プログラム、サーバ管理方法、およびサーバ管理装置
US20060121879A1 (en) * 2004-12-07 2006-06-08 Motorola, Inc. Method and apparatus for providing services and services usage information for a wireless subscriber unit
KR20060082353A (ko) * 2005-01-12 2006-07-18 와이더댄 주식회사 실행가능 웹 컨텐트 제공 및 처리 시스템 및 방법
US20060206618A1 (en) * 2005-03-11 2006-09-14 Zimmer Vincent J Method and apparatus for providing remote audio
US7542467B2 (en) * 2005-03-28 2009-06-02 Intel Corporation Out-of-band platform switch
US20060233174A1 (en) * 2005-03-28 2006-10-19 Rothman Michael A Method and apparatus for distributing switch/router capability across heterogeneous compute groups
CN100563203C (zh) * 2005-11-11 2009-11-25 华为技术有限公司 通信网络中组播树叶子节点网元信号传送的方法
US8457109B2 (en) * 2006-01-31 2013-06-04 United States Cellular Corporation Access based internet protocol multimedia service authorization
US7768935B2 (en) * 2006-04-12 2010-08-03 At&T Intellectual Property I, L.P. System and method for providing topology and reliability constrained low cost routing in a network
US8719342B2 (en) * 2006-04-25 2014-05-06 Core Wireless Licensing, S.a.r.l. Third-party session modification
KR101289506B1 (ko) 2006-06-27 2013-07-24 톰슨 라이센싱 성능 인식 피어 투 피어 주문형 비디오의 허가 제어
US20080039166A1 (en) * 2006-08-03 2008-02-14 Seven Lights, Llc Systems and methods for multi-character online gaming
US20080039169A1 (en) * 2006-08-03 2008-02-14 Seven Lights, Llc Systems and methods for character development in online gaming
US20080039165A1 (en) * 2006-08-03 2008-02-14 Seven Lights, Llc Systems and methods for a scouting report in online gaming
US7698439B2 (en) * 2006-09-25 2010-04-13 Microsoft Corporation Application programming interface for efficient multicasting of communications
US20080181609A1 (en) * 2007-01-26 2008-07-31 Xiaochuan Yi Methods and apparatus for designing a fiber-optic network
US8706075B2 (en) * 2007-06-27 2014-04-22 Blackberry Limited Architecture for service delivery in a network environment including IMS
US8019820B2 (en) * 2007-06-27 2011-09-13 Research In Motion Limited Service gateway decomposition in a network environment including IMS
KR100841593B1 (ko) * 2007-07-04 2008-06-26 한양대학교 산학협력단 멀티미디어 콘텐츠 제공장치 및 방법, 그리고 멀티미디어콘텐츠 수신장치 및 방법
CN101436971B (zh) * 2007-11-16 2012-05-23 海尔集团公司 一种无线家庭控制系统
CN101170497A (zh) * 2007-11-20 2008-04-30 中兴通讯股份有限公司 报送网络资源信息数据的方法及装置
US9084231B2 (en) * 2008-03-13 2015-07-14 Qualcomm Incorporated Methods and apparatus for acquiring and using multiple connection identifiers
ES2569666T3 (es) 2008-04-28 2016-05-12 Fujitsu Limited Re-conexión después de rechazo de conexión
US20090300209A1 (en) * 2008-06-03 2009-12-03 Uri Elzur Method and system for path based network congestion management
US8154996B2 (en) 2008-09-11 2012-04-10 Juniper Networks, Inc. Methods and apparatus for flow control associated with multi-staged queues
EP2356817B1 (en) * 2008-12-08 2017-04-12 Telefonaktiebolaget LM Ericsson (publ) Device and method for synchronizing received audio data with video data
US9092389B2 (en) * 2009-03-16 2015-07-28 Avaya Inc. Advanced availability detection
US8352252B2 (en) * 2009-06-04 2013-01-08 Qualcomm Incorporated Systems and methods for preventing the loss of information within a speech frame
US8640204B2 (en) * 2009-08-28 2014-01-28 Broadcom Corporation Wireless device for group access and management
US9331947B1 (en) * 2009-10-05 2016-05-03 Arris Enterprises, Inc. Packet-rate policing and admission control with optional stress throttling
EP2509359A4 (en) * 2009-12-01 2014-03-05 Samsung Electronics Co Ltd METHOD AND APPARATUS FOR TRANSMITTING A MULTIMEDIA DATA PACKET USING LAYER OPTIMIZATION
US8503428B2 (en) * 2010-03-18 2013-08-06 Juniper Networks, Inc. Customized classification of host bound traffic
CN101873198B (zh) * 2010-06-12 2014-12-10 中兴通讯股份有限公司 一种构造网络数据包的方法及装置
US8593967B2 (en) * 2011-03-08 2013-11-26 Medium Access Systems Private Limited Method and system of intelligently load balancing of Wi-Fi access point apparatus in a WLAN
CN102143089B (zh) * 2011-05-18 2013-12-18 广东凯通软件开发有限公司 一种多级传输网络的路由方法及路由装置
JP5765123B2 (ja) * 2011-08-01 2015-08-19 富士通株式会社 通信装置、通信方法、通信プログラム及び通信システム
US9178833B2 (en) 2011-10-25 2015-11-03 Nicira, Inc. Chassis controller
KR101692890B1 (ko) * 2011-10-25 2017-01-04 니시라, 인크. 범용 흐름을 변환하는 섀시 제어기
US8661484B1 (en) * 2012-08-16 2014-02-25 King Saud University Dynamic probability-based admission control scheme for distributed video on demand system
EP2962485B1 (en) * 2013-03-01 2019-08-21 Intel IP Corporation Wireless local area network (wlan) traffic offloading
KR101440231B1 (ko) * 2013-05-15 2014-09-12 엘에스산전 주식회사 고속철도에서 atc 불연속정보 처리방법
CN103530247B (zh) * 2013-10-18 2017-04-05 浪潮电子信息产业股份有限公司 一种基于多服务器节点间总线访问的优先权调配方法
US8811459B1 (en) * 2013-10-21 2014-08-19 Oleumtech Corporation Robust and simple to configure cable-replacement system
KR102153586B1 (ko) * 2014-10-20 2020-09-09 한국전자통신연구원 단말간 직접 통신에서의 멀티캐스트 서비스 제공 방법 및 장치, 그리고 멀티캐스트 서비스 자원 할당 방법 및 장치
WO2016067954A1 (ja) * 2014-10-30 2016-05-06 ソニー株式会社 送信装置、送信方法、受信装置、及び、受信方法
US9811305B2 (en) * 2015-08-13 2017-11-07 Dell Products L.P. Systems and methods for remote and local host-accessible management controller tunneled audio capability
US10243880B2 (en) * 2015-10-16 2019-03-26 Tttech Computertechnik Ag Time-triggered cut through method for data transmission in distributed real-time systems
US9755979B2 (en) * 2015-11-19 2017-09-05 Viasat, Inc. Enhancing capacity of a direct communication link
US10547559B2 (en) * 2015-12-26 2020-01-28 Intel Corporation Application-level network queueing
US10390114B2 (en) * 2016-07-22 2019-08-20 Intel Corporation Memory sharing for physical accelerator resources in a data center
US10412472B2 (en) * 2017-07-10 2019-09-10 Maged E. Beshai Contiguous network
US11134297B2 (en) * 2017-12-13 2021-09-28 Texas Instruments Incorporated Video input port
US10757488B2 (en) * 2018-08-30 2020-08-25 Maged E. Beshai Fused three-stage networks forming a global contiguous network
CN110266706A (zh) 2019-06-26 2019-09-20 三星电子（中国）研发中心 一种多媒体流数据的播放方法和装置
DE102019210223A1 (de) * 2019-07-10 2021-01-14 Robert Bosch Gmbh Vorrichtung und Verfahren für Angriffserkennung in einem Rechnernetzwerk
US11206467B2 (en) * 2019-09-04 2021-12-21 Maged E. Beshai Global contiguous web of fused three-stage networks
CN111309640B (zh) * 2020-01-17 2020-12-29 北京国科天迅科技有限公司 一种fc-ae-1553通讯系统
CN111988585B (zh) * 2020-08-17 2022-04-29 海宇星联(山东)智慧科技有限公司 一种适用于卫星数据通信网络的视频传输方法
US11616735B2 (en) * 2020-08-23 2023-03-28 Maged E. Beshai Deep fusing of clos star networks to form a global contiguous web
CN112261418B (zh) * 2020-09-18 2022-09-30 网宿科技股份有限公司 一种传输直播视频数据的方法和直播加速系统
KR102351571B1 (ko) * 2020-10-23 2022-01-14 (주)에스디플렉스 조립식 엣지 시스템
US11240566B1 (en) * 2020-11-20 2022-02-01 At&T Intellectual Property I, L.P. Video traffic management using quality of service and subscriber plan information

Family Cites Families (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US604403A (en) * 1898-05-24 Thermostatic valve
JPH0732413B2 (ja) * 1990-02-05 1995-04-10 日本電気株式会社 マルチメディア通信方式
US5528281A (en) * 1991-09-27 1996-06-18 Bell Atlantic Network Services Method and system for accessing multimedia data over public switched telephone network
US5438356A (en) * 1992-05-18 1995-08-01 Fujitsu Limited Accounting system for multimedia communications system
FR2698977B1 (fr) * 1992-12-03 1994-12-30 Alsthom Cge Alcatel Système d'information multimédia.
US5471318A (en) * 1993-04-22 1995-11-28 At&T Corp. Multimedia communications network
US5689553A (en) * 1993-04-22 1997-11-18 At&T Corp. Multimedia telecommunications network and service
US5388097A (en) * 1993-06-29 1995-02-07 International Business Machines Corporation System and method for bandwidth reservation for multimedia traffic in communication networks
US5555244A (en) * 1994-05-19 1996-09-10 Integrated Network Corporation Scalable multimedia network
US5659542A (en) * 1995-03-03 1997-08-19 Intecom, Inc. System and method for signalling and call processing for private and hybrid communications systems including multimedia systems
US5594732A (en) * 1995-03-03 1997-01-14 Intecom, Incorporated Bridging and signalling subsystems and methods for private and hybrid communications systems including multimedia systems
JP3515263B2 (ja) * 1995-05-18 2004-04-05 株式会社東芝 ルータ装置、データ通信ネットワークシステム、ノード装置、データ転送方法及びネットワーク接続方法
US5756280A (en) * 1995-10-03 1998-05-26 International Business Machines Corporation Multimedia distribution network including video switch
US5892924A (en) * 1996-01-31 1999-04-06 Ipsilon Networks, Inc. Method and apparatus for dynamically shifting between routing and switching packets in a transmission network
JP2980032B2 (ja) * 1996-08-15 1999-11-22 日本電気株式会社 コネクションレスデータ通信方式
US6028860A (en) * 1996-10-23 2000-02-22 Com21, Inc. Prioritized virtual connection transmissions in a packet to ATM cell cable network
US6081513A (en) * 1997-02-10 2000-06-27 At&T Corp. Providing multimedia conferencing services over a wide area network interconnecting nonguaranteed quality of services LANs
US5996021A (en) * 1997-05-20 1999-11-30 At&T Corp Internet protocol relay network for directly routing datagram from ingress router to egress router
CN1227862C (zh) * 1997-06-18 2005-11-16 株式会社东芝 多媒体信息通信系统
US6081512A (en) * 1997-06-30 2000-06-27 Sun Microsystems, Inc. Spanning tree support in a high performance network device
US6081524A (en) * 1997-07-03 2000-06-27 At&T Corp. Frame relay switched data service
US6272127B1 (en) * 1997-11-10 2001-08-07 Ehron Warpspeed Services, Inc. Network for providing switched broadband multipoint/multimedia intercommunication
US6272132B1 (en) * 1998-06-11 2001-08-07 Synchrodyne Networks, Inc. Asynchronous packet switching with common time reference
US7133400B1 (en) * 1998-08-07 2006-11-07 Intel Corporation System and method for filtering data
US6182054B1 (en) * 1998-09-04 2001-01-30 Daleen Technologies, Inc. Dynamically configurable and extensible rating engine
JP3699837B2 (ja) * 1998-10-30 2005-09-28 株式会社東芝 ルータ装置及びラベルスイッチパス制御方法
US6662219B1 (en) * 1999-12-15 2003-12-09 Microsoft Corporation System for determining at subgroup of nodes relative weight to represent cluster by obtaining exclusive possession of quorum resource
JP3790655B2 (ja) * 2000-03-06 2006-06-28 富士通株式会社 ラベルスイッチネットワークシステム
US6574195B2 (en) * 2000-04-19 2003-06-03 Caspian Networks, Inc. Micro-flow management
US7319700B1 (en) * 2000-12-29 2008-01-15 Juniper Networks, Inc. Communicating constraint information for determining a path subject to such constraints
US6763025B2 (en) * 2001-03-12 2004-07-13 Advent Networks, Inc. Time division multiplexing over broadband modulation method and apparatus
CA2385999A1 (en) * 2001-05-15 2002-11-15 Tropic Networks Inc. Method and system for allocating and controlling labels in multi-protocol label switched networks
US20050002388A1 (en) * 2001-10-29 2005-01-06 Hanzhong Gao Data structure method, and system for multimedia communications
US20030108030A1 (en) * 2003-01-21 2003-06-12 Henry Gao System, method, and data structure for multimedia communications

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007053987A1 (en) * 2005-11-08 2007-05-18 Lenovo (Beijing) Limited Point-to-multipoint wireless display method
US8432846B2 (en) 2005-11-08 2013-04-30 Lenovo (Beijing) Limited Point-to multipoint wireless display method
CN105787266A (zh) * 2016-02-25 2016-07-20 深圳前海玺康医疗科技有限公司 基于即时通讯工具的远程医疗系统架构及方法
CN105787266B (zh) * 2016-02-25 2018-08-17 深圳前海玺康医疗科技有限公司 基于即时通讯工具的远程医疗系统架构及方法
CN113746654A (zh) * 2020-05-29 2021-12-03 中国移动通信集团河北有限公司 一种IPv6地址管理和流量分析的方法和装置
CN113746654B (zh) * 2020-05-29 2024-01-12 中国移动通信集团河北有限公司 一种IPv6地址管理和流量分析的方法和装置

Also Published As

Publication number Publication date
JP3964871B2 (ja) 2007-08-22
CN100464532C (zh) 2009-02-25
EP1451982A1 (en) 2004-09-01
CN100358318C (zh) 2007-12-26
WO2003038633A1 (en) 2003-05-08
KR20040076856A (ko) 2004-09-03
JP3964872B2 (ja) 2007-08-22
EP1451981A1 (en) 2004-09-01
JP2005507611A (ja) 2005-03-17
EP1451982A4 (en) 2008-10-15
CN1579072A (zh) 2005-02-09
WO2003039086A1 (en) 2003-05-08
US20050002405A1 (en) 2005-01-06
KR20040081421A (ko) 2004-09-21
CN100530145C (zh) 2009-08-19
EP1451695A1 (en) 2004-09-01
CN1579070A (zh) 2005-02-09
KR20040076857A (ko) 2004-09-03
WO2003039087A1 (en) 2003-05-08
JP2005507593A (ja) 2005-03-17
JP2005507612A (ja) 2005-03-17

Similar Documents

Publication Publication Date Title
CN1578947A (zh) 一种多媒体通信的系统、方法和数据结构
CN100351745C (zh) 调用预定时间视频会议的服务器
CN1222902C (zh) 通信网中的方法和设备
CN1306780C (zh) 网络电话系统及其方法
CN1242596C (zh) 瞬时消息接发
CN1178450C (zh) 扩充寻址方案的方法和系统
CN1623308A (zh) 用于强制实施旨在为多流和多媒体应用提供QoS支持的端到端协商协议的不同阶段的模型
CN1167270C (zh) 内容分配方法、预订控制装置和方法
CN1200364C (zh) 使用服务器的方法和设备、服务器预订控制设备
CN100477667C (zh) 在网络电视网络中实现消息类业务的方法及系统
CN1852431A (zh) 实现实时视频信息共享的系统及方法
CN1599376A (zh) 网络媒体话机终端的应用和通信方法
CN1229314A (zh) 用于混合光纤双绞线本地环路网络服务结构的网络服务器平台
CN1682512A (zh) 弹性分组环上的一种多业务支路实现方法及其设备
CN1262836A (zh) 一种通信系统体系结构
CN1511406A (zh) 用于实现分布式多媒体应用端到端服务质量协商的方法
CN1147325A (zh) 通信网络中的服务分配
CN1509577A (zh) Ip多媒体中的存在服务器
CN1271491A (zh) 一种用于交换电话通讯的系统、方法和制造产品
CN1874321A (zh) 传送装置和传送方法
CN1956424A (zh) 基于分布式网关的通信方法及应用
CN101053208A (zh) 宽带协议
CN1522536A (zh) 信息传递系统与方法,以及信息处理设备与方法
CN1531809A (zh) 数据分布
CN1859188A (zh) 通信指纹系统及通信指纹采集、管理方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
C17 Cessation of patent right
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20090819

Termination date: 20140221