一种多媒体通信的方法和系统

1.一种传送数据的方法，包括：
用包含在数据包中的数据报地址在面向连接的包交换网络中的 一系列逻辑链路中异步传送一个多媒体数据包，其中
所述的一系列逻辑链路在源节点和目的地节点之间构建了一个 传送通路，
在所述的传送进行之前，根据对所述的一系列逻辑链路上资源使 用的估算，所述的网络中的一个节点认可了所述的传送，
在一系列自上而下的逻辑链路中，所述的数据报地址中的局部地 址子域所包含的地址信息自行引导所述的数据包，所述的一系列自上 而下的逻辑链路是所述的一系列逻辑链路的子集，
所述的数据包在沿着所述的一系列逻辑链中的多重链路上被传 送时保持不变。
2.如权利要求1所述的方法，其中所述的一系列逻辑链路在源 节点与目的地节点之间构建了一个传送通路。
3.如权利要求1所述的方法，其中所述的传送以线速进行。
4.如权利要求1所述的方法，其中所述的传送使用离线计算的 传送表。
5.如权利要求1所述的方法，其中所述的传送是异步进行的。
6.如权利要求1所述的方法，其中所述的传送是借助于所述的 数据报地址中的信息，所述的信息标明了数据包所提供的服务的种 类。
7.如权利要求1所述的方法，其中所述的数据包的长度与另一 个在所述的网络中被传送的多媒体数据包的长度不同。
8.如权利要求1所述的方法，其中所述的数据包在所述的一系 列逻辑链路中的链路上被传送时保持不变。
9.如权利要求1所述的方法，其中所述的数据包无期限数据。
10.如权利要求1所述的方法，其中所述的数据包在所述的一系 列逻辑链路中的链路上被传送时自导向路由计算。
11.如权利要求1所述的方法，其中所述的多媒体数据包括电话 数据。
12.如权利要求1所述的方法，其中所述的多媒体数据包括媒体 点播数据。
13.如权利要求1所述的方法，其中所述的多媒体数据包括组播 数据。
14.如权利要求1所述的方法，其中所述的多媒体数据包括广播 数据。
15.如权利要求1所述的方法，其中所述的多媒体数据包括媒体 转移数据。
16.如权利要求1所述的方法，其中所述的多媒体数据被显示在 用户终端上。
17.如权利要求16所述的方法，其中所述的用户终端是指提供 MP网络和非MP网络接入的机顶盒。
18.如权利要求16所述的方法，其中所述的用户终端是指能处 理MP数据包和非MP数据包的MP/IP透明终端。
19.如权利要求1所述的方法，其中所述的多媒体数据是存贮于 一个家庭服务器中的。
20.如权利要求1所述的方法，其中所述的多媒体数据是存贮于 一个大规模的存贮单元内的。
21.如权利要求1所述的方法，其中所述的包交换网络包括一系 列非对等的用户终端。
22.如权利要求1所述的方法，其中所述的包交换网络包括一系 列非对等的中层交换机。
23.如权利要求1所述的方法，其中所述的包交换网络包括一系 列非对等的家庭网关。
24.如权利要求1所述的方法，其中所述的包交换网络在一个节 点被添加到所述的网络时自动为所述的节点作配置。
25.如权利要求24所述的方法，其中所述的自动配置包括对该 节点的标识号码的检查。
26.如权利要求1所述的方法，其中所述的包交换网络在所述的 传送之前认可所述的传送。
27.如权利要求26所述的方法，其中所述的认可是基于所述的 一系列逻辑链路上资源使用的估算。
28.如权利要求27所述的方法，其中所述的认可是基于每一场 服务的。
29.如权利要求1所述的方法，其中在所述的传送之前，所述的 包交换网络中的一个节点认可所述的传送。
30.如权利要求29所述的方法，其中所述的认可是基于所述的 一系列逻辑链路上资源使用的估算。
31.如权利要求30所述的方法，其中所述的认可是基于每一场 服务的。
32.如权利要求1所述的方法，其中所述的包交换网络包括把网 络信息发送到所述的网络中一系列交换机上的服务器。
33.如权利要求32所述的方法，其中所述的网络信息包括在所 述的网络中一系列交换机的带宽使用信息。
34.如权利要求32所述的方法，其中所述的网络信息是通过公 告数据包被发送的。
35.如权利要求1所述的方法，其中在传送所述的数据包之前， 所述的包交换网络验证付款方的帐户。
36.如权利要求1所述的方法，其中所述的包交换网络测量、收 集及存贮使用数据。
37.如权利要求36所述的方法，其中所述的使用数据包括计帐 数据。
38.如权利要求1所述的方法，其中所述的包交换网络管制数据 包的传送。
39.如权利要求38所述的方法，其中所述的网络通过添加包来 管制数据包的传送。
40.如权利要求38所述的方法，其中所述的网络通过阻止包来 管制数据包的传送。
41.如权利要求1所述的方法，其中所述的包交换网络包含有服 务器组，所述的服务器组包含有一系列的服务器系统，其中每一个服 务器系统均具有专门的用途。
42.如权利要求1所述的方法，其中所述的包交换网络根据一套 过滤标准来过滤所述的包。
43.如权利要求42所述的方法，其中所述的过滤标准是建立在 每一场服务上的。
44.如权利要求42所述的方法，其中所述的过滤标准包括所述 的包中的源地址。
45.如权利要求42所述的方法，其中所述的过滤标准包括所述 的包中的目的地地址。
46.如权利要求42所述的方法，其中所述的过滤标准包括一个 数据流量参数。
47.如权利要求42所述的方法，其中所述的过滤标准包括数据 内容方面的信息。
48.如权利要求1所述的方法，其中所述的数据报地址标识了一 个附有节点的网络接入点，如果所述的节点发生了变化，所述的数据 报地址仍然标识所述的网络接入点。
49.如权利要求1所述的方法，其中所述的数据报地址包含有局 部地址子域，所述的局部地址子域是与指向一个网络接入点的网络拓 扑相对应的。
50.如权利要求1所述的方法，其中当一个附在网络接入点上的 节点发生变化时，所述的数据报地址仍然保持与所述的网络接入点相 关联。
51.一种通信方法，包括：
根据控制包第一报地址，转发控制包在一系列逻辑链路的面向连 接的包交换网络，
所述的第一报地址第一局部地址子域中的地址信息在一系列自 上而下的逻辑链路中自行引导所述的控制包，所述的一系列自上而下 的逻辑链路是所述的一系列逻辑链路的子集；
根据数据包第二报地址，转发在所述的一系列逻辑链路中的数据 包，
所述的第二报地址含有另一颜色局部地址子域，其中所述的颜色 信息决定所述的数据包传送方式。
52.如权利要求51所述的方法，包括第一报地址第一颜色局部 地址子域颜色信息为多播通信，根据控制包报地址第一局部地址子域 信息和占用业务号，在一系列逻辑链路中修改资源。
53.如权利要求52所述的方法，所述的资源包括在一系列逻辑 链路中的器件中的路由表。
54.如权利要求52所述的方法，在所述的通信期间占用所述的 业务号；
当所述的业务号不可用时，占用映射业务号。
55.如权利要求54所述的方法，控制包包括所述的业务号和映 射业务号。
56.如权利要求51所述的方法，所述的包发送机制包括用第二 报地址的第二局部地址地址信息在一系列自上而下的逻辑链路中自 行引导所述的数据包，第二颜色局部地址颜色信息显示为单播通信业 务。
57.如权利要求51所述的方法，包括根据控制包的登录指标， 有选择地发送上行信息包。
58.如权利要求57所述的方法，包括用插入包调节所述的上行 的包流量。
59.如权利要求51所述的方法，包括：用控制包在第一时隔， 沿一系列的逻辑链路查询连接相关资源信息；
用控制包在第二时隔，发布所述的连接相关资源信息。
60.如权利要求59所述的方法，包发送机制包括当第二颜色局 部地址颜色信息显示为多播通信业务，根据资源保存的信息，沿一系 列的逻辑链路发送数据包。
61.如权利要求60所述的方法，所述的资源保存所述的信息在 路由表中。
62.一个建立通信业务的方法，包括：
根据单一控制包报地址，转发单一控制包在一系列逻辑链路的面 向连接的包交换网络；
所述的局部地址子域中的地址信息在一系列自上而下的逻辑链 路中自行引导所诉的控制包，所述的一系列自上而下的逻辑链路是所 述的一系列逻辑链路的子集；
修改一系列逻辑链路资源；其中，
多播呼叫方送一建立控制包到媒体组播服务器，包括被呼叫方多 播用户地址，
服务器解析用户地址得到被叫多播网络地址，
服务器送一组播建立控制包，包括主叫网络地址、多播网络地址，
控制包在一系列自上而下的逻辑链路中，
修改一系列逻辑链路中层交换机资源。
63.一个终止通信业务的方法，包括：
根据单一控制包报地址，转发单一控制包在一系列逻辑链路的 面向连接的包交换网络，
所述的局部地址子域中的地址信息在一系列自上而下的逻辑链 路中自行引导所诉的控制包，所述的一系列自上而下的逻辑链路是所 述的一系列逻辑链路的子集；
修改一系列自上而下的逻辑链路资源；其中，
多播呼叫方送一终止控制包到媒体组播服务器，
服务器送一组播终止控制包，包括主叫网络地址、多播网络地址，
控制包在一系列自上而下的逻辑链路中，
修改一系列逻辑链路中层交换机资源。
64.一个传输数据的方法，包括：用数据包报头域报地址转发多 媒体数据包在一系列逻辑链路的包交换网络；
报地址可作为数据链路层和网络层地址；
报地址有指令可调用转发所需的一系列逻辑链路资源。
65.如权利要求64所述的方法，所述的资源包括一系列逻辑链 路器件。
66.如权利要求65所述的方法，所述的报地址包括：单播指令 用所述的报地址局部地址信息，调用一系列逻辑链路器件传输信息 包。
67.如权利要求66所述的方法，所述的报地址包括：多播指令 用所述的器件保存的信息，调用一系列逻辑链路器件传输信息包。
68.如权利要求67所述的方法，所述的器件保存的信息包括业 务号和所述的报地址局部地址信息。
69.如权利要求68所述的方法，包括：在所述的通信期间占用 所述的业务号；
当所述的业务号不可用时，占用映射业务号。
70.一种数据传送的系统，包括：
一个包括一系列逻辑链路的面向连接的包交换网络；及
一系列在所述的一系列逻辑链路中进行异步传送的数据包，所述 的每一个数据包包括：
一个报头域，该报头域中的数据地址含有一系列局部地址子域。 在一系列自上而下的逻辑链路中，所述的局部地址子域中的地址信息 自行引导所述的数据包，所述的一系列自上而下的逻辑链路是所述的 一系列逻辑链路的子集，
和一个包含多媒体数据的有效载荷数据域；
其中，所述的一系列逻辑链路在源节点和目的地节点之间构建了 一个传送通路，
在所述的传送进行之前，根据对所述的一系列逻辑链路上资源使 用的估算，所述的网络中的一个节点认可了所述的传送，以及
每一个所述的数据包在沿着所述的一系列逻辑链路中的多重链 路上被传送时保持不变。
71.如权利要求70所述的系统，其中所述的一系列逻辑链路在 源节点和目的地节点之间构建了一个传送通路。
72.如权利要求70所述的系统，其中所述的传送以线速进行。
73．如权利要求70所述的系统，其中所述的传送使用离线计算 的传送表。
74.如权利要求70所述的系统，其中所述的传送以异步进行。
75.如权利要求70所述的系统，其中所述传送是借助于所述的 数据报地址中的信息，所述的信息标明了数据包所提供的服务的种 类。
76.如权利要求70所述的系统，其中所述的数据包的长度是可 变的。
77.如权利要求70所述的系统，其中所述的数据包在所述的一 系列逻辑链路中的链路上被传送时保持不变。
78.如权利要求70所述的系统，其中所述的数据包无期限数据。
79.如权利要求70所述的系统，其中所述的数据包在所述的一 系逻辑链中的链路上被传送时自导向路由计算。
80.如权利要求70所述的系统，其中所述的多媒体数据包括电 话数据。
81.如权利要求70所述的系统，其中所述的多媒体数据包括媒 体点播数据。
82.如权利要求70所述的系统，其中所述的多媒体数据包括组 播数据。
83.如权利要求70所述的系统，其中所述的多媒体数据包括广 播数据。
84.如权利要求70所述的系统，其中所述多媒体数据包括媒体 转移数据。
85.如权利要求70所述的系统，其中所述的多媒体数据被显示 在用户终端上。
86.如权利要求85所述的系统，其中所述的用户终端是指提供 MP网络和非MP网络接入的机顶盒。
87.如权利要求85所述的系统，其中所述的用户终端是指能处 理MP数据包和非MP数据包的MP/IP透明终端。
88.如权利要求70所述的系统，其中所述的多媒体数据是存贮 于一个家庭服务器中的。
89.如权利要求70所述的系统，其中所述的多媒体数据是存贮 于一个大规模的存贮单元内的。
90.如权利要求70所述的系统，其中所述的包交换网络包括一 系列非对等的用户终端。
91.如权利要求70所述的系统，其中所述的包交换网络包括一 系列非对等的中层交换机。
92.如权利要求70所述的系统，其中所述的包交换网络包括一 系列非对等的家庭网关。
93.如权利要求70所述的系统，其中所述的包交换网络在一个 节点被添加到所述的网络时自动为所述的节点作配置。
94.如权利要求93所述的系统，其中所述的自动配置包括对该 节点的标识号码的检查。
95.如权利要求70所述的系统，其中所述的传送之前，所述的 包交换网络认可所述的传送。
96.如权利要求95所述的系统，其中所述的认可是基于所述的 一系列逻辑链路上资源使用的估算。
97.如权利要求96所述的系统，其中所述的认可是建立在每一 场服务上的。
98.如权利要求70所述的系统，其中在所述的传送之前，所述 的包交换网络中的一个节点认可所述的传送。
99.如权利要求98所述的系统，其中所述的认可是基于所述的 一系列逻辑链路上资源使用的估算。
100.如权利要求99所述的系统，其中所述的认可是建立在每一 场服务上的。
如权利要求70所述的系统，其中所述的包交换网络包括把 网络信息发送到所述的网络中一系列交换机上的服务器。
如权利要求101所述的系统，其中所述的网络信息包括在 所述的网络中一系列交换机的带宽使用信息。
如权利要求101所述的系统，其中所述的网络信息是通过 公告数据包被发送的。
如权利要求70所述的系统，其中在传送所述的数据包之前， 所述的包交换网络验证付款方的帐户。
如权利要求70所述的系统，其中所述的包交换网络测量、 收集及存贮使用数据。
如权利要求105所述的系统，其中所述的使用数据包括计 帐数据。
如权利要求70所述的系统，其中所述的包交换网络管制数 据包的传送。
如权利要求107所述的系统，其中所述的网络通过添加包 来管制数据包的传送。
如权利要求107所述的系统，其中所述的网络通过阻止包 来控制数据包的传送。
110.如权利要求70所述的系统，其中所述的包交换网络包含有 服务器组，所述的服务器组包含有一系列的服务器系统，其中每一个 服务器系统均具有专门的用途。
111.如权利要求70所述的系统，其中所述的包交换网络根据一 套过滤标准来过滤所述的包。
112.如权利要求111所述的系统，其中所述的过滤标准是建立 在每一场服务上的。
113.如权利要求111所述的系统，其中所述的过滤标准包括所 述的包中的源地址。
114.如权利要求111所述的系统，其中所述的过滤标准包括所 述的包中的目的地地址。
115.如权利要求111所述的系统，其中所述的过滤标准包括一 个数据流量参数。
116.如权利要求111所述的系统，其中所述的过滤标准包括数 据内容方面的信息。
117.如权利要求70所述的系统，其中所述的数据报地址标识了 一个附有节点的网络接入点，如果所述的节点发生了变化，所述的数 据报地址仍然标识所述的网络接入点。
118.如权利要求70所述的系统，其中所述的数据报地址包含有 局部地址子域，所述的局部地址子域是与指向一个网络接入点的网络 拓扑相对应的。
119.如权利要求70所述的系统，其中当一个附在网络接入点上 的节点发生变化时，所述的数据报地址仍然保持与所述的网络接入点 相关联。
120.一种数据传送的系统，包括：
含有一系列逻辑链路的包交换网络；
一系列传送在所述的一系列逻辑链路中的控制包，每一个所述的 控制包包括：第一个报地址含有一系列局部地址子域，其中，
所述的局部地址子域中的地址信息在一系列自上而下的逻辑链 路中自行引导所述的数据包，所述的一系列自上而下的逻辑链路是所 述的一系列逻辑链路的子集；
一系列传送在所述的一系列逻辑链路中的数据包，每一个所述的 数据包包括：第二个报地址含有另一系列颜色局部地址子域，其中所 述的颜色信息在所述的一系列颜色局部地址子域决定所述的数据包 传送方式。
121.如权利要求120所述的系统，其中所述的包交换网络包括：
骨干网；
与骨干网相连的服务网关；
与服务网关相连的一系列交换单元；
与一系列交换单元相连的家庭网关；
与家庭网关相连的用户终端。
122.如权利要求121所述的系统，所述的服务网关管制所述的 包交换网络中的子网资源。
123.如权利要求122所述的系统，所述的服务网关还包括：与 骨干网相连的边缘交换机，
与边缘交换机相连的服务器组。
124.如权利要求123所述的系统，所述的服务网关还包括网关 与边缘交换机相连，与非所述的包交换网络相连。
125.如权利要求123所述的系统，所述的服务网关还包括媒体 存储器件与边缘交换机相连。
126.如权利要求123所述的系统，所述的服务器组还包括一系 列服务器，每一个服务器均可独立工作。
127.如权利要求126所述的系统，所述的每一个服务器执行特 定的任务。
128.如权利要求123所述的系统，所述的服务器组工作能力包 括：建立所述的子网的网络拓扑；
给所述的子网端口分配可用地址；
与所述的端口相连的器件绑定端口分配的地址；
与器件通信；
控制所述的子网的流量。
129.如权利要求128所述的系统，所述的服务器组进行器件身 份鉴别后绑定端口分配的地址与所述的器件。
130.如权利要求128所述的系统，所述的服务器组收集所述的 器件的资源信息；
发布所述的子网资源信息给所述的器件。
131.如权利要求128所述的系统，所述的服务器组批准服务请 求后，在请求服务器件和目的器件之间分配资源。
132.如权利要求128所述的系统，所述的服务器组批准服务请 求依据所述的请求器件和目的器件满足所述的服务请求；
在请求器件和目的器件之间资源满足所述的服务请求。
133.如权利要求132所述的系统，所述的服务器组检查付费财 务状况。
134.如权利要求132所述的系统，所述的服务器组预订可用业 务号为多播通信业务服务请求。
135.如权利要求132所述的系统，其中所述的服务器组配置子 网上行信息包登录指标。
136.如权利要求123所述的系统，其中所述的边缘交换机包括： 包分配器；
交换核与包分配器相连，所述的交换核包括：局部地址路由器， 与包分配器相连；
颜色过滤器，与局部地址路由器相连；
延时单元，与颜色过滤器，局部地址路由器，包分配器相连。
137.如权利要求136所述的系统，边缘交换机所收到的信息包 在延时单元存储一段时间，同时颜色过滤器引导局部地址路由器处理 颜色局部地址子域；
局部地址路由器引导包分配器发送信息包。
138.如权利要求137所述的系统，当颜色局部地址信息显示为 多播通信业务，局部地址路由器根据第一路由表发送一系列第一控制 信号到包分配器发送信息包；
当颜色信息显示为单播通信业务，局部地址路由器根据局部地址 信息发送一系列第二控制信号到包分配器发送信息包。
139.如权利要求138所述的系统，局部地址路由器保存预订业 务号和映射业务号于第二路由表。
140.如权利要求136所述的系统，颜色过滤器能直接响应所述 的包交换网络中发出请求的器件的控制信号。
141.如权利要求138所述的系统，包分配器包括：至少一个分 配器；
一个缓存库与分配器相连；
至少一个控制器，与缓存阵列相连和多级交换单元相连。
142.如权利要求141所述的系统，分配器响应所述的第一和第 二控制系列信号，引导信息包进入一个缓存库区域；
所述的控制器调节从所述的缓存库区域进入多级交换单元的包 流量。
143.如权利要求121所述的系统，多级交换单元包括：交换核 上行包过滤器与交换核相连。
144.如权利要求143所述的系统，所述的上行包过滤器根据一 组指标过滤上行的信息包。
145.如权利要求144所述的系统，所述的上行包过滤器用插入 包调节上行的包流量。
146.如权利要求143所述的系统，所述的交换核包括：包分配 器；
局部地址路由器，与包分配器相连；
颜色过滤器，与局部地址路由器和上行包过滤器相连；
延时单元，与颜色过滤器和包分配器相连。
147.如权利要求146所述的系统，边缘交换机所收到的信息包 延时单元存储一段时间，同时颜色过滤器引导局部地址路由器处理颜 色局部地址子域；
局部地址路由器引导包分配器发送信息包。
148.如权利要求147所述的系统，颜色局部地址信息显示为多 播通信业务，局部地址路由器根据第一路由表信息发送一系列第一控 制信号到包分配器发送信息包；
颜色局部地址信息显示为单播通信业务，局部地址路由器根据局 部地址信息发送一系列第二控制信号到包分配器发送信息包。
149.如权利要求148所述的系统，局部地址路由器保存占用业 务号和映射业务号于第二路由表。
150.如权利要求148所述的系统，包分配器包括：至少一个分 配器；
一个缓存库与分配器相连；
至少一个控制器，与缓存阵列相连，与家庭网关相连。
151.如权利要求150所述的系统，分配器响应所述的第一和第 二控制系列信号，引导信息包进入一个缓存库区域；
所述的控制器调节从所述的缓存库区域进入家庭网关的包流量。
152.如权利要求121所述的系统，家庭网关包括：主用户交换 机；
一系列从用户交换机，与主用户交换机相连。
153.如权利要求152所述的系统，当主用户交换机与多级交换 单元物理相连后，服务器组给主用户交换机分配地址。
154.如权利要求152所述的系统，所述的主用户交换机提供家 庭网关所支持的最大带宽。
155.如权利要求152所述的系统，所述的主用户交换机给与家 庭网关相连用户终端分配带宽。
156.如权利要求152所述的系统，所述的主用户交换机有专用 上行端口和专用下行端口。
157.如权利要求156所述的系统，所述的每一从用户交换机有 专用上行端口和专用下行端口。
158.如权利要求157所述的系统，所述的主用户交换机下行端 口发一广播信息包，当所述的广播信息包目标地址用户终端，是一系 列从用户交换机直接管理，广播信息包给此一系列从用户交换机。
159.如权利要求157所述的系统，所述的从用户交换机上行端 口转发信息包至主用户交换机，所述的信息包目标地址是所述的一系 列多级交换单元。
160.如权利要求159所述的系统，所述的一系列从用户交换机 的一从用户交换机上行端口发一广播信息包其余从用户交换机，所述 的广播信息包目标地址用户终端是其余一系列从用户交换机直接管 理。
161.一个传输数据的系统，包括：含有一系列逻辑链路的包交 换网络；及
一系列传送在所述的一系列逻辑链路中的信息包，每一个所述的 信息包包括：一个含有报地址的报头域，
报地址可作为数据链路层地址和网络层地址；
报地址有指令可调用转发所需的一系列逻辑链路资源。
162.如权利要求161所述的系统，当第一报地址第一颜色局部 地址子域颜色信息为多播通信，所述的包交换网络部件根据控制包报 地址第一局部地址子域和业务号，对所管理的一系列逻辑链路修改资 源。
163.如权利要求162所述的系统，包交换网络包括：服务网关 在所述的通信期间占用所述的业务号；
所述的业务号不可用时，占用映射业务号。
164.如权利要求163所述的系统，所述的控制包包括业务号和 映射业务号。
165.如权利要求120所述的系统，所述的包发送机制包括：用 第二报地址的第二局部地址信息在一系列自上而下的逻辑链路中自 行引导所述的数据包，第二颜色局部地址颜色信息显示为单播通信业 务。
166.如权利要求120所述的系统，所述的包交换网络包括：多 级交换单元根据控制包的登录指标，有选择地发送上行信息包。
167.如权利要166所述的系统，所述的多级交换单元，用插入 包调节上行的包流量。
168.如权利要求120所述的系统，所述的包交换网络包括：服 务网关用控制包在第一时隔，沿一系列的逻辑链路查询连接相关资源 信息；用控制包在第二时隔，发布所述的连接相关资源信息。
169.如权利要求168所述的系统，包发送机制包括：当第二颜 色局部地址颜色信息显示为多播通信业务，根据资源保存的信息，沿 一系列的逻辑链路发送数据包。
170.如权利要求169所述的系统，所述的资源保存所述的信息 在路由表中。
171.如权利要求161所述的系统，所述的包交换网络包括一系 列逻辑链路器件。
172.如权利要求171所述的系统，所述的报地址包括：单播指 令根据所述的报地址局部地址信息，调用一系列逻辑链路器件传输信 息包。
173.如权利要求171所述的系统，所述的报地址包括：多播指 令根据所述的器件保存的信息，调用一系列逻辑链路器件传输信息 包。
174.如权利要求173所述的系统，所述的器件保存的信息包括 业务号和所述的报地址局部地址信息。
175.如权利要求174所述的系统，所述的包交换网络包括：服 务网关，
在所述的通信期间占用所述的业务号，
当所述的业务号不可用时，占用映射业务号。

技术领域\n本发明涉及多媒体通信领域。具体地说，本发明是基于传输高质量多媒体 通信服务的一种高效率的通信协议，如通过包交换网络来实现视频组播、视频点 播、实时互动视频电话以及高保真语音会议。本发明可以通过多种方式表现，包 括方法、系统和数据结构。\n背景技术\n通信网络(包括互联网)使得不同的个人和机构之间能够交换信息和其他 信息资源。网络通常包括通路、传输、信令以及网络管理等技术。这些技术已广 泛地见诸于各类文献。对此作了概括介绍的有：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)。这些技术以往取得的进展已经充分地增进了信息传输的速 度和质量，并降低了其费用。\n连接用户终端到一个广域传输网络的通路技术(如用户终端装置和网络边 缘的局域环路)已经从14.4、28.8和56K的调制解调器发展到包括ISDN、T1、 线缆调制解调器、DSL、以太网和无线连接在内的技术。\n现今用在广域网中的传输技术包括：同步光纤网(SONET)、密集波分复用 (DWDM)、帧中继、异步传输模式(ATM)和弹性分组环(RPR)。\n在所有不同的信令技术中(如在网络中用来建立、维持和终结通信的协议 和方法)，互联网协议(IP)的应用最为广泛。事实上，几乎所有的通信和网络 专家认为集声音(如电话)、视频和数据网于一体的一个基于IP协议的网络(如 互联网)将是不可避免的。就像一位作者所阐述的那样：“有一件事是清楚的， 那就是以IP为基础的整合各类网络于一体的列车已经驶离了车站，有些乘客对 此次旅行极具热情，而另一些则很不情愿地被拖拽而行，并哭、叫、踢打着列举 IP的种种缺陷。但是不管它有着何种缺陷，IP已被采纳为一种行业标准，除了 它以外没有任何其他的技术具有如此大的潜力和发展的空间。”(摘自1998年8 月10日《Network World》上的“IP Convergence：Building the Future”，作者Susan Breidenbach)。\n网络管理技术，如简单网络管理协议(SNMP)和通用管理信息协议(CMIP) 等，已经发展到可以用来监控、修复和重新配置计算机网络。\n正是因为有了这些技术进步，计算机网络已经从传送简单的文本信息发展 到可以提供音频、静止图像以及基本的多媒体服务。\n最近，在发展原有技术和开拓新技术目的为使计算机网络提供的音像质量 能够与有线电视(CATV)、DVD、高清晰度电视(HDTV)相媲美的多媒体通信 服务方面，人们作了很多努力。为了提供这些服务，一个多媒体网络需要具备大 容量带宽、低延时和低的信号抖动特性。为了能够得到广泛应用，一个多媒体网 络还需具备：1)可扩展性；2)和其他网络的可交互操作性；3)最小限度的信 息丢失；4)可管理性(如监控、修复和重新配置)；5)安全性；6)可靠性；和 7)计费能力。\n最近的研究包括发展IPv6来取代目前的IPv4。IPv6数据报头中含有一个流 标号和优先子域，这可以被电脑主机用来识别需要由IPv6路由器来进行特别处 理的数据包，这些数据包用于提供实时多媒体服务。Quality of Service(QoS)协 议和架构也在发展中，包括ReSer Vation Protocol(RSVP)、Differentiated Services (DiffServe)和Multi Protocol Labeling Switching(MPLS)。此外，随着微处理 器技术不断地改进，网络路由器和服务器的速度和功率也在不断地增长。\n尽管有这些努力，以往力图构建一个可以被广泛应用的高质量的多媒体网 络还是未能成功。其失败源于两个主要原因：\n首先，一些网络完全不是被设计成用来提供多媒体服务的。举例来说，公共 交换电话网络(PSTN)是被设计用来传输音频而非视频的。同样，互联网最初 是被设计用来传输文本和数据文件而非视频的。正如一份计算机网络文献里讲的 那样：“多媒体服务所必需的基本条件和那些传统的数据性的服务所必需的基本 条件(如网页文本、图像、电子邮件、FTP、和DNS服务)有着显著的差别。 特别是多媒体服务对于端对端延时和延时变化特别敏感，但却能容忍偶然的数据 丢失。这些在服务需求上的截然不同表明了原先已设计成用来传输数据的通信网 络架构是不适合被用来提供多媒体服务的。事实上，现在人们正在投入大量的精 力来扩展互联网的架构来直接支持这些新的多媒体服务所必需的基本条件。”(摘 自James F.Kurose和Keith W.Ross所著的《Computer Networking：A Top-Down Approach Featuring the Internet》(Addison Wesley，2001)，第438页)。如上文所 述，这些拓展互联网架构的努力包括：IPv6，RSVP，DiffServe，和MPLS。\n其次，更重要的一点是，目前还没有人能够对硅瓶颈问题提出一个有 效的和全面的解决方案。集成电路芯片的速度增长遵从摩尔定律(每十八个月速 度提升一倍)已有三十多年的历史了。然而，芯片速度的增长在光纤传输系统的 带宽增长(带宽每六个月提升一倍)面前显得微不足道。因此，整个网络系统速 度的主要瓶颈是芯片的处理速度而不是带宽。\n先前对硅瓶颈问题的解决方法仅仅是集中在采用更快的芯片来制造更强大 的交换机和路由器，或者是对既有的网络架构和协议作一些小改动。这些办法只 能是权宜之计。符合长期需求的，也即本发明所推出的，是能够有效解决硅瓶颈 问题的一种新的以多媒体为中心的网络架构和协议，而且该种网络架构和协议还 可以与目前的以数据为中心的网络(如互联网)并存和作交互操作。\n如图1a所示，通信网络可被划分为的几个主要类别(例见James F.Kurose 和Keith W.Ross所著的《Computer Networking：A Top-Down Approach Featuring the Internet》(Addison Wesley，2001)的第一章)。其最高层次的区别在于电路交 换网络和包交换网络。电路交换网络是在两台或更多台主机之间在通信期间建立 一条专用的端对端电路。电路交换网络的例子包括公共交换电话网(PSTN)和 ISDN。\n包交换网络不是用专用的端对端电路来进行主机之间的通信的，它是通过 基于虚电路的路由或基于数据报地址的路由在主机之间转送数据的。\n在基于虚电路的路由中，网络是采用一个与数据包相联系的虚拟电路号码 来传送数据包的。这个虚拟电路号码一般被包含在数据包的报头中，并且一般会 在发送者和接受者中间的节点中被修改。基于虚电路路由的包交换网络包括SAN， X.25，帧中继和ATM网络。MPLS是通过把一个类似于虚拟电路号码的标记加 到数据包中来传送数据包的，所以我们也把采用MPLS的网络包括在这一类别 中。\n在基于数据报地址的路由中，网络是采用包含在一个数据包中的目的地地 址来传送数据包的。基于数据报地址的路由既可以是面向非连接的也可以是面向 连接的。\n在面向非连接网络中，在发送数据包之前并没有一个准备阶段，如没有在发 送数据包之前先发送控制包。面向非连接网络包括以太网、采用用户数据报协议 (UDP)的IP网络、以及交换式多兆位数据服务(SMDS)。\n相反地，在面向连接网络中，在发送数据包之前有一个准备阶段。例如， 在采用传输控制协议(TCP)的IP网络中，作为在发送数据包之前的一次信号交换 过程中，控制包被首先送出。这里用“面向连接”一词是因为发送者和接受者仅 仅是被松散地连接起来。采用基于虚电路路由的包交换网络也是面向连接。\n包交换网络中硅瓶颈的问题主要是由于在网络传输中对数据包实施的众多 的处理步骤而引起的。举例来说，如图1b所示的那样，假定一个数据包从一个 以太局域网(LAN)通过互联网传送到第二个以太局域网。\n把数据包从源头发送到目的地涉及到两种地址：网络层地址和数据链路层 地址。\n网络层地址通常被用来在网络间发送数据包(如包含网络的网络)。(不同的 参考资料有的把网络层地址称作“逻辑地址”或“协议地址”)。在本例中，网络 层地址就是目的地主机的IP地址(例如，图1b中的在LAN2里的PC2)。一个 IP地址被分为两个子域，一个网络标识符子域和一个主机标识符子域。\n一个数据链路层地址通常被用来向一个节点标识一个物理网络界面(不同的 参考资料把数据链路层地址称为“物理地址”和“介质访问控制(MAC)地址”)。 在本例中，数据链路层地址就是目的地主机和数据包所路经的路由器的以太网 (IEEE802.3)MAC地址。\n以太网MAC地址是全球独一无二的，48位二进制数字被永久地赋予每一个 以太网的组件(通常由组件的制造商赋予)。那么，如果一个以太网组件被搬到 另一个不同的以太网上，以太网MAC地址仍保留在该组件中。因此，以太网具 有一个平面的地址结构，例如，以太网MAC地址不能提供有助于路由数据包的 网络拓补信息。然而，总体上讲数据链路层地址没有必要是全球独一无二的，也 没必要被永久性的赋予一个特定的节点。\n要把数据从源主机(如LAN1中的PC1)传送到目的地主机，数据被分割成 若干个数据包。每个数据包都有一个包含有目的地主机IP地址的报头。这个IP 地址在数据包通过若干个逻辑链路到达目的地主机的过程中保持不变。然而，如 下文所解释的那样，在数据包被传送的过程中数据包的若干其他部分发生了变 化。\n如图1b所示，数据包的报头最初也包含了该数据包被送往目的地主机时将 路经的第一个路由器的MAC地址(如图1b中的路由器1的MAC地址)。(这里 提到的“报头”和“数据包”与用在开放式系统互连(OSI)模型里的术语有所不 同。在OSI术语中，一个IP数据包包含一个容纳有效载荷数据的IP报头。以此 类推，一个以太网帧中包含了一个容纳了IP数据包的以太网报头和报尾。而在 这里用到的术语，IP报头和以太网报头和报尾被捆在一起称作“报头”，以太网 帧则被称为“数据包”。)\n当路由器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。\n在路由器1上发生的大量的处理也同样重复发生在路由器2以及每一个中 间路由器上，直到数据包抵达一个直接连到包含目的地主机在内的目的地IP网 络的路由器，如图1b中的路由器N。路由器N分离出数据包中的当前的以太网 MAC地址(如图1b中的路由器N的MAC地址)，将目的地IP地址转化为一个 以太网MAC地址并将其加到数据包中(如图1b中的PC2的MAC地址)，缩减 数据包中的使用期限域，重新计算并添加一个新的校验和到数据包中，并将这个 数据包送到目的地主机(如LAN2中的PC2)。\n如本例所述，属于现有技术范畴的包交换网络用了繁多的处理步骤来传送数 据包，因此造成了硅瓶颈问题。本例所描述的过程是基于数据报地址的路由而言 的，但相似的过程也发生在基于虚电路的路由中。举例来说，就像上面提到的那 样，虚电路数据包中的虚拟电路号码在起源点与目的地之间的每一个中间链接点 都会发生变化。\n将要在以下详细介绍和展示的本发明是一种能有效解决硅瓶颈问题并能使 高质量的多媒体服务得到广泛应用的网络，该网络是一种新型的基于数据报地址 路由的包交换网络。\n发明内容\n本发明通过提供一种高效率的、能被用来传输高质量多媒体通信服务的通信 协议来解决现有技术所存在的局限性和缺陷。所能提供的服务包括通过包交换网 络来实现的视频组播、视频点播、实时互动视频电话和高保真电话会议。本发明 提供了一种能有效解决硅瓶颈问题的方案，并能使高质量的多媒体服务得到广泛 应用。本发明可通过多种方式表现，包括方法、系统和数据结构。\n本发明所包含的一个方面涉及到一种方法，即利用一个包含在数据包中的数 据报地址在包交换网络的一系列逻辑链路中传输多媒体数据包(如基于数据报地 址的路由)。数据报地址中的局部地址子域所含的地址信息为数据包在一系列自 上而下的逻辑链路中自我导向(一系列自上而下的逻辑链路是一系列逻辑链路的 子集)。在通过一系列逻辑链路的多个链接时，数据包保持不变。\n本发明所包含的另一个方面涉及到一种系统，即含有一系列逻辑链路的包交 换网络。该系统还涵盖了多种穿越一系列逻辑链路的数据包，每一个这样的数据 包都含有一个报头域，该报头域中有一个含带有一系列局部地址子域的数据报地 址，这些局部地址子域中的地址信息为每个数据包在通过一系列自上而下的逻辑 链路时自我导向。每个数据包还含有一个载有多媒体数据的有效载荷数据域，在 通过一系列逻辑链路的多个链接时，数据包保持不变。\n本发明所包含的另一个方面涉及到一种含有报头域和有效载荷数据域的包 的数据结构。该报头域中含一个带有一系列局部地址子域的数据报地址。这些局 部地址子域中的地址信息为数据包在通过包交换网络中的一系列自上而下的逻 辑链路(一系列自上而下的逻辑链路组成了一系列逻辑链路子集)时自我导向。 有效载荷数据域含有多媒体数据。在通过网络的一系列逻辑链路的多个链接时， 数据包保持不变。\n上述和其他实施例以及本发明的其他方面对于熟悉本领域的人士在参阅接 下来的详细发明说明书及权力要求项和附图后将会是显而易见的。\n附图说明\n图1a是一幅描述电信网络交换分类的图。\n图1b是一幅描述现有技术如何利用互联网协议(IP)来把一个数据包从一 个以太网传送到另一个以太网的框图。\n图1c是一幅描述如何利用媒体网协议(MP)来把一个数据包从一个媒体 网传送到另一个媒体网的框图。\n图1d是一幅描述一个示例的MP城域网的框图。\n图2是一幅描述一个示例的MP国家网的框图。\n图3是一幅描述一个示例的MP全球网的框图。\n图4是一幅描述MP的一个典型网络架构的图。\n图5是一幅描述MP包的一个典型格式的图。\n图6是一幅描述MP网络地址的一个典型格式的图。\n图7是一幅描述MP网络地址的另一个典型格式的图。\n图8是一幅描述MP网络地址的另一个典型格式的图。\n图9a是一幅描述MP网络地址的另一个典型格式的图。\n图9b是一幅描述与一个边缘交换机直接连接的组件的MP网络地址的一个 典型格式的图。\n图9c是一幅描述多点通信服务的MP网络地址的一个示例格式的图。\n图10是一幅描述一个示例的服务网关的框图。\n图11a是一幅描述另一个示例的服务网关的框图。\n图11b是一幅描述另一个示例的服务网关的框图。\n图12是一幅描述一个示例的服务器组的框图。\n图13是一幅描述一个示例的服务器系统的框图。\n图14是一幅描述一个示例的服务器组所执行的工作流程程序的流程图。\n图15是一幅描述一个示例的服务器组在配置一个MP网络时所执行的工作 流程程序的流程图。\n图16是一幅描述一个示例的服务器组在进行多项服务验证处理时所执行 的工作流程程序的流程图。\n图17a是一幅描述一个示例的服务器组中的多个服务器系统所进行的多项 服务验证处理的时间顺序图。\n图17b是另一幅描述一个示例的服务器组中的多个服务器系统所进行的多 项服务验证处理的时间顺序图。\n图18是一幅描述一个示例的边缘交换机的框图。\n图19是一幅描述在边缘交换机中的一个示例的交换单元的框图。\n图20是一幅描述在边缘交换机中的一个示例的有色过滤为了应对来自于 一个示例的交换单元的接口的包所执行程序的流程图。\n图21是一幅描述在边缘交换机中的一个示例的有色过滤为了应对来自于 一个示例的交换单元的另一接口的包所执行程序的流程图。\n图22是一幅描述在边缘交换机中的一个示例的有色过滤为了应对来自于 一个示例的交换单元的另一接口的包所执行程序的流程图。\n图23是一幅描述在边缘交换机中的一个示例的局部地址路由引擎的框图。\n图24是一幅描述在边缘交换机中的一个示例的局部地址路由单元为了处 理示例的MP单播数据包所执行程序的流程图。\n图25是一幅描述在边缘交换机中的一个示例的局部地址路由单元为了处 理示例的MP多点通信服务数据包所执行程序的流程图。\n图26a是一幅描述在边缘交换机中的一个示例的映射表的图。\n图26b是一幅描述在边缘交换机中的一个示例的链路表的图。\n图27是一幅描述在边缘交换机中的一个示例的包分配器的框图。\n图28是一幅描述一个示例的网关的框图。\n图29是一幅描述一个含有小区和楼宇交换机的示例的接入网结构的框图。\n图30是一幅描述一个含有小区和路边交换机的示例的接入网结构的框图。\n图31是一幅描述一个含有办公室交换机的示例的接入网结构的框图。\n图32是一幅描述一个示例的中层交换机的框图。\n图33是一幅描述在中层交换机中的一个示例的交换单元的框图。\n图34是一幅描述在中层交换机中的一个示例的有色过滤为了应对来自于 一个示例的交换单元的接口的包所执行的程序的流程图。\n图35是一幅描述在中层交换机中的一个示例的局部地址路由引擎的框图。\n图36是一幅描述在中层交换机中的一个示例的局部地址路由引擎处理示 例的MP多点通信服务数据包所执行程序的流程图。\n图37是一幅描述在中层交换机中的一个示例的链路表的图。\n图38是一幅描述在中层交换机中的一个示例的包分配器的框图。\n图39是一幅描述一个示例的目的地地址搜索表的图。\n图40是一幅描述一个上行链接数据包过滤器的实施例执行上行链接数据 包过滤检查程序的流程图。\n图41是一幅描述一个上行链接数据包过滤器的实施例执行通信流量监控 程序的流程图。\n图42a是一幅描述一个家庭网关实施例的框图。\n图42b是一幅描述一个家庭网关另一个实施例的框图。\n图43是一幅描述一个主用户交换机的典型实施例的结构图。\n图44是一幅描述一个主用户交换机的典型实施例的框图。\n图45是一幅描述一个用户交换机实施例在转发下行数据包时所执行的程 序的流程图。\n图46是一幅描述一个用户交换机实施例在转发上行数据包时所执行的程 序的流程图。\n图47是一幅描述一个通用的MP/IP透明终端的典型实施例的框图。\n图48是一幅描述一个专用的MP/IP透明终端的典型实施例的框图。\n图49是一幅描述一个MP机顶盒的典型实施例的框图。\n图50是一幅描述一个媒体存储器的典型实施例的框图。\n图53a是一幅时间顺序图，描述的是一个服务网关下的两个用户终端之间 媒体电话服务过程中示例的呼叫服务建立和呼叫通信的阶段。\n图53b是一幅时间顺序图，描述的是一个服务网关下的两个用户终端之间 媒体电话服务过程中示例的呼叫服务终结的阶段。\n图54a是一幅时间顺序图，描述的是分别属于两个服务网关下的两个用户 终端之间媒体电话服务过程中示例的呼叫服务建立的阶段。\n图54b是一幅时间顺序图，描述的是分别属于两个服务网关下的两个用户 终端之间媒体电话服务过程中示例的呼叫通信的阶段。\n图55a是一幅时间顺序图，描述的是分别属于两个服务网关下的两个用户 终端之间媒体电话服务过程中示例的呼叫服务终结的阶段。\n图55b是一幅时间顺序图，描述的是分别属于两个服务网关下的两个用户 终端之间媒体电话服务过程中另一个示例的呼叫服务终结的阶段。\n图56是一幅描述由示例的图形用户界面所支持的一个服务视窗的图。\n图57是一幅描述一个用户在回应一个服务请求时所通过的一系列示例的 视窗的图。\n图58a是一幅时间顺序图，描述的是属于一个服务网关下的两个MP适配 的组件之间媒体点播服务过程中示例的呼叫服务建立和呼叫通信的阶段。\n图58b是一幅时间顺序图，描述的是属于一个服务网关下的两个MP适配 的组件之间媒体点播服务过程中示例的呼叫终结的阶段。\n图59a是一幅时间顺序图，描述的是分别属于两个服务网关下的两个MP 适配的组件之间媒体点播服务过程中示例的呼叫服务建立和呼叫通信的阶段。\n图59b是一幅时间顺序图，描述的是分别属于两个服务网关下的两个MP 适配的组件之间媒体点播服务过程中示例的呼叫终结的阶段。\n图60是一幅时间顺序图，描述的是在一个媒体组播过程中涉及到一个集会 通知者的示例的成员资格建立的程序。\n图61是一幅时间顺序图，描述的是在一个媒体组播过程中的示例的成员资 格建立的程序。\n图62a是一幅时间顺序图，描述的是属于一个服务网关下的呼叫方、被呼 叫方1和被呼叫方2之间媒体组播服务过程中示例的呼叫服务建立和呼叫通信的 阶段。\n图62b是一幅时间顺序图，描述的是属于一个服务网关下的呼叫方、被呼 叫方1和被呼叫方2之间媒体组播服务过程中示例的呼叫终结的阶段。\n图63a是一幅时间顺序图，描述的是一个示例的服务器组中的多服务器系 统在请求媒体组播过程中的多项服务验证处理的执行。\n图63b是一幅时间顺序图，描述的是另一个示例的服务器组中的多服务器 系统在请求媒体组播过程中的多项服务验证处理的执行。\n图64是一幅时间顺序图，描述的是在一个媒体组播过程中的示例的添加被 呼叫方、删除被呼叫方和成员查询的程序。\n图65是一幅描述一个示例的MP城域网的框图。\n图66a是一幅时间顺序图，描述的是分别属于不同服务网关下的呼叫方、 被呼叫方1和被呼叫方2之间媒体组播服务过程中示例的呼叫服务建立的阶段。\n图66b是一幅时间顺序图，描述的是分别属于不同服务网关下的呼叫方、 被呼叫方1和被呼叫方2之间媒体组播服务过程中示例的呼叫通信的阶段。\n图66c是一幅时间顺序图，描述的是分别属于不同服务网关下的呼叫方、 被呼叫方1和被呼叫方2之间媒体组播服务过程中示例的呼叫终结的阶段。\n图66d是一幅时间顺序图，描述的是分别属于不同服务网关下的呼叫方、 被呼叫方1和被呼叫方2之间媒体组播服务过程中另一个示例的呼叫终结的阶 段。\n图67a是一幅时间顺序图，描述的是在不同的示例的服务器组中的多服务 器系统在请求媒体组播过程中的多项服务验证处理的执行。\n图67b是一幅时间顺序图，描述的是在不同的示例的服务器组中的多服务 器系统在请求媒体组播过程中的另一个多项服务验证处理的执行。\n图68是一幅时间顺序图，描述的是属于一个服务网关下的用户终端和媒体 广播节目源之间的示例的媒体广播服务过程。\n图69a是一幅时间顺序图，描述的是分别属于不同服务网关下的用户终端 和媒体广播节目源之间的媒体广播服务过程中示例的呼叫服务建立和呼叫通信 的阶段。\n图69b是一幅时间顺序图，描述的是分别属于不同服务网关下的用户终端 和媒体广播节目源之间的媒体广播服务过程中示例的呼叫终结的阶段。\n图70是一幅时间顺序图，描述的是属于一个服务网关下的媒体存储器和节 目源之间的媒体转移过程中示例的呼叫服务建立和呼叫通信的阶段。\n图71是一幅时间顺序图，描述的是属于一个服务网关下的媒体存储器和节 目源之间的媒体转移过程中示例的呼叫终结的阶段。\n图72a是一幅时间顺序图，描述的是分别属于不同服务网关下的媒体存储 器和节目源之间的媒体转移过程中示例的呼叫服务建立的阶段。\n图72b是一幅时间顺序图，描述的是分别属于不同服务网关下的媒体存储 器和节目源之间的媒体转移过程中示例的呼叫通信的阶段。\n图73a是一幅时间顺序图，描述的是分别属于不同服务网关下的媒体存储 器和节目源之间的媒体转移过程中示例的呼叫终结的阶段。\n图73b是一幅时间顺序图，描述的是分别属于不同服务网关下的媒体存储 器和节目源之间的媒体转移过程中另一个示例的呼叫终结的阶段。\n图73c是一幅时间顺序图，描述的是分别属于不同服务网关下的媒体存储 器和节目源之间的媒体转移过程中另一个示例的呼叫终结的阶段。\n具体实施方式\n这里介绍的是一种用于提供高质量的多媒体通信服务的系统、方法和数据 结构。在下面的介绍中，很多特别的细节将被提出以便于能够使本发明被透彻地 了解。不过，很显然，对于那些熟悉本发明领域的普通技术人员来说，离开了这 些特定的细节，本发明或许也能被实施。另外一些例子，诸如光缆、光信号、双 绞线、同轴电缆、开放式系统互连(OSI)模型、电气和电子工程师协会(IEEE) 802标准、无线技术、带内信令、带外信令、漏桶模式、小型计算机系统接口 (SCSI)、集成器件电子技术(IDE)，增强的IDE和增强的小型设备接口(ESDI)、 闪存技术、磁盘驱动技术、同步动态随机存取存储器(SDRAM)等网络组件和技 术已为人们所熟知，因此没有必要再作详尽描述。\n1  定义\n在不同的场合，同样的网络词汇经常会有不同的意思或内容。举例而言， “host”一词可以有如下含义：1)在网络中一台可以使用户与其他计算机通信的计 算机；2)一台含有网站服务器并可以为一个或多个网站提供网页服务的计算机； 3)一台大型主机；4)一种可以为其他功能更小或者更少的设备或程序提供服务 的设备或程序。因此，在说明书和权力要求项中，应当参照本部分所设定的下列 词汇的定义。\n接入网(ACN)  接入网一般是指一个或多个中层交换机(MXs)，它们共 同为家庭网关(HGWs)提供服务网关(SGWs)、骨干网和连接在服务网关上的 其他网络的接入。\n异步  异步是指节点不限于在同一个时间段内传送数据到其他节点。异步 相对于同步。\n(应当注意的是异步一词在网络中的应用还有一个意思，即描述了一种数 据传输方法。该传输方法中数据是以固定大小的数据组来传输的，一般对应于单 个字符和包含五到八位比特，其中比特传输的时间调配并不直接取定于某种计时 器。每组数据以一个起始比特开始，并以一个终止比特结束。这种异步的含义可 与同步的第二种含义相对应。同步的第二种含义是指数据随着计时信息以一个较 大的数据块传输的方法。例如，发送器可以对实际数据进行一种编码而使在另一 端的接收器可以从数据中复原出计时信息。\n在这里介绍的技术中，同步的第二种含义上的传送方式比异步的第二种含 义上的传送方式有较高的数据传输率。然而，当说明书和权利要求项采用异步和 同步这样的词汇时，它们是指节点是否被限定在固定的时间段里向其他节点传送 数据)。\n自下而上的逻辑链路  自下而上的逻辑链路是数据包传输的链路，该链路 是介于源主机和与控制源主机的服务器组相连的交换机之间的。交换机和服务器 组一般是逻辑上最接近于源主机的服务网关的一部分。\n电路交换网络  电路交换网络在两台(或多于两台)主机之间的整个通信 过程中建立一个专用的端对端电路。电路交换网络的例子包括电话网和ISDN。\n颜色子域  颜色子域是一个数据包里的用来协助发送数据包的地址子域， 如标明数据包所包含的服务种类(例如单播通信还是多点通信)和/或数据包的 目的地节点或起源节点的类型。颜色子域中的信息有助于传送路径中的节点对数 据包作适当的处理。\n电脑可读媒介  一种含有某种形式的数据的媒介，该媒介中的数据可被自 动传感装置所读取。电脑可读媒介包括但并不局限于：a)磁盘、磁卡、磁带和磁 鼓，b)光盘，c)固态存储器，和d)载波。\n面向非连接  面向非连接网络是一种包交换网络，该网络在发送数据包之 前没有一个初始建立的过程。举例来说，在发送数据包之前不会传送控制包。面 向非连接网络的例子有以太网、采用用户数据报协议(UDP)的IP网络和交换 式多兆位数据服务(SMDS)。\n面向连接  面向连接网络是一种包交换网络，该网络在发送数据包之前有 一个初始建立的过程。举例来说，在采用传输控制协议(TCP)的IP网络中， 控制包在发送数据包之前被作为一个信号交换的过程被传出。这里用“面向连接” 一词是因为发送者和接受者仅仅是被松散地连接起来。虚电路路由的包交换网络 也是面向连接的。\n控制包  一个含有有效载荷数据的包，该有效载荷数据含有有助于带外信 令控制的控制信息。\n基于数据报地址的路由  在基于数据报地址的路由中，网络采用包含在一 个数据包中的目的地地址来传送该数据包。基于数据报地址的路由既可以是面向 连接的也可以是面向非连接的。\n数据报地址  一个包含在包中的地址，该地址是被用来在基于数据报地址 路由的系统中把数据包从起源点传送到目的地。\n数据链路层地址  在这里数据链路层地址被赋予它常用的含义，如一个被 用来执行OSI模型里数据链路层的一些或全部功能的地址。一个数据链路地址通 常被用来向一个节点标识一个物理网络接口。不同的参考资料把数据链路层地址 称为“物理地址”和“介质访问控制(MAC)地址”。需要说明的是网络不需要 实施完整的OSI模型来实现OSI模型中的数据链路层的一些或全部的功能。例 如，尽管以太网没有实施完整的OSI模型，以太网络中的MAC地址是一个数据 链路层地址。\n数据包  数据包的有效载荷包含数据，如多媒体数据或一个封装的数据包。 一个数据包的有效载荷数据也可以包括有助于带内信令控制的控制信息。\n过滤器  过滤器根据一套条件或标准来对数据包进行分离或归类。\n平面地址结构  平面地址结构是一个简单的组织结构(有点像美国的社会 安全保障号码)。因此，它不提供能够被用来帮助传送数据包的网络拓补信息。 以太网的MAC地址是平面地址结构的一个例子。\n传送(交换或路由)  传送是指把一个数据包从输入逻辑链路移送到输出逻 辑链路。在这里披露的和权利要求的技术中，传送、交换和路由等词可以互换使 用。同样的，交换机和路由器(如实现数据包传送的装置)等词也可以互换使用。 另一方面，在现有技术中，交换是指在数据链路层传送一帧；路由是指在网络层 传送一个数据包；交换机是指在数据链路层中传送帧的装置；路由器是指在网络 层中传送数据包的装置。在某些场合下，路由是指决定数据包传送的路径或者其 中的一部分(如数据包将要经过的下一站点)。\n帧  见“包”。\n报头  数据包中有效载荷数据前的部分，一般包括一个目的地地址和其他 的域。\n分级地址结构  分级地址结构包括众多的局部地址子域，这些局部地址子 域不断地缩小一个地址范围直到它指向一个单个节点(某种意义上有点像门牌 号)。一个分级地址结构可以：1)反应网络的拓补结构；2)帮助传送数据包；3) 确定网络中节点的精确或大概的地理位置。\n主机  可以使用户与网络中其他计算机通信的计算机。\n互动游戏盒(IGB)  IGB一般是指一个操作在线游戏的游戏盒，通过它用 户可以在网上与其他用户进行互动。\n智能家电(IHA)  IHA一般是指一种有决策能力的家用电器。例如，一 个智能空调是一种能够根据室温的变化自动调节它的冷空气输出的智能家电。另 一个例子是一个智能计量器系统，它能在每月特定的时间将用水量信息传送至供 水商。\n逻辑链路  两个节点之间的逻辑连接。可以理解为，在逻辑链路中传送一 个包时，这个包实际上通过了一个或多个物理链接。\n媒体广播(MB)  在一个MP网中的MB是一种组播，其中媒体节目源把 媒体节目送往任何一个连接在该媒体节目源上的用户。从用户的角度来看，MB 是一种传统的广播技术(如电视和收音机)。然而，从一个系统的角度来看，MB 与传统的广播不同，因为除非一个用户要求连接，否则媒体节目不会传送给该用 户。\n媒体组播(MM)  MM指在单个源和多个指定的目的地之间传送多媒体 数据。\nMP适配  MP适配是指满足媒体网协议(MP)需求的组件、装置、节点 或媒体节目。\n多媒体数据  多媒体数据包括但不局限于音频数据、视频数据、或者是兼 有音频和视频的数据。视频数据包括但不局限于静态视频数据和视频流数据。\n骨干网  骨干网泛指一个连接不同节点或端点的传输媒介。举例来说，一 个采用光缆和光信号来传输数据的光网络就是一个骨干网。\n网络层地址  在这里网络层地址被赋予它常用的含义，如一个被用来执行 OSI模型里网络层的一些或全部功能的地址。一个网络地址通常被用来在网际之 间传送包。不同的参考资料有的把网络层地址称作“逻辑地址”和“协议地址”。 需要说明的是网络不需要实施完整的OSI模型来实现OSI模型中的网络层的一 些或全部的功能。例如，尽管TCP/IP没有实施完整的OSI模型，但TCP/IP网络 中的IP地址是一个网络层地址。\n节点(资源)  节点是一个连在网络上的可设定地址的装置。\n不对等  不对等是指在分级网络中处在同一等级的两个节点不能相互直接 传送数据包，而是必须通过这两个节点之上的父节点来传送数据包。例如，属于 同一个家庭网关下的两个用户终端必须通过家庭网关来传送数据包，而不是相互 直接传送。相同地，属于同一个服务网关下的两个中层交换机必须通过服务网关 来传送数据包，而不是相互直接传送。分别属于不同服务网关下的两个中层交换 机也必须通过各自的父服务网关来传送数据包，而不是相互直接传送。\n包  在包交换网络中用于传送数据的单元。一个包含有一个报头和一个有 效载荷数据。在这里展示的技术和权利要求中，包、帧和数据报等词可以互换使 用。另一方面，在现有技术中，帧是指在数据链路层的一个数据单元，而包和数 据报则是网络层的一个数据单元。\n包交换网络  包交换网络是指在主机之间通过基于虚电路的路由或基于数 据报地址的路由来传送数据包的，它不是在主机之间建立专用的端对端电路来通 信的。\n物理链接  两个节点间的实际连接。\n资源  见节点。\n路由  见传送。\n自导向  如果一个数据包含有某种信息，而该信息起到了引导该数据包在 一系列逻辑链路中被传送的作用，那么该数据包在这一系列逻辑链路中是自导向 的。在这里展示的一些技术中，局部地址子域中的信息引导了数据包在一系列的 自上而下的逻辑链路中的传送。相反，在常规的路由中，数据包地址是被用来在 路由表中查询下一个站点的。用去旅行的例子来做比喻，前面的例子就象是从高 速公路上最后一个出口到目的地的走法，而后者则象是在每一个路口都要停下来 打听方向。还要提到的是，在这里所展示的一些技术中，一个数据包自导向的一 系列自上而下的逻辑链路中可以不包括所有的自上而下的逻辑链路，例如，在 MP局域网中数据包可以通过一个局部的传播来到达目的地节点。尽管如此，该 数据包在一系列逻辑链路中仍然是自导向的，并且在一系列逻辑链路中不需要路 由表。\n服务器组  一组服务器系统。\n服务器系统  网络中对连接在网络上的其他系统提供一项或多项服务的一 个系统。\n交换  见传送\n同步  同步是指节点被限于在一个设定的时间段里向其他节点传送数据。 同步与异步相对。(同步的第二种含义参照异步的定义)。\nMP/IP透明终端  一般是指一个既能处理MP数据包也能处理如IP数据包 一类的非MP数据包的设备。\n自上而下的逻辑链路  自上而下的逻辑链路是数据包传送的逻辑链路，该 链路介于目的地主机和与控制目的地主机的服务器组相连的交换机之间。交换机 和服务器组一般是逻辑上最接近于目的地主机的服务网关的一部分。\n传送路径  传送路径是数据包在源节点和目的地节点之间传送时所路经的 一组逻辑链路。\n不变包  当一个数据包在第一和第二逻辑链路中传送时，如果该数据包在 第二逻辑链路时含有的比特和它在第一逻辑链路时含有的比特相同的话，我们称 该包保持不变。需要注意的是，如果当数据包通过位于第一和第二逻辑链路之间 的交换机/路由器时被变换但随后即被复原，我们仍认为该数据包在这些逻辑链 路中保持不变。举例来说，数据包可以在它进入交换机/路由器时被添加一个内 部标签，而当它离开交换机/路由器时再被去除掉，从而该数据包在第二逻辑链 路时的比特和在第一逻辑链路时的相同。另外，如果任何物理层报头和/或报尾 (如数据流的起始和终端的分隔符)在第一和第二逻辑链路中不相同，因为物理 层报头和/或报尾不属于数据包的一部分，我们仍认为该数据包仍然保持不变。\n单播  单播是指多媒体数据传送于一个单独的源和一个单独的目的地之 间。\n用户终端(UT)  用户终端包括、但不局限于个人电脑(PC)、电话、智 能家电(IHA)、互动游戏盒(IGB)、机顶盒(STB)、MP/IP透明终端、家庭服 务器系统、媒体存储器或者任何其他终端用户用来在网络上收发多媒体数据的装 置。\n基于虚电路的路由  在基于虚电路的路由中，网络采用一个与数据包相联 的虚电路号码在网络中转送数据包。这个虚电路号码一般被包含在数据包的报头 中，并且一般会在发送者和接受者之间的每个节点中被改变。基于虚电路路由的 包交换网络包括SNA、X.25、帧中继和ATM网络。我们也把采用MPLS的网络 包括在这一类目中，MPLS是通过把一个类似于虚拟电路的标记加到数据包中来 传送数据包的。\n线速  如果一个交换机转发数据包的速度与数据包到达该交换机的速度相 同的话，则称该交换机以线速工作。\n2  概述\nMP网络是通过采用减少在MP网络中传输时对数据包进行处理的系统、方 法和数据结构来解决硅瓶颈问题的。举例而言，如图1c所示意的那样，假定一 个MP数据包10从一个MP局域网(如一个MP家庭网关(HGW)和它相关联 的用户交换机(UXs)和用户终端(UTs))传送到另一个MP局域网。\n要把一个MP多媒体数据包从它的源送到目的地，MP网络采用了一个既可 以作为数据链路层地址又可以作为网络层地址来操作的单个数据报地址。MP数 据报地址能够被用来把MP数据包送往在MP全球网、MP国家网或者是MP城 域网中的任何地方。MP数据报地址也被用来向节点标识一个物理网络的接口。 在本例中，MP数据报地址是目的地主机80的MP地址(如图1c中的局域网2 中的用户终端2)。\n一个MP数据报地址独一无二地标识出在MP网络中MP适配组件的网络接 入点。因此，如果附于一个接入点的MP适配组件被移到MP网络的另一部分， MP地址仍旧保留在该接入点内而不是该组件内。(然而，MP适配组件可以包括 一个全球独一无二的硬件标识，该标识被永久地赋予该组件并可被用于网络管 理、财务计费、和/或无线应用中的寻址)。\n一个MP地址子域包括局部地址子域，这些地址子域代表了MP网络所涵 盖的区域分层。如下文所解释的那样，因为一些局部地址子域相对应于一个指向 网络接入点的自上而下的通路，这种分级地址结构被用来在一系列自上而下的逻 辑链路中为MP数据包朝着目的地主机方向进行自导向。\n一个MP地址域包括所选的一个或多个颜色子域。颜色子域是被用来帮助 传送MP数据包的，例如提供该MP数据包所提供的服务的类型的信息，和/或 提供该数据包的源节点或目的地节点的类型的信息。\n为了将数据从源主机20(如MP局域网1中的用户终端1)传送到目的地 主机80，数据被分割成许多MP数据包。每个MP数据包含有一个包括目的地 主机(如MP局域网2的用户终端2)的MP地址的报头。在MP数据包10被传 往于目的地主机80的一系列逻辑链路中，该MP地址通常保持不变。此外，如 下面所解释的那样，与“发明背景”这一节(图1b)所描述的现有技术形成鲜 明对比的是，整个MP数据包10在其通过在源主机20和目的地主机80之间的 一系列逻辑链路中的多重链路时保持不变。\n如图1c所示，MP数据包10首先被传送到服务网关1 40。为了简单并易于 与图1b比较，图1c用一个介于源主机20和服务网关1 40的箭头来代表MP数 据包10所要通过的一系列自下而上的逻辑链路30(如介于用户终端1、家庭网 关、中层交换机的接入网和服务网关1中的交换机之间的逻辑链路)。因为用户 终端、家庭网关和接入网的不对等性，这种自下而上的数据包在一系列交换机中 的传送无需使用任何路由表。换句话说，正是由于MP的网络拓扑，一个由用户 终端产生的MP数据包可以自动地被传送到控制该用户终端的服务网关中的交 换机(除非该数据包是被指定送到属于同一个家庭网关下的另一个用户终端)。\n在服务网关1 40从源主机20收到MP数据包后，服务网关1 40决定MP 数据包被传送的下一个站点。为了作出这个决定，服务网关1 40从MP地址中 提取一些局部地址子域，并用这些子域来在传送表中查找下一个站点交换机(如 在服务网关2中的一个交换机)。由于MP网络中数据流的可预测性，该传送表 是可以离线计算的。数据流的可预测性的部分原因是因为作为数据流主体的视频 流具有可预测性，另外部分是因为MP网络可以包含有均衡数据流(如通过添加 数据包或抑制数据包)的组件(数据包均衡器)。\n在确定下一个站点后，服务网关1 40向服务网关2 50发送MP数据包，该 数据包通常保持不变。因为MP数据报地址是一个既可以作为网络层地址又可以 作为数据链路层地址来操作的，所以在传送过程中不需要改变该数据包。(如下 文所述，在单播服务中没有必要去变动数据包，但在一些多点通信服务的例子中， MP数据包中的业务号可能会在服务网关中的交换机中被修改。然而即便是在这 些少数的例子中，MP数据包在通过多重逻辑链路时仍无变动)。而且，MP数据 包不需要包括“使用期限”域，因此没有必要在每个站点中缩减该“使用期限” 域的值。此外，如果数据包保持不变的话，也就没有必要去重新计算MP数据包 校验和。\n发生在服务网关1 40中的处理过程在服务网关2 50中以及在每一个中间的 服务网关中被重复，直到MP数据包10抵达一个控制目的地主机80的服务网关， 这个网关是图1c中的服务网关N 60。为了简单并易于与图1b比较，图1c用- 个介于服务网关N 60和目的地主机80的箭头来代表MP数据包10所要通过的 一系列自上而下的逻辑链路70(如介于服务网关N中的交换机、中层交换机的 接入网、家庭网关和用户终端2之间的逻辑链路)。MP数据报地址中的一些局 部地址子域中所含的地址信息为MP数据包10在一系列自上而下的逻辑链路70 中的传输进行自导向，而不使用路由表。因此当MP数据包10沿着源和目的地 之间的主要的逻辑链路被传送时不需要使用或计算路由表。而且，这种传送可以 以网速来进行。\n如本例解释的那样，大量现有技术所采用的处理步骤在MP网络中被简化 或去除，因而解决了硅瓶颈问题。\n接下来会对在本发明中用到的方法、系统和数据结构的各个方面作更详细 的描述。\n3  网络结构\n3.1  MP城域网\n图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之间采用了多重物理链路。\n此外，一个MP适配的组件有一个或多个连到逻辑链路上的网络接入口(或 称“端口”)。例如，如图1d所示，用户终端1320通过端口1470连接到家庭网 关1100上。同样地，家庭网关1200通过端口1170连接到中层交换机1180上。\nMP适配是指一种遵守MP协议要求的组件、装置、节点或媒体程序。一个 接入网一般是指一个或多个中层交换机(MXs)，它们共同为家庭网关提供上述 服务网关、骨干网和其他连接于服务网关的网络接入。接下来的部分和实施例部 分将提供有关于MP网络的更详细的论述。\n在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的一部分)，而且不超出本发明的范围。\n一个MP城域网1000的实施例进一步将“处于边缘的智能”分配给两类服 务网关。具体地讲，一类服务网关成为“城域中心网络管理群”，而其他在城域 骨干网1040中的服务网关则从属于该城域中心网络管理群。因此，如果服务网 关1160作为城域中心网络管理群的话，服务网关1060和1120则成为服务网关 1160的城域从属网络管理群。当从服务网关仍负责控制和响应从属于它们的接 入网、家庭网关和用户终端时，主服务网关1160能够执行从服务网关所不具备 的功能。这些功能包括、但不局限于从服务网关的配置、检查、维护和管理MP 城域网1000的带宽和资源。\n除了连接到骨干网(如1040、2010和3020)和非MP网络(如1300)，服 务网关也支持与不同类型的MP适配组件和接入网的连接。例如，如图1d所示， 服务网关1060通过逻辑链路1070和接入网1085中的中层交换机1080相连。同 样地，服务网关1160分别通过逻辑链路1440和1460和接入网1190中的中层交 换机1180和中层交换机1240相连。后面的关于服务网关的部分将提供关于服务 网关的更详细的论述。\nMP城域网1000中示例的接入网1085和接入网1190中的中层交换机的功 能包括、但不局限于检查、交换和向适当的目的地传送数据包。除了连接服务网 关，接入网中的中层交换机也能连接一个或多个家庭网关。如图1d所示，接入 网1085中的中层交换机1080通过逻辑链路1090与家庭网关1100相连。在接入 网1190中，中层交换机1180与家庭网关1200和家庭网关1220相连，而中层交 换机1240与家庭网关1260和家庭网关1280相连。后面的关于接入网的部分将 提供关于接入网和中层交换机的更详细的论述。\n示例的家庭网关1100、家庭网关1200、家庭网关1220、家庭网关1260和 家庭网关1280提供了一个用户终端可连接的通用平台，该通用平台使连接在上 的用户终端之间，以及用户终端与其他终端系统之间能相互通信。举例而言，用 户终端1320与家庭网关1100相连，因此能够和用户终端1340、用户终端1360、 用户终端1380、用户终端1400、用户终端1420，以及MP全球网络3000(如图 3所示)中其他的用户终端通信。并且，用户终端1320能够从媒体存储装置1140 和1145中存取数据。这些用户终端一般与用户互动，响应用户要求，处理来自 于家庭网关的数据包，并为用户终端传送、提交和显示用户需求的数据和/或服 务。后面的关于家庭网关和用户终端的部分将分别提供关于家庭网关和用户终端 的更详细的论述。\n示例的媒体存储装置1140和1145是指一种用于存贮多媒体内容的具成本 效能的存储技术。这些内容可以包括、但不局限于电影、电视节目、游戏和音频 节目。后面的关于媒体存储的部分将提供关于媒体存储的更详细的论述。\n尽管在图1d中的MP城域网1000在本示例中包含了特定数量的MP适配 组件，但显而易见，本领域内的普通技术人员将能根据不同数量和/或不同配置 的MP适配组件来设计和实施MP城域网1000，而且不超出本发明的范围。\n3.2  MP国家网\n图2是一个示例的MP国家网2000的框图。与MP城域网1000中的主、 从服务网关相似，MP国家网2000将国家骨干网2010上的服务网关的智能分割， 并指定服务网关1020为“国家中心网络管理群”。服务网关1020的功能包括、 但不局限于在国家骨干网2010中配置其他服务网关，并检查、维护和管理国家 网2000的带宽和资源。\n3.3  MP全球网\n图3是一个示例的MP全球网3000的框图。MP全球网3000指定服务网关 2020作为“全球中心网络管理群”。服务网关2020的功能包括、但不局限于在 全球骨干网2010中配置其他服务网关，并检查、维护和管理MP全球网3000的 带宽和资源。\n尽管所讨论的每一个MP网络(如MP城域网1000、MP国家网2000、MP 全球网3000)各有一个指定的主网络管理群，但显而易见，本领域内的普通技 术人员能够把处于骨干网边缘的智能进一步分配到多于一个的主服务网关，而且 不超出本发明的范围。此外，如果一个主服务网关发生故障，一个备份的服务网 关会取代发生故障的主服务网关。\n4  媒体网协议(MP)\n图4展现了一个示例的MP的网络结构。更具体地说，MP有三个独立层： 物理层、逻辑层和应用层。使物理层(如主机A 4060中的物理层4070)能和另 一个物理层(如主机B 4000中的物理层4010)相互通信的规则和协定被统称为 物理层协议4050。同样地，逻辑层协议4040和应用层协议4140分别协调逻辑 层4090和4030以及应用层4130和4110之间的通信。\n此外，在每一对相邻的层之间(如物理层4070和逻辑层4090，或逻辑层 4090和应用层4130)存在着一个接口，如逻辑-物理接口4080和应用-逻辑接口 4120。这些接口定义了低层提供给高层的基本操作和服务。\n4.1  物理层\n一个如物理层4010的MP物理层，提供某些服务给一个MP的逻辑层(如 逻辑层4030)，并把物理层4010的实施细节屏蔽于逻辑层4030之外。此外，物 理层4010和4070也负责为传输媒介4100提供接口，如物理层-传输媒介接口 4150和4120，并通过传输媒介4100来传送非结构化的比特。传输媒介4100包 括、但不局限于双绞线、同轴电缆、光缆和载波。\n在MP网络的一个实施例中，如MP城域网1000(如图1d所示)，逻辑链 路1010、1030、1040、1050、1070、1090、1310、1110、1440、1460、1150、 1520、1530和1290所采用的物理链路可以是不同的传输媒介。例如，支持逻辑 链路1310的传输媒介可以是同轴电缆，而逻辑链路1050的传输媒介则可能是光 缆。但显而易见，本领域内的普通技术人员能够用这里没有论述过的其他的媒介 组合来实施MP城域网1000，而且不超出本发明的范围。\n当MP城域网1000使用不同的传输媒介，网络上的MP适配组件也有特定 的物理层与这些媒介连接。例如，如果支持逻辑链路1310的传输媒介是同轴电 缆而支持逻辑链路1070的传输媒介是光缆的话，家庭网关1100和用户终端1320 会共用同一套不同于服务网关1060和中层交换机1080所共用的物理层。尽管与 同轴电缆连接的物理层所指定的接口的物理特性、比特表示方法和传送步骤不同 于与光缆连接的物理层所指定的，这些物理层仍然促进并协助传送非结构化的比 特。也就是说，不同类型的传输媒介(如同轴电缆和光缆)在MP网络中都传送 非结构化的比特。\n4.2  逻辑层\nMP的逻辑层4030和4090(图4)所包含的功能在OSI模型里一般是由数 据链路层、网络层、传输层、会话层和表示层来实现的。这些功能包括、但不局 限于把比特打包成数据包、路由数据包，并建立、维护和终结系统之间的连接。\nMP逻辑层的功能之一是把来自于MP物理层的非结构化的比特组成数据 包。图5展示了一个MP数据包5000的示例的格式。MP数据包5000包括报头 5060、包起始符5070和包检验和(PCS)5080。报头5060包含一个特殊的可以使 主机B 4000时钟和主机A 4060时钟同步的比特结构。包起始符5070包含另一 个比特结构来表示数据包本身的开端。PCS域5050包含一个循环冗余校验值在 收到的MP数据包中检查是否有错。\nMP数据包5000可以是一个长度可变的数据包，并有目的地地址(DA)域 5010、源地址(SA)域5020、长度(LEN)域5030、保留域5040和有效载荷数据 域5050。\n目的地地址域5010包含MP数据包5000的目的地信息，而源地址域5020 包含MP数据包5000的源信息，长度域5030包含MP数据包5000的长度信息， 有效载荷数据域5050包含多媒体数据或控制信息。但显而易见，本领域内的普 通技术人员能够用与上述的MP数据包5000不同的数据包结构来实施MP(如 重新安排域的次序或添加新的域)，而且不超出本发明的范围。\n一个示例的MP逻辑层实施例定义了两类MP数据包：在有效载荷数据域 5050(图5)中载有控制信息的MP控制包，和在有效载荷数据域5050中载有 数据的MP数据包，数据包括多媒体数据或一个封装的包。然而，一些MP数据 包也可能在有效载荷数据域5050中一起包含了数据和控制信息。相对于支持带 外信令控制的MP控制包，这样的MP数据包支持带内信令的控制。下面的MP 数据包表格列出一些示例的MP数据包：\nMP数据包表格\n  MP数据包名称 MP数据包类型 功能概要 公告包               控制           服务器组用此数据包来 向MP适配组件传递信息 (如服务器系统的网络  地址)                网络状态查询包                控制      服务器组发送此包以获 得MP适配组件的状态   (如带宽使用状况)     网络状态查询结果包                    控制      MP适配组件发送此包至   请求方，其中包含所请求 的信息                 媒体电话服务(MTPS)请 求包                 控制 MP适配组件发送此包来 请求媒体电话服务     媒体组播/媒体广播/媒体 点播/媒体转移请求包                           控制           类似于媒体电话服务请  求包，MP适配组件发送  此包来请求特定的通话/ 服务                  媒体电话服务请求结果 包                   控制      服务器组向请求方发送   此包，其中包括该请求的 结果                   媒体组播/媒体广播/媒体 点播/媒体转移请求结果  包                     控制           类似于媒体电话服务请   求回复包，服务器组向请 求方发送此包，其中包括 该请求的结果           媒体电话服务/媒体点播/ 媒体转移服务的建立包   控制 服务器组发送此包来在 传输路径上一个或多个  \n  交换机上中设置上行链  接数据包过滤器(ULPFs) 媒体组播/媒体广播服务 的建立包                                                                                                      控制                          类似于媒体电话服务/媒  体点播/媒体转移服务的  建立包，服务器组发送此 包在传输路径中的交换   机中设置上行链接数据   包过滤器(ULPFs)和链    路表                   媒体电话服务的维持包                      控制      服务器组向传输路径上 的交换机发送此包以维 持服务的状态         媒体组播/媒体广播/媒体 点播/媒体转移服务的维  持包                                          控制                类似于媒体电话服务维   持包，服务器组向传输路 径上的交换机发送此包   以维持特定的服务的状   态                     媒体电话服务的终结包 控制 MP适配组件发送此包来 终结媒体电话服务     媒体组播/媒体广播/媒体 点播/媒体转移服务的终  结包                   控制           类似于媒体电话服务终  结包，MP适配组件发送  此包来终结特定的通话/ 服务                  地址映射查询包                               控制           MP适配组件向服务器组 中的地址映射服务器系 统发送此包以查询地址 映射信息             地址映射查询结果包 控制 地址映射服务器系统利 用此包来回复MP适配组\n  件的查询 财务状况查询包                                              控制                MP适配组件向服务器组  中的财务服务器系统发  送此包以查询服务参与  方的相关的财务状态(如 服务付费方的财务状态) 财务状况查询结果包                    控制      财务服务器系统利用此 包来回复MP适配组件的 查询                 示意(连接/建立/维持/终 结)包                  控制      服务器系统向另一服务   器系统传送此包来发送 信息                 示意回复(或确认)包 控制 对上述示意包的回复 网络资源状态查询包                                                          控制                呼叫处理服务器系统向 服务器组中的网络管理 服务器系统发送此包以 要求获准处理一个所请   求的服务             网络资源状态查询结果 包                   控制      网络管理服务器系统用 此包回复呼叫处理服务 器系统的状态查询请求 集会通知包                                  控制                一方利用此包向参与媒     体组播服务的各方发送   相关的集会信息(如集会  的时间、主题和涉及领域 等)                    集会成员 控制 一方利用此数据包向集    会通知者(将在后面的实\n  施例部分中被论述)发送 一个媒体组播服务的邀    请名单                成员包 控制 此包包含了参与媒体组 播服务的成员信息     数据包        数据      此包包含音频、视频以及 视音频混合信息，或一个   封装的非MP数据包       操纵           数据           用户终端利用此带内信  令来操纵(如暂停、反向 和停止)多媒体服务(如  媒体点播)             菜单包                      数据                此带内信令包包含音频  和/或视频信息以提供给 用户一个可选菜单，也包  括相应菜单中选择的控  制信息               \n接下来的部分将进一步地描述部分这类MP数据包。显而易见，对于本领 域内的普通技术人员来说，上面表格所包括的仅仅是MP数据包种类的示例，而 不是所有的种类。\n为了与非MP网络交互操作，一个MP逻辑层的实施例在MP封装包中封装 了非MP数据，或非MP网络(如IP、PSTN、GSM、GPRS、CDMA和LMDS) 所支持的数据。一个MP封装包仍同MP数据包5000具有相同的格式，只是它 的有效载荷数据域5050包含的是非MP的数据。对于包交换的非MP网络，有 效载荷数据域5050部分或全部地包含一个非MP数据包。\nMP逻辑层的另一个功能是支持寻址模式，这些寻址模式能使数据包传送 于：1)MP网络内，2)MP网络间，和3)MP网络和非MP网络之间。一些被 支持的地址种类包括、但不局限于用户名称、用户地址和网络地址。此外，一个 MP逻辑层的实施例也支持硬件标识(硬件ID)。硬件ID可以用于寻址(如无线 通信应用)，但更多地被用于计费或网络管理等用途(见下文)。\n在一个MP网络的实施例中，每一个MP适配组件有一个特定的硬件标识， 它一般是由工业群体和MP适配组件制造商制定和分配。在一个方案中，所讨论 的MP网络的“主中心网络管理群和从中心网络管理群能用这个硬件标识来确保 网络中的组件是：1)由授权的MP制造商制造，和/或2)被允许在此网络中使 用。\n除了硬件标识之外，一个示例的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使用的用户终端的网络接入口。\n在一个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)。\n除了用户终端，用户地址还被指定到其他网络组件上。举例来说，前述的 工业群体和制造商可在其他MP组件(如接入网中的中层交换机)中制定、分配 或存储用户地址。同样地，媒体节目运营商，如电视节目制作商和媒体点播服务 的运营商，可为媒体节目制定并分配用户地址。\n用户名称和用户地址一般是由网络运营商或者网络运营商所指定的一个独 立的第三方组织所分配的。网络地址由服务网关在网络配置时指定的(在以下的 服务网关部分将作详细描述)。举一个例子，假定一个网络运营商要让图1d中连 接在家庭网关1200上所有的用户终端被统称为www.MediaNet Support.com。 要做到这一点，配置服务网关1160的网络运营商可制定用户名称 “www.MediaNet_Support.com”，并映射该用户名称到连接在家庭网关1200上 的用户终端的用户地址上去。\n与固定于接入口的网络地址不同，被指定的用户名称和用户地址即便在MP 网络拓扑结构发生变化的条件下(如重新配置网络，包括添加、去除或者移动一 个或多个MP适配组件)也能保持不变。例如，假定雇员1所使用的用户终端是 用户终端1320，而管理MP城域网1000的网络运营商决定通过接入口1490连 接用户终端1320到家庭网关1220(而不是家庭网关1100)，标识用户终端1320 的网络地址会变为固定于接入口1490的网络地址(而不是固定于接入口1470的 网络地址)。尽管网络地址改变了，雇员1的用户名称和用户地址仍保持不变。\n如上所述，一个MP逻辑层映射了网络地址的各标识层，如用户名称和用 户地址。MP的网络地址提供了几项功能，它向一个节点(如MP网络中的一个 MP适配组件)标识了物理网络的接口，它能够被用来在一个MP交互网络中将 数据包送往任何地方。因为MP网络地址的分层结构反映了MP网络的拓扑结构， 所以MP网络地址可以有助于传送数据包并精确地或概略地标识出MP网络中的 节点的地理位置。MP网络地址还能指定节点所要执行的任务(如用局部地址子 域来引导数据包通过一系列逻辑链路，或用有色子域来选择一个数据包传输机 制)。\n图6展示了一个示例性的网络地址6000，它标识了MP全球网3000中的一 个MP适配用户终端(如图1d中的用户终端1320)的网络接入点。网络地址6000 包含有色子域6010、数据类型子域6070、MP子域6080，以及一个分级的局部 地址子域，如国家子域6020、城市子域6030、社区子域6040、层次交换子域6050 和用户终端子域6060。该分级地址结构反映了MP全球网3000的网络拓扑结构。 尽管这些网络地址子域中的一些被赋予地理含义(如国家子域6020、城市子域 6030和社区子域6040)，但显而易见，对于专业技术人员来说，这些子域只是代 表了MP网络所覆盖的一个分级的地域。\n网络地址6000中的有色子域6010包括有助于传送MP数据包的“有色信 息”。MP数据包的接收方能够根据有色信息、而不需要检查和/或分析整个数据 包来处理该数据包。(此外，所述的“接收方”不仅限于MP数据包的最终接收 者，如用户终端，也包括网络的中间的网络组件，如包括、但不限于处理MP数 据包的中层交换机)。下面的MP有色列表举出一些示例的有色信息。虽然MP 有色列表中举出的例子描述了不同类型服务的有色信息(如单播和多点通信)， 但显而易见的是，本领域内的普通技术人员可以将该有色信息用于其他目的，如 识别数据包来自于(源节点)或被送往(目的地节点)设备的类型，而且不超出 本发明的范围。如下面将要论述的那样，有色信息协助了交换机对包的处理，从 而使得网络能够采用更加简单的交换机。\nMP有色列表\n  有色信息的类型 一般功能 单播的建立 在传输路径中的一个或多个交换机中 设立上行链接数据包过滤器(ULPF) 单播数据 在单播服务中示意一个包是数据包 单播的终结 在传输路径中的一个或多个交换机中 复位上行链接数据包过滤器       多点通信的建立 在传输路径中的一个或多个交换机中   设置链路表和上行链接数据包过滤器 多点通信数据 在多点通信服务中示意一个包是数据 包                             多点通信的维持                               维护传输路径上的交换机中的链路表  中的数据值和/或收集多点通信服务的 状态信息(如错误率和丢失的数据包的 数目)                             多点通信的终结 在传输路径中的一个或多个交换机中\n  复位链路表和上行链接数据包过滤器， 释放所保留的业务号                 查询      示意一个来自于请求组件的查询，查询 请求的接收方把查询结果送到请求组 件                              \n网络地址6000也可含有数据类型子域6070和MP子域6080。在一个实施 例中，数据类型子域6070示意了将被交换的数据类型。数据类型包括、但不局 限于音频数据、视频数据或者两者的结合。MP子域6080示意了含有网络地址 6080的数据包类型。举例而言，数据包既可以是MP数据包也可以是MP封装 的数据包。另一种选择是，数据类型子域6070和/或MP子域6080中的信息能 够被合并到有色子域6010或有效载荷数据域5050中。\n图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。\n除非是另作说明，随后所提到的网络地址6000一般包括它的衍生形式(如 可进一步细分层次交换子域6050的网络地址7000、8000和9000)。同样地，下 面的接入网和家庭网关部分提供了这些衍生形式的进一步论述。\n尽管上述的小区交换和办公室交换子域主要是被用来标识一个服务网关所 管辖的小区交换机和办公室交换机，但它们也可以被用来标识一个服务网关所管 辖的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。\n另一方面，为了示意一个MP数据包是被送往服务网关中的媒体存储器， 网络地址9100中的小区交换子域9170包含“0001”。其余的比特(组件号码子 域9180)是被用来标识该服务网关中的一个特定的媒体存储器。以服务网关1120 (图10)为例，标识媒体存储器1140和媒体存储器1145的网络地址符合网络 地址9100的格式。这两个网络地址拥有相同的国家子域9140、城市子域9150、 社区子域9160和小区交换子域9170(“0001”)信息，但却在组件号码子域9180 中包含不同的信息来标识这两个媒体存储器。举例而言，媒体存储器1140可对 应于组件号码子域9180中的组件号码1，而媒体存储器1145对应于2。然而， 如果媒体存储器是对应于一个用户终端的话(如不在服务网关中的媒体存储器)， 那么标识这个用户终端媒体存储器的网络地址遵从网络地址6000的格式，而不 是上述的网络地址9100的格式。\n显而易见，对于本领域内的普通技术人员来说，而且不超出所论述的网络 地址模式的范围的是：标识服务网关中的组件的标记可具有不同的比特序列(如 除“0000”和“0001”之外的)，不同的长度(如多于或者少于4比特的长度) 和/或位于MP数据包中不同的位置。\n在某些多点通信的类型中(如媒体组播(MM)和媒体广播(MB))，三种网 络地址格式被使用到。具体地来说，网络地址6000和9100的格式被用来向目的 地传送MP控制包。网络地址9200的格式是被用来向目的地传送MP数据包。 为了标识出MP数据包是用来多点通信的数据包，网络地址9200的有色子域9210 包含一个特定的比特序列。业务号码子域9270在MP城域网中标识了该MP数 据包所属的特定的通信服务。假定业务号码子域9270有n个比特长度，那么采 用网络地址9200的格式的MP城域网可以支持2n个不同的多点通信服务。显而 易见，对于本领域内的普通技术人员来说，而且不超出所论述的网络地址模式的 范围的是：业务号码子域9270可以有不同的长度(如包括保留子域9260)和/ 或具有在MP数据包中不同的位置。\n尽管阐述了几个网络地址的格式，但是一个在本领域内的普通技术人员将会 认识到除了上述的格式以外，假如其他类别的格式为节点标识了一个物理的网络 接入口，以及这些其他类别的格式可被用来把数据包传送到网络间的任何地点和 /或使用一种分层地址结构来传送数据包至目的地的话，那么MP的范围也包括 了这些其他类别的格式。有色子域也可以帮助数据包的传送。显而易见，对于本 领域内的普通技术人员来说，可以把上述的用户终端的网络地址格式应用到其他 的MP适配组件，如中层交换机。举例来说，中层交换机1080的网络地址遵循 网络地址6000的格式，但是用户终端子域6060含有一些特定的比特结构，如全 0或全1。或者，如果标识用户终端1420的网络地址(用户终端网络地址)遵循 网络地址6000的格式，除了用来标识中层交换机1080的网络地址的有色子域 6010包含了中层交换机装置类型的信息(而不是用户终端装置类型的信息)，一 个可能的用来标识中层交换机1080的网络地址有和用户终端网络地址同样的信 息。\nMP逻辑层的另一个功能是为传送MP数据包或MP封装数据包提供一种可 预测、安全、可靠和迅捷的方法。一个示例的MP逻辑层在提供服务(如呼叫通 信的阶段)之前通过建立一个多媒体服务(如呼叫服务建立的阶段)来推动这类 传送。在呼叫服务的建立阶段，服务所涉各方之间的传输路径被确定下来以便于 授权控制(资源管理)。在传输路径上的MP适配组件向管理该服务的服务器组提 供带宽使用数据。在随后的呼叫通信阶段，传输路径上的MP适配组件被配置和 建立起来以帮助实现政策控制(如允许通过的数据流类型、传输流和服务参与方 的资格认证)。下面的服务网关、接入网和家庭网关部分将会进一步解释这些授 权控制和政策控制。\n在呼叫服务建立阶段之后，一个示例的MP逻辑层支持传输流政策，这种支 持是通过例如管制MP网络中的MP数据包的流动(以采用最小延时率的均衡器 (MDRE)来实现的)，以及根据上述的授权控制和/或政策控制所设立的参数来 拒绝或接纳数据包来实现的。传输流政策确保了在呼叫通信阶段时MP网络中传 输流的可预测性和完整性。更具体地来说，就一个实施例中的生成并向MP网络 发送数据包的源主机(如用户终端、媒体存储装置和服务器组)首先以最小延时 率的均衡器模块传送数据包。一个最小延时率的均衡器的实施例遵从著名的漏桶 模型，其结果是向MP网络输出均匀间隔的数据包。如果最小延时率的均衡器模 块接收到的MP数据包的数目超过最小延时率的均衡器的缓冲器容量，最小延时 率的均衡器模块则会丢弃溢出的MP数据包。另一方面，如果MP数据包以一个 低于预设值的速度抵达最小延时率的均衡器模块，最小延时率的均衡器模块则向 MP网络发送一个填充式的MP数据包以维持一个恒定并可预测的数据速率。\n此外，在呼叫通信阶段，MP网络中的其他MP适配组件把来自于源主机的 均匀间隔的数据包进行过滤以防止那些不相关的数据包到达服务网关中的服务 器组。下面的上行链接数据包过滤器部分提供了一个实现上述传输流政策功能的 过滤器的细节。\n在呼叫通信阶段，一个示例的MP逻辑层支持了可测量服务使用信息的计费 政策。下面的服务器组部分和实施例部分将进一步解释计费功能的实施。\n在呼叫通信阶段，一个示例的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。\n目的地主机(这里指用户终端1420)和逻辑上最接近于目的地主机的服务 网关(这里指服务网关1160)之间的逻辑链路是自上而下的逻辑链路。在自上 而下的逻辑链路中采用局部地址路由避免了使用路由表。因此，MP数据包在用 户终端1320和用户终端1420之间的主要链路中被传送时无需计算或使用路由 表。进一步来说，对于少数需要使用转发表的链路，这些转发表能被离线计算(当 然，该计算也可以实时进行)。\n为了进一步说明数据传输，更详细地考虑上述的例子(用户终端1320向用 户终端1420发送MP数据包)。假定MP数据包中的目的地地址域中的网络地址 包含以下信息(依照如图6所示的网络地址6000的格式)：\n·国家子域6020-标识了服务网关2020，并指明了用户终端1420属于 MP国家网2000(如图2)。\n·城市子域6030-标识了服务网关1020，并指明了用户终端1420属于 MP城域网1000(如图1d)。\n·社区子域6040-标识了服务网关1160，并指明了服务网关1160管理用 户终端1420。\n·层次交换子域6050-被分成两个子域，一个子域对应于接入口1500并 标识中层交换机1180，另一个子域对应于接入口1170并标识家庭网关 1200来传输数据包。\n·用户终端子域6060-对应于接入口1210，并标识作为数据包传送目的 地的用户终端1420。\n在这个单播例子中的数据传输可以被分为三个不同阶段：从源主机(用户终 端1320)到管理该源主机的服务网关(逻辑上最接近于源主机的服务网关，如 服务网关1060)之间的一系列逻辑链路(自下而上的逻辑链路)中的自下而上 的数据包传送；从管理源主机的服务网关到管理目的地主机的服务网关(逻辑上 最接近于目的地主机的服务网关，如服务网关1160)之间的数据包传送；以及 从管理该目的地主机的服务网关到目的地主机(用户终端1420)之间的一系列 逻辑链路(自上而下的逻辑链路)中的自上而下的数据包传送。\n对于自下而上的传输，用户终端1320将其输出的MP数据包放置在逻辑链 路1310上。如果这个MP数据包不是被送往连接在家庭网关1100上的另一个用 户终端的话，家庭网关1100会把该MP数据包送到下一个上游的MP适配组件， 即中层交换机1080。在一个实施例中，因为家庭网关之间的不对等的网络结构 (如连接在同一个中层交换机1080上的两个家庭网关不能绕开中层交换机而直 接相互通信)，把MP数据包从家庭网关1100传送到中层交换机1080的转输可 以不分析数据包中的目的地址。换句话说，家庭网关1100除了向上游传送数据 包以将其送往另一个在不同家庭网关之下的用户终端外别无选择。同样地，因为 在接入网中的中层交换机也是不对等的(如连接在同一个服务网关上的两个中层 交换机不能绕过服务网关而直接相互通信)，中层交换机1080把数据包送往服务 网关1060时也无需检查数据包中的目的地址。\n对于服务网关之间的传输，管理源主机的服务网关(服务网关1060)检查 MP数据包中目的地地址中的国家子域6020、城市子域6030和社区子域6040。 如果这三个子域都与服务网关1060的网络地址中相应的子域相匹配，那么该目 的地主机是由服务网关1060所控制的，并开始自上而下的传输。如果国家子域 6020和城市子域6030与服务网关1060的网络地址中相应的子域相匹配，而社 区子域不匹配，那么目的地主机存在于同一个MP城域网中，但是是由另一个服 务网关所控制的。如果国家子域匹配，但是城市子域不匹配，那么目的地主机存 在于同一个国家网中，但是是由一个不同的城域网中的服务网关所控制的。如果 国家子域不匹配，那么目的地主机是被在不同国家网中的一个服务网关所控制 的。\n在这个例子中，国家子域和城市子域匹配，但是社区子域不匹配。因此，服 务网关1060将把数据包送到MP城域网1000中的服务网关，该服务网关(服务 网关1160)的社区子域与数据包目的地地址中的社区子域匹配。为了发送该数 据包，服务网关1060根据目的地地址中的国家、城市、和社区在转发表中查找 一组局部地址子域来决定通往服务网关1160的下一个站点。服务网关1060然后 传送数据包到转发表所设定的下一个站点。分析局部地址子域和使用转发表来发 送数据包至下一个站点的过程一直持续到该数据包抵达指定的服务网关(服务网 关1160)，该服务网关的国家、城市和社区子域与数据包中目的地地址中的相应 的子域匹配。然后，自上而下的传输开始了。\n对于自上而下的传输，服务网关1160根据层次交换子域6050中的局部地址 信息和有色信息把MP数据包发送到中层交换机1180(该传输可达到线速)。更 具体地来说，服务网关1160通过利用部分的目的地地址来自导向数据包，并因 此简化了数据包转发的计算和决策。服务网关1160也利用了有色信息来选择数 据包的传送机制(如单播寻址模式和组播寻址模式的数据包传送机制可能有所不 同)。换句话说，一个示例的服务网关1160通过利用一些局部地址子域来自导向 数据包和一个有效率的数据包传送机制来有效地实现线速。\n以相同的模式，中层交换机1180也利用层次交换子域6050中的局部地址子 域向家庭网关1200传送MP数据包。接下来，家庭网关1200利用用户终端子域 6060中的局部地址信息把数据包发送到它的最终目的地，即用户终端1420。MP 数据包传送于一系列自上而下的逻辑链路(如逻辑链路1440、1520和1530)的 整个传送过程能够在无需计算或使用路由表的条件下进行。\n上述的例子描述了在同一个MP城域网中的两个用户终端之间的MP数据包 的单点传送。在这里考虑两种其他的可能性也是适宜的，即：1)在两个MP城 域网之间的MP数据包的单点传送(如在MP城域网2030中的源用户终端和在 MP城域网1000中的用户终端1420之间)，和2)在两个MP国家网之间的MP 数据包的单点传送(如在MP国家网3030中的源用户终端和MP国家网2000中 的用户终端1420之间)。这两种可能性中的自下而上和自上而下的传送阶段与那 些上述例子中的过程相似，因此无需在这里重复。然而，服务网关之间的传送与 上述的例子有所不同，下面将对此作解释。\n第一种可能性(同一个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。\n接着，服务网关1020根据目的地地址中的国家、城市和社区局部地址子域 来查询转发表以决定通往管理目的地主机的服务网关(服务网关1160)的下一 个站点。服务网关1020然后传送数据包到转发表所设定的下一个站点。分析局 部地址子域和使用转发表来发送数据包至下一个站点的过程一直持续到该数据 包抵达服务网关1160。于是，自上而下的传输开始了。\n第二种可能性(同一个MP全球网中的两个不同的MP国家网之间的MP 数据包的传送)中国家子域不匹配。本例中目的地主机和源主机位于同一MP全 球网(MP全球网3000)中，但是目的地主机是被一个位于不同的MP国家网(MP 国家网2000)中的服务网关所控制。在这儿，控制源主机的服务网关向MP国 家网3030中的城域网接入服务网关发送MP数据包。接着城域网接入服务网关 向国家网接入服务网关(服务网关3040)发送该数据包，该国家网接入服务网 关是负责把MP国家网3030连接到全球骨干网3020上的。\n接着，服务网关3040向国家网接入服务网关(服务网关2020)发送数据包， 该国家网接入服务网关是负责把另一个MP国家网(MP国家网2000)连接到全 球骨干网3020上的，该国家网接入服务网关的国家子域与MP数据包的目的地 地址中的国家子域匹配。更具体地来说，服务网关3040根据目的地地址中的国 家子域来查询转发表以决定通往服务网关2020的下一个站点。服务网关3040接 着传送数据包到转发表所设定的下一个站点。分析局部地址子域和使用转发表来 发送数据包至下一个站点的过程一直持续到该数据包抵达服务网关2020。\n接着，服务网关2020根据目的地地址中的国家和城市局部地址子域来查询 转发表以决定通往城域网接入服务网关(服务网关1020)的下一个站点，该城 域网接入服务网关是负责把MP城域网1000连接到国家骨干网2010上的。服务 网关2020然后传送数据包到转发表所设定的下一个站点。分析局部地址子域和 使用转发表来发送数据包至下一个站点的过程一直持续到该数据包抵达服务网 关1020。\n接着，服务网关1020根据目的地地址中的国家、城市和社区局部地址子域 来查询转发表以决定通往管理目的地主机的服务网关(服务网关1160)的下一 个站点。服务网关1020然后传送数据包到转发表所设定的下一个站点。分析局 部地址子域和使用转发表来发送数据包至下一个站点的过程一直持续到该数据 包抵达服务网关1160。于是，自上而下的传输开始了。\n值得注意的是上面讨论的接入服务网关(例如，城域网接入服务网关1020 和国家网接入服务网关2020)也可以作为主网络管理者。尽管上面给出了特定 的细节来描述一个MP逻辑层的一个实施例，这个MP逻辑层在两个用户终端之 间的三个阶段中进行一个MP数据包的单播传输，本技术领域内普通技术人员很 明显地认可所披露的MP逻辑层范围不仅限于这些细节。\n其他MP逻辑层建立的规则，MP适配元件依照这些规则以一个可预测、安 全、可计费的方式传送一个MP数据包或者是MP封装包。这些规则包括、但不 局限于：\na)每个MP网络都有一个或更多的服务网关(如，一个服务网关能够当作 是其他服务网关的备份)集体地作为上面讨论过的“主网络管理者”， 其中主网络管理者对“从网络管理者”进行某种控制。(例如，主网络 管理者能够从所有的从网络管理者上收集信息并把收集到的信息批量 地发布到从网络管理者)；\nb)服务网关负责分配网络地址给它自己的一些端口(例如，图10中所示 的端口10080和10090)和依附于这些服务网关的MP适配元件的端口 (例如，图1d中所示的端口1170、1175和1210)。后面的服务网关部 分将进一步的解释这些网络地址的分配过程；\nc)固定在一个MP适配元件的网络接入点(端口)网络地址“停留”(或 “跟随”)在这个端口，而不是停留(跟随)元件。例如，如果图10中 服务网关1160的服务器组10010分配一个网络地址给端口1210，这个 分配到的地址跟随端口1210。在用户终端1420连接到家庭网关1200以 及在服务器组10010接受用户终端1420之后，固定在端口1210上的网 络地址成了分配给用户终端1420的网络地址。因此，如果用户终端1420 被从MP城域网1000中去除而把它装到MP城域网2030(图2)中， 在新位置中的用户终端1420将不再拥有固定在端口1210上的网络地 址；\nd)服务网关负责监控网络资源并传递服务请求。服务网关先于批准所请求 的服务在预先决定的传输路径上确保足够的资源(例如，带宽、包处理 容量)可用；\ne)服务网关负责检验被请求服务参与各方的计费状态；以及\nf)服务网关建立方案来限制一个数据包进入MP网络，其依据包括、但不 局限于：1)数据包的源，以确保数据包来自于一个经授权的端口和一个 经授权的元件；2)数据包的目的地，以确保数据包是被发往一个经授权 的端口；3)某种流参数，以确保数据包包含的数据流不超出数据流参数 以及4)该数据包的数据内容，以确保数据包不包含有侵犯第三方知识 产权的内容。一般有若干个MP适配元件来执行这些方案控制，如但不 局限于，接入网中的中层交换机和/或服务网关中的边缘交换机。\n后面的基于不同MP适配元件和操作例的讨论将详细地描述这些规则的实施细 节。\n如在上面的逻辑层部分的开始时所讨论的那样，一个MP逻辑层的另一 个功能是在系统之间建立、维持和终结连接。后面的操作例部分将进一步给出呼 叫建立、呼叫维持和呼叫清除阶段的细节。\n4.3  应用层\nMP的应用层4130和4110(图4)利用MP物理层和MP逻辑层的服务并 且也支持给较下层的应用数据。一个示例的MP应用层包括一套应用可编程接口 (API)，它可以使一个开发者能够很容易地设计和实现一个MP网络的应用。这 些应用包括、但不局限于：媒体服务(例如，媒体电话、媒体点播、媒体组播、 媒体广播、媒体转移)、互动游戏等。然而，显而易见，本技术领域内的普通技 术人员能够开发直接启动MP逻辑层服务的应用，而不超出这里所披露的MP技 术的范围。\n5  网络组件\n5.1  服务网关\n如上所述，服务网关拥有管理和控制包括、但不局限于：家庭网络、媒体存 储、传统服务和骨干网边缘的广域网络的必需的智能。以图1d为例，上述的家 庭网络是指家庭网关，媒体存储对应于媒体存储单元1140，而传统服务是指非 MP网络1300所提供的服务，最后，城域骨干网是广域网的一个典型。\n图10是示例的服务网关的方块图，即为图1d中的服务网关1160。服务网 关1160包括边缘交换机10000，该交换机通过链接1150连接在骨干网1040上、 通过网关10020连接到非MP网络1300以及通过接入网和家庭网关连接到若干 个用户终端。网关10020通过把非MP数据包转换成MP数据包，反之亦然，使 MP网络，如MP城域网1000(图1d)与非MP网络1300之间能够通信。后面 的网关部分将进一步的描述这个数据包变换过程。另一方面，服务器组10010处 理它从边缘交换机10000上接收来的数据并且通过边缘交换机10000解释和发送 指令，和/或响应附着在边缘交换机10000上的设备。\n图11是一个第二类服务网关的方块图，例如服务网关1020。服务网关1020 利用边缘交换机11010和服务器组11020来内部连接MP适配元件。然而，服务 网关1020不提供与家庭网络的直接连接。除了通过逻辑链接1010连接到国家骨 干网2010(图2)外，在服务网关1020中的边缘交换机11010还通过逻辑链接 1030连接到城域骨干网1040上。\n图11b是一个第三类服务网关的方块图，例如服务网关1120。服务网关1120 也不提供与家庭网络的直接连接。除了通过逻辑链接1110连接到城域骨干网 1040外，在服务网关1120中的边缘交换机11030还连接到媒体存储器1140上。\n尽管描述了以上三个实施例，但显然，本领域内的普通技术人员可以合并或 进一步划分这些功能模块，而不会超出所披露的服务器组技术的范围。例如，另 一个服务网关1160的实施例进一步的包括MP适配媒体存储器。此外，无需在 城域网中利用其他类型的服务网关，本领域内的普通技术人员可以合并上述的服 务网关1160、服务网关1120和服务网关1020的功能培植出新的类型的服务网 关应用于整个MP网络的任意部分，而不会超出所披露的服务器组技术的范围。\n5.1.1  服务器组\n图12是一个示例的服务器组的方块图，例如服务器组10010。本实施例包 括通信架底盘12000和若干个插入式电路板。每个电路板都是一个服务器系统。 这些服务器系统的一些例子包括、但不局限于：呼叫处理服务器系统12010、地 址映射服务器系统12020、网络管理服务器系统12030、计费服务器系统12040、 离线路由服务器系统12050。本领域内的普通技术人员可以用与图12不同数量 及种类的服务器系统来实现服务器组10010，而不会超出所披露的服务器组技术 的范围。\n在一个实施例中，除了上述的服务器系统，通信架底盘12000还包括一个 或更多的“未编程的”插入式电路板。假定服务网关1020(图2)中的服务器组 管理网关1160中的服务器组10010。那么，为了应对在服务器组10010中的任 何一个服务器系统的故障，例如呼叫处理服务器系统12010的故障，在网关1020 中的服务器组将其中的一个未编程的插入式电路板程序化来代替呼叫处理服务 器系统。本领域内的普通技术人员可以用其他已知的方式来备份所描述的服务器 系统，而不会超出所披露的服务器组技术的范围。\n图13是一个示例的服务器组的方块图。具体地说，服务器系统13000包括 处理引擎13010、存储器系统13020、系统总线13030和接口13040。处理引擎 13010、存储器系统13020、接口13040连接在系统总线13030上。或者存储器 系统13020可以通过一个系统控制器(未在图13中表示出)间接地与系统总线 13030相连。\n这些服务器系统部件执行它们在业内已知的常规功能。而且很明显，本领域 内的普通技术人员能够利用多处理引擎和比图示中更多或更少的元件来设计服 务器系统13000。一些处理引擎13010的例子包括、但不局限于：数字信号处理 器(DSP)、通用处理器、可编程逻辑器件(PLD)、专用集成电路(ASIC)。同 时，存储器子系统13020可用于存储服务器系统13000的网络信息、标识信息、 和/或处理引擎13010执行的指令。\n在服务器组10010的一个实施例中，因为每一个插入式电路板有自己的处理 和输入/输出功能，所以每一个上述的服务器系统都能够独立于其他服务器系统 操作。进一步的实施会分配特定功能到特定的服务器系统上。因此，在整个MP 网络中没有一个服务器系统的管理和控制的负载过多，并且设计这些服务器的任 务相要比设计通用服务器系统简单的多。通信架底盘12000位这些插入式电路板 提供了外壳以及这些板间和板与边缘交换机10000之间的物理连接。\n另外，随着通用服务器系统的价格/性能比不断的下降，显然，本领域内具 有一般技术水平的人员可以利用实现一般服务器系统能够降低价格/性能比的技 术在MP网系统中来实现服务器组10010。在一个这样的实施例中，一种常规的 技术是发展能够操作一般目的的服务器系统的单独的软件模块并且独立地实现 服务器组10010的特定功能。\n图14是一个示例的服务器组的流程图，例如服务器组10010(图10)所实 施的那样。具体地说，服务器组10010负责执行能够使MP网络传送媒体服务到 终端用户的功能。这些功能包括、但不局限于：网络配置14000、多项服务验证 处理和进入控制14010、批准服务请求14030、在14040和14060中的记账作业 以及模块14050中的通信监控和处理。\n然而，在服务器组10010执行模块14000中的任务之前，网络操作者(如 局域交换的承受者、远程通信服务的提供者或者一组网络操作者)遵照图15 中第一阶段的步骤建立并初始化网络。具体地说，网络操作者在第一阶段建立一 个网络拓补结构并指定适当的主网络管理者来管理和控制该拓补结构。\n在模块1500中，网络操作者设计一个支持一定数目的服务网关的MP城域 网络拓补结构，每一个这种服务网关支持若干个终端用户。例如，根据内部财务 计划，网络操作者可以决定首先配置足够的设备给在人口稠密的社区内的服务器 1000的终端用户。根据设备的费用、容量和效能(如一个服务网关所能支持的 中层交换机的数量，能够连接到一个中层交换机上的家庭网关的数量，一个家庭 网关所支持的用户终端的数量，每个用户终端所支持的终端用户的数量，设备所 需的网络操作者的数量)，网络操作者能够配置一个满足他们需要的网络。网络 操作者能够进一步的通过建立若干个MP城域网来扩展这个网络拓补结构，其中 这些这些MP城域网为一个MP国家网所支持，而这些MP国家网又为一个MP 全球网所支持。\n在模块15010中，网络操作者为MP城域网指定合适的网络管理者，MP国 家网和MP全球网在前面提到的网络拓补结构中已经被定义。在一个网络建立和 初始化的过程中，网络操作者也配置该指定的网络管理者来实现第二阶段的操 作，其对应于图14中的模块14000。这种对主网络管理者的配置包括、但不局 限于给主管理者和从管理者的网络端口预分配的网络地址，并存储这些预分配的 网络地址并在这两种类型的局域存储系统中用软件来实施这两个阶段的操作。\n图15中的第二阶段是一个示例的服务器组10010在履行网络配置任务时所 遵循的一个过程。为便于说明，下面的讨论假定网络操作者已经采用如图1d和 图2中所示的MP城域网1000和MP国家网2000的网络拓扑结构，并且已经分 别将服务网关1160和服务网关1020设计成城域主网络管理者和国家主网络管理 者。尽管这个特例主要描述了在一个MP城域网中的主网络管理者所进行的配 置，但类似的过程也可以由在MP全球网或MP国家网中的主网络管理者配置 MP全球网或MP国家网时所遵循。\n在模块15020中，因为服务网关1020是MP国家网2000的国家主网络管 理者，服务网关1020的服务器组分配网络地址给如图10中所示的服务网关1160 的边缘交换机10000的端口10050和10070。很明显，本领域内具有一般技术水 平的人员可以认识到所披露的MP技术不限于所述的端口数目。例如，图10中 的服务网关1160的边缘交换机10000也可以连接到媒体存储器，因此会有另一 个端口来支持此连接。\n一个服务网关1160的服务器组10010的实施例分配网络地址到边缘交换 机10000的端口，这些端口能够与网关服务器所依赖的MP适配元件直接连接， 而不管这些元件目前是否连接在这些端口上。对于服务网关1160，接入网1190 的中层交换机1180和中层交换机1240目前是分别连接在端口10080和10090上 的典型的服务网关依赖的MP适配元件，如图10所示。边缘交换机10000也可 以有其他的端口(没有在图10中表示出来)被分配到网络地址，但目前没有 MP适配元件连接在它们上面。\n作为一个城域主网络管理者，服务网关1160中的服务器组10010也分配 网络地址到城域从网络管理者(如服务网关1060和服务网关1120)中的边缘交 换机的某些端口。例如服务器组10010分配网络地址给服务网关1060中的边缘 交换机端口，服务网关1060中的服务器组通过此端口与之相连。\n在服务器组10010分配网络地址到边缘交换机10000的端口以及在城域从 网络管理者的其他边缘交换机的端口之后，网络地址保持绑定在这些端口之上， 除非网络操作者改变网络的拓补结构。\n除了网络地址分配，服务器组10010也建立和初始化模块15020中的服务 网关数据库。这些服务网关数据库包括服务器组10010维持的所有信息，这些信 息既有存储器子系统13020(图13)又有服务器组能够进入的外部存储器系统(未 在图中表示出)中的信息。服务器组10010存储MP适配元件的注册信息与用户 地址的映射关系、该元件的用户名和用户地址的映射关系，以及/或者服务网关 数据库中的该元件的用户地址和网络地址的映射关系。\n在一些例子中，服务器组10010通过它自身的查询机制获得一些上述映射 信息，下面对于模块15030的讨论将进一步解释这种机制。在另一些例子中，服 务器组10010从其他服务器和数据库中获得一些映射信息。例如，独立的MP适 配元件生产厂商可能有他们自己的服务器和数据库来为经适当授权并接入网络 中的每一个MP适配元件生成和维持独特的辨识信息(例如硬件标识)。如果这 些经授权的元件被适当地注册，上述的服务器和数据库将进一步生成和维持一个 “注册表”，在一个例子中该“注册表”包含对应于元件的用户地址和注册状态 信息。适当地注册一个元件包括在制造商的数据库中找到与存于元件中的识别信 息相匹配的条目。\n一个服务器组10010的实施例从制造商的服务器和数据库中获得“注册 表”并将获得的信息存在适当的服务网关数据库中。该注册信息和相关的映射信 息能使服务器组10010阻止未经授权和/或注册的元件使用MP网络。\n至于前面提到的服务器组10010的查询机制，模块15030中的服务器组 10010发送状态查询包到每一个配置端口(已被分配到网络地址的端口)，这个 过程中服务网关尽责地检测一个MP适配元件是否已经在线。这些传输包的传输 间隔可以是一个固定或可调的时间段。如果一个MP适配元件是连接到一个已配 置的端口上的，这个元件就发送一个响应包来回应服务器组10010的状态查询。 对一个实施例，响应包就会包含一些该元件的识别信息。这些识别信息可以是硬 件标识、用户名、用户地址或者甚至是与该元件相关联的网络地址。此外，服务 器组10010的一个实施例包括它状态查询包中的网络地址，因此该MP适配元件 能够把服务器网络地址用作它的响应包的目的地地址。\n在模块15040中，为了响应从MP适配元件上来的响应包，服务器组取得 从该数据包中获得的该元件识别信息，并相应地更新服务网关数据库。例如，在 中层交换机1180加到边缘交换机10000(图10)的一瞬间，中层交换机1180通 过发送一个响应包到服务器组来回应服务器组10010的查询。这个响应包包含 有中层交换机1180的用户地址。按照上面对模块15020的论述，服务器组10010 已经给端口10080分配了一个网络地址，所以在获得这个响应包后，服务器组 10010把中层交换机1180绑定到端口10080的网络地址上，并且更新服务网关 数据库来反映用户地址和中层交换机1180的网络地址的新的映射关系。\n服务器组10010一般依照上面描述过的处理步骤，去更新服务网关数据库 和分配网络地址到除了中层交换机1180以外的其他类型新加入的MP适配元件 的端口。此外，因为这些步骤，一个被简单地插入MP网络的MP适配装置就会 自动地被鉴别并配置在MP网络中运行。\n在另一些例子中，服务器组10010在更新服务网关数据库之前实行某种地 址映射功能。例如，如果服务器组10010从新加入的MP适配元件上获得一个用 户名而不是一个用户地址，则服务器组在更新适当的服务网关数据库(如服务网 关中的网络管理服务器系统的数据库)之前会首先鉴别对应于用户名称的适当的 用户地址。\n在准许MP适配元件接入MP城域网1000(图1d)后，服务器组10010 在MP城域网1000内收集资源信息并且通过模块15050中的网络信息分配流程 (NIDP)把这些相关信息分配给授权的元件。更具体地说，网络信息分配流程 的一部分包括服务器组10010发送资源查询包到授权的MP城域网1000来查询 资源信息。作为回应，服务器组10010可以接收、但不局限于有关边缘交换机、 接入网的中层交换机和家庭网关的交换带宽的使用信息以及媒体存储单元的媒 体带宽的使用信息。服务器组10010将这些收集到的信息存储和安排到适当的服 务网关数据库中。\n网络信息分配流程的另一部分包括分配信息给MP适配元件。根据元件的 类型，一个服务器组10010的实施例从服务网关数据库中选择与元件相关的信息 并将这些选择到的信息通过一个公告包分配到元件中去。例如，因为中层交换 1180和1240，家庭网关1200、1220、1260和1280，以及用户终端1340、 1360、1380、1400、1420和1450可以发送MP控制包到服务器组10010(图 10)，服务器组10010通过公告包发送它的分配到的网络地址到这些中层交换机、 家庭网关和用户终端上去。在城域主网络管理者中的服务器组(这里是服务网 关1160)能够进一步将信息分配到不直接依赖于服务网关1160的MP适配元件 上。例如，服务器组10010能够分配它的网络地址到其他城域从网络管理者上， 如服务网关1120和服务网关1060。\n值得一提的是服务器组，不是讨论过的服务器组10010，而是如服务网关 1120和1160的服务器组(图1d)，也遵循前面讨论过的网络信息分配流程来收 集资源信息以及分配相关的信息到服务器组管理的MP适配元件上。此外，很显 然，本领域内具有一般技术水平的人员也能够利用出上面讨论的方式以外的方式 来实现网络信息分配流程，而不超出本发明的范围。\n除了配置端口和收集资源信息，MP城域网1000的城域主网络管理者(这 里是服务网关1160)也在模块15060中的MP网络中的边缘交换机之间建立路 由通道。特别的是，上述这个服务器组发送资源查询包到服务网关1160的边缘 交换机以及到从服务网关的边缘交换机(如服务网关1120和1160)上。根据从 边缘交换机上获得的响应，服务器组判断边缘交换机的可交换性，判断适当的传 输路径在MP城域网络1000在边缘交换机中传输数据包，并在一个边缘交换机 传送表中保存这个数据包传送信息。这个边缘交换机传送表可以被存储在服务网 关或者被存储在与服务网关通信的外部器件中。\n一个示例的城域主网络管理服务网关的服务器组当它闲置或者容量低于 某个临界值时，它会实现模块15060中的任务。另外，该服务器组可以依赖另一 服务器或服务器组来实现模块15060中的任务。显然，本领域内的一般技术人员 可以使用这里没有讨论过的其他技术在边缘交换机中计算路由，只要这些方法没 有减缓服务器组10010的数据包和服务的传递。\n除了在模块14000中配置MP网络(图14)，服务器组10010还负责响应 服务请求包。一个服务请求包能够请求诸如视频电话、视频组播、视频点播、多 媒体传输、多媒体广播或者任何类型的其他多媒体服务。后面的操作例部分将进 一步地提供示例的多媒体服务的细节性讨论。一个服务请求包是一个MP控制 包，它一般包括有关于服务类型、优先级和所请求服务所涉及的各方的地址信息。\n在服务器组10010收到一个服务请求包后，它就遵循模块14010中的多项 服务验证处理流程校验各方涉及的某种计费信息，并判断是否有足够的资源来执 行这项所请求的服务。图16是服务器组10010执行多项服务验证处理流程所遵 循的一个流程图。\n在模块16000中，服务器组10010从服务请求包中取得各方的网络地址。 这里的各方一般是指呼叫方、被呼叫方、付费方和被付费方。利用上面讨论的路 径表中的各方的网络地址和传输路径，服务器组10010能够沿着若干个逻辑链接 中识别出用于实现被请求服务的资源。\n例如，假定用户终端1420既是呼叫方又是被呼叫方，而用户终端1320是 一个被呼叫方(图1d)。根据呼叫方的网络地址，这个地址从服务请求包中取得， 服务器组10010识别服务网关1160、中层交换机1180、家庭网关1200和用户 终端1420，并沿着自底向上的逻辑链接来执行被请求的服务。根据被呼叫方的 网络地址，该地址从服务请求包中取得，服务器组10010识别服务网关1060、 中层交换机1080、家庭网关1100和用户终端1320，并沿着自顶向下的逻辑链接 来执行被请求的服务。此外，服务器组10010参照路径表识别沿着服务网关1160 的边缘交换机(图10中的边缘交换机10000)和服务网关1060的边缘交换机(图 1d)之间的节点的逻辑链接来执行被请求的服务。因此，服务器组10010沿着用 户终端1420到用户终端1320之间端对端的传输路径来识别节点(资源)，并能 够执行所请求服务的应用获得控制和策略控制。\n服务器组10010检查模块16010中各方的计费状态，并验证付费方的支付 能力。服务器组10010能够根据一些已知的事实(如付费方的借贷平衡以及付费 方过去的付费模式)建立一个获得满意的计费状态的标准。如果付费方没有达到 这些标准，服务器组10010在模块14020(图14)中拒绝其服务请求。另外，服 务器组10010在拒绝其请求之前可以要求第三方(如付费方的信用卡公司)来支 付。\n此外，服务器组10010检查被请求的服务所需的资源并确保这些资源是充 分的。服务器组10010根据它内部维持的信息或外部接收到的信息来确定一个所 请求服务的需求。服务器组10010维持一个服务的预决断清单，它支持与这些服 务相应的网络资源需求。因此，在服务请求包到达后，服务器组10010能够从该 数据报识别服务类型并根据预决断清单来设立网络资源需求。另外，服务器组 10010可以依靠请求服务的一方在服务请求包中包含网络资源需求。\n如上面所讨论的，服务器组10010从如图15中的模块15050内的网络信 息分配流程过程中获取网络资源信息。这些网络资源的例子包括、但不局限于边 缘交换机之间的路径以及服务网关、接入网、家庭网关和其他节点的交换能力。\n在验证MP适配元件需要被用来提供所请求的服务后，服务器组10010将 这些元件的容量与模块16030所请求服务的需求作比较，以决定是否进入模块 14030的操作。一个服务器组10010的实施例遵循下列方程来识别MP适配元件：\n方程1：A＝所请求服务的优先级(服务器组10010从服务请求数据包\n中获得此值)\n方程2：B＝一个MP适配元件的最大容量\n方程3：C＝同一MP适配元件目前正被占用的容量(MP适配元件一般\n更新并跟踪这个当前占用量)\n方程4：D＝所请求服务所需的容量\n方程5：E＝(A*B)-C-D\nA 为一个0到1之间的值，其典型值为：0.8代表低优先级，0.9代表一般优先 级，1.0代表高优先级。对于任何一个所要求提供服务的MP适配元件，如果E 值小于0，则服务器组10010在模块14020中拒绝服务请求。否则，服务器组10010 核准该服务请求并沿传输路径初始化元件(例如，建立上行链接数据包过滤器和 多点通信路由链路表，见下面介绍)以在模块14030中实现该服务，如图14和 图16所示。对于多点通信，一个服务器组10010的实施例也保留一个业务号在 模块14030中。在具体情况下，服务器组10010有一个不重复的业务号库可供选 择。在一个业务号被选出来代表一个多点通信对话后，该被选出的业务号就不可 再用，要直到它所代表的对话终结为止。如果该服务请求需要一个已被使用的业 务号，则服务器组10010就将该保留的业务号映射到一个可用的业务号，并将该 映射通知到沿传输路径的每一个元件。\n很显然，本领域内具有一般技术水平的人员可以采用与上面讨论的方式所不 同的方程、不同的参数和/或不同的机制，而不会超出这里所披露的多项服务验 证处理的范围。例如，虽然所讨论的服务器组10010管理资源(如，根据资源的 可用性允许或不允许一个服务请求)但不频繁地储备资源，服务器组10010能够 通过增加方程中C的值使其超过目前使用的标准来保留资源而不超出所披露的 服务器技术的范围。此外，在另一个实施例中，服务器组10010可以在一些正在 进行的服务中再分配资源以满足所请求服务的需要，优先级较低的服务不会被终 止，但会释放资源给一个高优先级的服务。如果资源的重分配是可行的(如正在 进行的服务和目前的服务请求的需求都能得到满足)，则服务器组10010可以通 过调整C的值来进行重新分配。\n很显然，本领域的一般技术人员可以重新安排所讨论的多项服务验证处理过 程，而不会超出多项服务验证处理技术的范围。例如，在另一个实施例中，多项 服务验证处理可以在模块16010内的检查计费状态之前，在模块16030中检查资 源的可用程度。\n如果多项服务验证处理流程表明网络资源可用并且相关方的计费状态满足 条件的话，则服务器组10010就批准服务请求并沿模块14030中的适当传输路径 初始化元件(通过单点/多点通信初始化数据包)。对于多点通信，一个服务器 组10010的实施例也保留一个业务号。这个多项服务验证处理流程是上述的服务 器组的呼入控制策略的一部分。\n随着服务被核准以及沿传输路径的元件被初始化，服务器组10010通知所涉 及的各方用户终端或其他MP适配元件，如媒体存储器1140，来开始在模块14040 中交换数据包。依据它的计费模式，服务器组10010也开始它的计费器。例如， 如果金额数量以各方花费在这项服务上的所需的时间来计，则该计费器就是一个 计时器。另一方面，如果金额以服务对话期间传输的数据量来计算，则该计费器 就是一个比特计数器。很明显，本领域内的一般技术人员可以用超出上面讨论过 的其他已知的计费模式来实现计费功能，而不会超出本发明所披露的范围。\n在呼叫通讯阶段，服务器组10010可以在模块14050中监视并管理数据包流 量。在一个实施例中，服务器组10010通过发送呼叫方和被呼叫方连接状态请求 包来监视数据流量。如果呼叫方和被呼叫方不响应这个请求，则服务器组10010 执行模块14060。否则，服务器组10010根据各方的响应来适当调整连接。例如， 服务器组10010可以监视数据传输的信号质量。如果服务器组10010判断出信 号质量已经恶化到低于一个临界值，它可以按一定的量对价格进行打折。\n服务器组10010也能够通过发布命令报给呼叫方和被呼叫方来调整该数据包 流量。作为一个说明，服务器组10010可以在一个媒体点播服务中发布一个“停” 命令包到被呼叫方使得被呼叫方停止发送被点播的媒体。在另一个例子中，服务 器组10010可以发布一个命令包到呼叫方来阻止其发送数据包。很显然，本领域 内的一般技术人员可以了解到，除了被讨论的方式以外，还有其他的流控制机制 以及利用其他类型的命令包，而不超出本发明披露的范围。\n当在模块14050中有了监视数据包流量的结果或有了接收终止请求包的结 果，服务器组10010就停止上述的计费器，从计费器上判断支付的金额，将所需 支付的费用加到付费方的账单上(或者是扣除这笔费用，如果付费方预付账号尚 有余额的话)，并在模块14060中对计费器复位。\n尽管前面关于服务器组的讨论主要将服务器组的功能当成一个整体来讨论， 但是很显然，本领域内的一般技术的人员仍可以用如图12所示的不同的服务器 系统来实现，而不会超出本发明披露的范围。在这些系统中，每一个服务器系统 实现一个或选择一些上面所讨论过的功能。\n例如，离线路由服务器系统12050主要负责在边缘交换机之间建立路由。计 费服务器系统12040执行部分的多项服务验证处理流程并计算与被请求服务相 关联的费用。地址映射服务器系统12020主要负责用户名、用户地址和网络地址 之间的映射。呼叫处理服务器系统12010主要负责处理服务请求以及处理部分的 多项服务验证处理过程。网络管理服务器系统12030主要负责配置MP网络、 管理网络资源以及建立连接。\n此外，因为每个这样的服务器系统具有一个分配到的网络地址，服务器系统 可以利用所分配到的网络地址来进行相互通信。为了说明这种服务器间的互动， 图17a和图17b展示了图12中所示的服务器系统的时序图，它在一个视频电话 呼叫中执行多项服务验证处理。具体的是：\n1.呼叫方发送服务请求数据包17000到呼叫方呼叫处理服务器系统12010。\n2.服务请求数据17000包括如付费方和被呼叫方的用户地址，呼叫方和呼叫 处理服务器系统12010的网络地址，被请求服务的优先权等级以及被叫服 务的网络资源需求等信息。\n3.呼叫处理服务器系统12010发送地址解析查询包17010到地址映射服务器 系统12020。这个数据包17010包含付费方的用户地址和地址映射服务器 系统12020的网络地址。\n4.地址映射服务器系统12020在地址解析查询回复包17020中返回付费方的 网络地址到呼叫处理服务器系统12010。\n5.呼叫处理服务器系统12010发送计费状态查询包17030到计费服务器系统 12040。该数据包包括付费方的网络地址以及计费服务器系统12040的网 络地址。\n6.计费服务器系统12040返回计费状态查询回复包17040给呼叫处理服务器 12010。这个响应包表明付费方的计费状况。\n7.呼叫处理服务器系统12010发送网络资源状态查询包到网络管理服务器 系统12030。\n8.网络管理服务器系统12030发送网络资源状态查询包17060到呼叫处理服 务器系统12010。该数据包表明网络资源是否足够(根据上面讨论的模块 16030的结果)执行这个视频电话呼叫。\n9.呼叫方的呼叫处理服务器系统发送被呼叫方查询数据包17070到被呼叫 方。\n10.被呼叫方以被呼叫方查询回复数据包17080予以回复。\n11.尔后，呼叫处理服务器12010通过发送服务请求回复数据包17090到呼叫 方来回复服务请求17000。\n这里讨论的数据包17000、17010、17020、17030、17040、17050、17060、 17070、17080和17090是MP控制包。不同的服务器系统负责不同的功能 部分，通过这些MP控制包使得不同部分之间的相互通信，以协同地完成如 图16所示的多项服务验证处理流程。使一个服务器组里的每一个服务器系 统执行特定的功能带来了一些好处，每个服务器系统中的硬件可以被制作为 特定的任务。服务器组的模块设计使其更容易扩展容量、提升每一服务器系 统内的功能和/或增加具有新功能的服务器系统。后面的操作例部分将提供另 一个描述在同一个服务器组中的不同服务器系统的互相连接以执行任务而 不是通过多项服务验证处理流程。\n5.1.2  边缘交换机(EX)\n图18是一个示例的边缘交换机的方块图，如图10中的服务网关1160中的 边缘交换机10000。边缘交换机10000包括四种类型的元件：交换单元、选择器、 包分配器和接口。边缘交换机10000的实施例包括三种接口：接口A18000使其 能够与接入网1190的中层交换机1180和中层交换机1240通信；接口B18010 使其能够与服务器组10010和网关10020通信；接口C18020使其能够与城域 骨干网1040通信。这些接口提供不同类型信号之间的相互转换。例如，接口 C18020在一个边缘交换机10000的实施例中将光信号转化为电信号。\n5.1.2.1  选择器\n一个选择器的实施例，如图18中的选择器18030、18060或18090，选择一 个顺序，从多个物理链接上接收到的数据包依此顺序传到一个交换单元，如交换 单元18040、18070或18100。以选择器18030为例，如果逻辑链接1440占有3 个物理链接而逻辑链接1460占有2个物理链接。一个选择器18030的实施例利 用众所周知的方法(如循环和先入先出)来选择有有效信号的物理链接，并在该 选出的物理链接上将数据包导向交换单元18040。如果逻辑链接1440和1460分 别对应一个单独的物理链接，则选择器18030也在具有有效信号的链接上将数据 包导向交换单元18040。选择器18060和18090也同样地实现多对一的复用功能。 然而，很明显，本领域内的一般技术人员可以合并这些选择器的功能到接口中去 (如将选择器18030做成接口A18000的一部分)，而不会超出这里所披露的边 缘交换机技术的范围。\n5.1.2.2  交换单元\n一个边缘交换机10000的实施例中应用了一套通用的交换单元，如交换单元 18040、18070和180100。这种通用的交换单元结构能够将一个接收到的数据包 根据其有色信息、局部地址信息或者是这两者的结合传送到它的目的地。在一个 实施例中，当边缘交换机10000的一个交换单元将一个数据包放到一个逻辑链接 上(如交换单元18040、18100或18160分别对应的逻辑链接18130、18150或 18170)，交换单元也通过其他逻辑链接(如交换单元18040、18100或18160分 别对应的逻辑链接18130、18150或18170)发出一个控制信号。这个发出的控 制信号使一个包分配器(如包分配器18050、18110或18080)来处理这个数据 包。应该强调的是，这个实施例只是示例性的。本技术领域内的一般技术人员应 当认识到这里所披露的边缘交换机范围覆盖了许多其他的设计方案。\n图19是一个交换单元实施例的方块图，这个交换单元包括颜色过滤器19000、 延迟单元19010和局部地址路由引擎(PARE)19030。\n5.1.2.2.1  颜色过滤器\n颜色过滤器19000从由上述选择器选定的一个物理链接上接收一个MP 数据包或一个MP封装包。根据所接收到的包中的有色信息，一个典型的颜色过 滤器19000的实施例是通过逻辑连接19070发送一个命令(颜色过滤器发布命令) 并通过逻辑连接19040发送该接收到的数据包到局部地址路由引擎19030。然 而，在有些例子中，颜色过滤器19000通过逻辑连接19080发送一个MP控制包 到另一个MP适配元件而不通过局部地址路由引擎19030(如颜色过滤器19000 以被请求的信息来回复一个查询包)。\nMP颜色表列出了有色信息的示例类型。颜色过滤器19000能够识别并处理 所有这些类型的有色信息以及其中的一些子集。颜色过滤器19000识别和处理的 有色信息的类型取决于与之相关联的接口的类型。在下面讨论的一个例子中，与 接口A(一个接收和发送来自于接入网中的中层交换机的数据包的接口)相关联 的颜色过滤器处理两种类型的有色信息。在下面讨论的第二个例子中，与接口C (一个接收和发送来自于骨干网的数据包的接口)相关联的颜色过滤器能识别六 种类型颜色的数据包。此外，所列在MP颜色表中的有色信息的类型是示例性的， 而非穷尽。\n在一个实施例子中，颜色过滤器发布命令使局部地址路由引擎19030选择 适当的数据包传送机制(如局部地址路由或链路表路由)和一个传送所接收到的 数据包的端口。利用该选定的机制和端口信息，局部地址路由引擎19030以控 制信号19050启动一个包分配器来传递数据包。\n交换单元利用延时单元19010来延迟数据包抵达包分配器，直到局部地址路 由引擎19030利用从同一数据包(或它的一个备份)中取出的局部地址和有色 信息来完成生成控制信号19050。换句话说，局部地址路由引擎19030在交换 单元中生成控制信号19050的总时间等于或少于延时单元19010所引入的延时。\n很显然，本领域内的普通技术人员能够设计一个包含不同于上面描述过的三 个接口数量的边缘交换机，而不超出这里所披露的边缘交换机技术的范围。一个 普通技术人员也能够设计与图18中不同的元件所通信的接口。例如，除了服务 器组10010和网关10020之外，一个接口B18010的实施例也提供使边缘交换机 10000访问媒体存储器。此外，尽管所说明的边缘交换机10000包括三套交换单 元、包分配器和选择器，但很明显，本领域内的普通技术人员仍能够利用交换单 元、包分配器和选择器之间的不同组合来实现边缘交换机，而不超出这里所披露 的边缘交换机技术的范围。例如，一个边缘交换机10000可能的实施例有一个交 换单元和三个接口，其中每个接口都包括类似于上述的选择器(如多对多复合技 术对于多对一复合技术)和类似于上述的包分配器的功能。\n图20是颜色过滤器19000响应来自于接口A18000(“来自于18000的 数据包”)的处理过程的流程图。如果“来自于18000的数据包”遵循MP数据 包5000(图5)的格式，则颜色过滤器19000在模块20000中检查存在于该数据 包的目的地地址5010中的有色信息。具体地说，就像上面的逻辑层部分所讨论 的那样，目的地地址5010包含一个目的地的网络地址。这个目的地地址的可能 的网络地址格式包括网络地址6000、7000、8000、9000、9100和9200的格 式。每一个这些网络地址都包含一个普通颜色子域。颜色过滤器19000在预定的 字元掩码和这个普通颜色子域之间进行字元比对来鉴别一个经过验证的服务。\n在本例中，颜色过滤器19000在交换单元18040中识别来自于接口A18000 的两种类型的颜色包：单播数据颜色和多点数据颜色包(如媒体广播数据颜色和 媒体组播数据颜色包)。出于说明的目的，下面的讨论用媒体广播数据颜色包来 表示多点数据颜色包，并假定颜色过滤器19000识别下列字元掩码：\n  字元掩码： 对应的服务： 00000 单播数据 11000 媒体广播数据\n一个单播数据颜色包和一个媒体广播数据颜色包(它们都是MP数据包)在它们 各自的普通颜色子域中包含普通有色信息”00000”和”11000”。\n如果在字元掩码“0000”和“来自于18000的数据包”的普通颜色子域的 比较结果表明其匹配，则颜色过滤器19000转发该包到延时单元19010和局部地 址路由引擎19030，并在模块20020中发送一个单播数据命令给局部地址路由引 擎19030。同样地，如果“来自于18000的数据包”的普通颜色子域包含“11000”， 颜色过滤器19000也转发该包到延时单元19010和局部地址路由引擎19030，并 在模块20030中发送一个媒体广播数据命令给局部地址路由引擎19030。换句话 说，在这些不同颜色包中的有色信息扮演着使颜色过滤器19000启动不同操作的 命令的角色。\n图21是颜色过滤器19000的另一个实施例中的一个过程的流程图，如在 交换单元18070中的颜色过滤器19000所遵循的响应从接口C18020传来的数据 包(“来自于18020的数据包”)。类似于上面的讨论，颜色过滤器19000通过执 行在预定的字元掩码和模块21000中的数据包目的地地址域中的一般有色信息 的位元比较检查“来自于18020的数据包”中的有色信息。\n在本例中，颜色过滤器19000识别六类颜色包：单播初始化颜色、单播数 据颜色、查询颜色、媒体广播初始化颜色、媒体广播维持颜色和媒体广播数据颜 色包。单播初始化颜色包、查询颜色包、媒体广播初始化颜色包和媒体广播维持 颜色包是MP控制包。该初始化包一般沿传输路径(如配置上行链接数据包过滤 器和/或链路表)初始化MP适配元件以执行所请求的服务。该查询包一般用于 查询这些元件执行所请求服务的可用性。该维持包一般用于确保链路表精确反映 一个通信过程的状态。有时候维持包被用来收集一个通信过程的呼叫状态信息 (如出错率和丢包率)。另一方面，一个媒体广播数据包是一个MP数据包。这 些包的使用将在随后的操作例部分被更为详细地讨论。\n为了响应一个单播初始化颜色包或者一个单播数据颜色包，颜色过滤器中 转该包到延时单元19010和局部地址路由引擎19030，并在模块21010中分别发 送一个单播初始化命令或者一个单播数据命令到局部地址路由引擎19030中。 为了响应一个媒体广播数据颜色包，过滤器19000转发该包到延时单元19010和 局部地址路由引擎19030，并在模块21070中发送一个媒体广播数据命令到局部 地址路由引擎19030。另一方面，为了响应一个来自于另一个MP适配元件的查 询颜色包，颜色过滤器19000在模块21020中通过逻辑链接19080发送另一个 MP控制包(如一个状态查询回复包)到已有请求状态的元件。该MP控制包包 含有包括、但不局限于诸如边缘交换机10000的逻辑链接1150的输出流量信息 之类的信息。为了响应一个媒体广播初始化颜色包或者一个媒体广播维持颜色 包，颜色过滤器19000转发该数据包到延时单元19010和局部地址路由引擎 19030，并发送适当的命令(如媒体广播初始化命令或者媒体广播维持命令)到 局部地址路由引擎19030。\n此外，如果一个颜色过滤器19000的实施例不能识别包含在一个MP数据包 中的有色信息的话，它认为该包是一个错误的包并且删除该包。\n图22是颜色过滤器19000一个实施例的一个处理过程的流程图，如交换单 元18100中的颜色过滤器19000响应从接口B 18010来的一个数据包所遵循的流 程。这个过程与图21所示的过程相同。然而，为了响应一个查询颜色包，颜色 过滤器19000通过接口B 18010或者接口C 18020发送一个包含、但不局限于逻 辑链接10030、10040和1150的出入流量信息的MP控制包到查询颜色包的源主 机。换句话说，这个MP控制包的目的地地址域包含分配给源主机的网络地址 (如，服务器组中的服务器系统)。\n上述的单播命令、媒体广播数据命令、媒体广播初始化命令和媒体广播维 持命令控制局部地址路由引擎19030。图24和25以及在后面的局部地址路由 引擎部分的相关描述将进一步提供这些施加在局部地址路由引擎19030上的命 令的示例类型。\n在上面讨论的例子中，颜色过滤器19000生成的命令对应于颜色过滤器确定 的特定控制信号。然而，本技术领域内的普通技术人员能够认识到在两个逻辑元 件(如颜色过滤器19000和局部地址路由引擎19030)之间多种通信的机制可被 用来实现这些命令。\n尽管上面的讨论是利用一套特定的颜色包和字元掩码来说明颜色过滤器 19000的一些功能。但是，很显然，本领域内的一般技术人员还是能够实现响应 不同于上面所描述的其他类型的颜色包的颜色过滤器，而不超出所披露的颜色过 滤技术的范围。后面的操作例部分将进一步给出在呼叫建立、呼叫通信和呼叫清 除过程中利用上述颜色包的细节。\n5.1.2.2.2  局部地址路由引擎\n基于所接收到的命令和数据包，一个局部地址路由引擎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。\n在一个实施例中，局部地址路由单元23000提供给链路表控制器23010 从数据包中接收到的相关包传递信息(如，局部地址、业务号和映射业务号)并 使链路表控制器23010在链路表23020中维持这些信息。在另外的例子中，局 部地址路由单元23000使链路表控制器23010获取信息并将其从链路表23020 传送到控制信号逻辑23030。值得注意的是链路表23020可以如图13中所示的 那样存在于存储子系统13020中并可被其他局部地址路由引擎中的其他链路表 控制器所共享。\n下面的例子利用在用户终端1320、1380、1400和1420之间的单播和媒体广 播来进一步解释在交换单元18040中的局部地址路由引擎19030内元件之间的 操作。下面对这些例子的讨论参照图1d、10、5、6、18、19和23，并为简化讨 论起见，假定了某些实施细节(见下文)。然而，很显然，本领域内的普通技术 人员能够意识到局部地址路由引擎19030的实施并不仅限于利用这些技术细节， 而且下面关于媒体广播的讨论同样也适用于其他多点通信(如媒体组播)。这些 细节包括：\n·因为用户终端1380、1400和1420在物理上连接在同一个家庭网关(家庭 网关1200)、同一个接入网(中层交换机1180)和同一个服务网关(服务 网关1160)，所以它们在国家子域6020、城市子域6030、小区子域6040 和分层交换机子域6050中具有相同的局部地址(如图6所示)。换句话说， 假定用户终端1380在分配给它的网络地址中包含下列信息：\n国家子域6020：        1\n城市子域6030：        23\n小区子域6040：        45\n分层交换机子域6050：  78\n用户终端子域6060：    1\n因此，分配给用户终端1400和用户终端1420的网络地址除了在用户终端 子域6060中的局部地址以外还包含与用户终端1380同样的信息。另一方 面，因为用户终端1320是匹配于一个不同的家庭网关(家庭网关1100)， 一个不同的中层交换机(中层交换机1080)和一个不同的服务网关(服 务网关1060)，它分配到的网络地址至少包括一个在小区子域6040中的 局部地址不同于45以及用户终端1380、1400和1420中的小区子域6040 中的局部地址。\n·分配给用户终端1400的一部分网络地址是1/23/45/78/2(国家子域6020/ 城市子域6030/小区子域6040/分层交换机子域6050/用户终端子域6060)。\n·分配给用户终端1420的一部分网络地址是1/23/45/78/3。\n·分配给用户终端1320的一部分网络地址是1/23/123/90/1。\n·分配给服务网关1160的一部分网络地址是1/23/45。\n·分配给服务网关1060的一部分网络地址是1/23/123。\n·分配给中层交换机1180的一部分网络地址是1/23/45/78。\n·分配给中层交换机1240的一部分网络地址是1/23/45/89。\n·分配给中层交换机1080的一部分网络地址是1/23/123/90。\n·局部地址路由引擎19030用来确定控制信号19050的总时间少于或等于 来自于颜色过滤器19000的MP数据包或MP封装包在延时单元19010所 停留的时间。\n·局部地址路由引擎19030及其所属元件是边缘交换机10000的一部分， 而边缘交换机10000是服务网关1160的一部分。\n·在边缘交换机10000一个实施例中的颜色过滤器19000发布命令，如上面 的细节讨论中的那样，颜色过滤器19000从若干个经过验证的MP数据包 中获取这些颜色过滤器发布的命令并将这些命令通过逻辑链接19070传 送到局部地址路由单元23000。颜色过滤器19000也通过逻辑链接19040 传送这些颜色化的MP数据包到局部地址路由单元23000以及延时单元 19010。一些这种经验证的颜色化MP数据包在上面的逻辑层部分的MP 颜色表中已被讨论过。\n·在上面提到的数据包中的网络地址一般遵循网络地址9200、9100、或 6000(也就是7000、8000和9000)的格式，多点通信的数据包采用网 络地址9200的格式。单播通信的控制包或数据包以及多点通信的控制包 采用网络地址9100或6000的格式。如果数据包的目的地址是直接连到一 个边缘交换机(如服务器组和媒体存储装置)上的话，则它就采用网络地 址9100的格式；否则，采用网络地址6000的格式。\n·一般情况下，在核准一个来自于用户终端(如用户终端1380)的媒体广 播服务请求后，服务网关1160的服务器组10010保留一个可用的业务号 来识别已在上面的服务器组部分所讨论过的被请求的媒体广播服务，并将 这个保留的业务号放在一个媒体广播初始化颜色包的有效载荷数据域 5050中。然后服务器组10010通过这个媒体广播初始化颜色包分配这个 业务号给沿传输路径的交换机的链路表。一个示例的媒体广播初始化颜色 包遵循网络地址6000的格式。\n·应该指出，从一个用户终端上来的媒体广播服务请求一般不包括一个所保 留的业务号。然而，当服务网关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”。\n·一个示例的媒体广播维持包遵循网络地址6000的格式并在有效载荷数据 域5050中包含所保留的业务号。\n对于一个在两个用户终端之间的单播过程中，如果局部地址路由单元23000 从颜色过滤器19000接收到一个单播初始化命令或者是一个单播数据命令，则局 部地址路由单元23000就以图24所示的步骤进行处理。具体地说，在模块24000 中，局部地址路由单元23000检查数据包的局部地址是否与分配给服务网关 1160的局部地址相匹配。如果用户终端1380请求与用户终端1400建立一个单 播过程，则数据包会包含局部地址“45”和“78”。因为被呼叫方，即用户终端 1400在它的小区子域6040中含有“45”，而在其分层交换机子域6050中含有“78”。 此外，因为分配给服务网关1160的小区子域6040的网络地址也是“45”，局部 地址路由单元23000在模块24020中执行将局部地址信息“78”通知给控制信 号逻辑23030的操作。\n由于控制信号逻辑23030确定了一个适当的控制信号19050以响应局部地址 “78”，延时单元19010通过逻辑链接18130传送一个临时的延时包(如一个单 播初始化颜色包)到包分配器18050。这个被确定的控制信号19050使包分配器 18050通过逻辑链接1440传送这个包到它的目的地。这个所讨论的传送单播初 始化颜色包的过程也适用于传送一个单播数据颜色包。后面的包分配器部分将进 一步的详细描述一个包分配器的实施例，如包分配器18050。\n另一方面，如果用户终端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并行地传送 该单播初始化颜色包到下一跳。上述的从一个服务网关管理下的一个用户终端发 送一个单播初始化颜色包到另一个服务网关管理下的另一个用户终端的过程，也 可以用于发送一个单播数据颜色包和一个媒体广播初始化颜色包。\n图25是一个局部地址路由单元23000管理一个媒体广播过程所遵循的流 程图，在本例中它包括用户终端1380、用户终端1400和用户终端1420以及一 个媒体广播节目源。与上述的单播过程的建立相似，为了响应来自于服务网关 1160的服务器组10010的媒体广播初始化颜色包来建立上述的媒体广播对话， 颜色过滤器19000发送该数据包和相应的媒体广播初始化命令到局部地址路由 单元23000。局部地址路由单元23000从模块25000中的每一个数据包中取得 局部地址“78”。该媒体广播初始化颜色数据包包括“78”，因为每一个该过程的 参与者在其分层交换机子域6050中包含有一个局部地址“78”。局部地址路由单 元23000将“78”传送到模块25000中的控制信号逻辑23030，因此控制信号 逻辑23030和包分配器18050能够并行地通过逻辑链接1440传送一个媒体广播 初始化颜色包到它的目的地。\n注意到在上面的例子叙述中，颜色过滤器19000为它从服务器组10010上接 收到的每一个媒体广播初始化颜色包确定一个媒体广播初始化命令。因此对于一 个包括三个参与方(不包括节目源)的一个媒体广播对话，一个局部地址路由单 元23000的实施例会接收三个媒体广播初始化命令，并因此执行模块25000三 次。\n此外，局部地址路由单元23000提供给链路表控制器23010从媒体广播初 始化数据包所取得的局部地址信息“78”、业务号“1”和映射业务号“0”。一个 链路表控制器23010的实施例维持记录一个保留的业务号和一个映射业务号之 间关系的映射表26000(图26a)。这里，链路表控制器23010分别放置“1”和 “0”在入口26010的保留业务号栏和映射业务号栏中。而且，因为映射的业务 号是“0”，所以链路表控制器23010利用业务号“1”和局部地址“78”在模块 25010中初始化链路表23020中的单元26030。\n然而，如果局部地址路由单元23000提供给链路表控制器23010从媒体广 播初始化数据包所取得的局部地址信息“78”、业务号“2”和映射业务号“3”， 那么链路表控制器23010分别将“2”和“3”放在入口26020的保留业务号栏 和映射业务号栏中。因为映射业务号有一个非零值(如“3”)。链路表控制器23010 的一个实施例在模块25010种利用映射业务号“3”(而不是“2”)和局部地址“78” 来初始化链路表23020中的单元26050(而不是单元26040)。\n图26b是链路表23020的一个样表。链路表23020的规模取决于中层交换 机和服务网关1160所支持的多点通信(如媒体组播和媒体广播)的数目。在本 例中，因为服务网关1160支持至少两个中层交换机(中层交换机1180和中层交 换机1240)并假定服务网关1160支持三个媒体广播节目源，链路表23020包 含至少六个单元。另外，链路表23020的实施例依照相关的局部地址和业务号 来索引其单元。例如，坐标(78，1)对应于单元26030以及坐标(89，3)对 应于单元26060。\n在链路表23020一个实施例中所有单元都以零开始。当链路表控制器23010 从局部地址路由单元23000接收到适当的业务号(如业务号“1”)和局部地址 (如局部地址“78”)时，链路表控制器23010更改链路表23020中的适当单 元的内容为1，如单元26030(78，1)。由此表明一个具有局部地址“78”的用 户终端会参与媒体广播对话1。在一个实施例中，链路表控制器23010也负责 在当用户终端不再参与该媒体广播对话时将这些修改过的单元重设为零。此外， 链路表23020依靠时钟来重设它的修改单元。具体的是，当链路表23020探测 到它的一个单元发生变更时，它启动一个时钟。如果链路表23020在一个特定 时间段内没有接收到任何保存被修改单元内容的通知，链路表23020自动地重 设该单元为零。\n一个媒体广播维持命令提供了这种通知的一种形式。为了响应来自于服务网 关1160的服务器组10010的一个媒体广播维持颜色包来维持上述的媒体广播对 话，颜色过滤器19000发送该包和响应媒体广播维持命令到局部地址路由单元 23000。与上面对模块25000的讨论相似，局部地址路由单元23000在模块25030 传送“78”到控制信号逻辑23030，因此控制信号逻辑23030和包分配器18050 能够通过逻辑链接1440并行地传送一个媒体广播维持颜色包到它的目的地。\n局部地址路由单元23000也提供给链路表控制器23010从媒体广播维持颜 色包取得的局部地址信息“78”和业务号“1”。链路表控制器23010在这个取 得的业务号“1”和在映射表26000的保留业务号栏中的入口之间寻找匹配。在 识别了一个匹配之后，链路表控制器23010检查对应的映射业务号栏并在本例 中发现“0”。链路表控制器23010然后在模块25040中重设单元26030的时钟 并由此有效地为链路表23020提供上述的通知。此外，链路表控制器23010能 够设置单元26030的内容为1。\n另一方面，如果局部地址路由单元23000提供给链路表控制器23010从媒 体广播维持颜色包取得的局部地址信息“78”和业务号“2”，则链路表控制器 23010会在映射表26000中的入口26020中发现一个匹配。因为对应的映射业务 号栏包含一个非零值(如“3”)，所以链路表控制器23010的一个实施例在模块 25040中利用映射业务号“3”(而非“2”)和局部地址“78”来重设单元26050 (而非单元26040)的时钟。另外，链路表控制器23010能设定单元26050的内 容为1。\n在一个MP网络的实施例中，一个边缘交换机维持着上述的映射表26000， 而其他交换机(如接入网中的中层交换机和家庭网关中的用户交换机)不支持上 述的映射表26000。当这些其他交换机接收一个MP多点通信控制包(如一个媒 体广播初始化颜色包或者一个媒体广播维持颜色包)时，这些交换机的链路表控 制器利用保留的业务号(如果这个映射的业务号为零的话)或者映射业务号来初 始化它们的链路表。很明显，本领域内的普通技术人员可以使用其他初始化方案， 而不会超出这里所披露多点通信技术的范围。\n为了响应来自于媒体广播节目源的一个媒体广播数据颜色包，颜色过滤器 19000发送该包及相应的媒体广播数据命令到局部地址路由单元23000。局部地 址路由单元23000从业务号子域9270获取一个业务号。如果该媒体广播数据颜 色包的目的地地址的业务号子域9270含有“1”，则局部地址路由单元23000在 模块25020中命令链路表控制器23010在映射表26000的保留业务号栏中查寻 业务号“1”。在识别出一个匹配之后，因为在模块25022中映射的业务号列的入 口26010包含“0”，链路表控制器23010利用业务号“1”来查询链路表23020。 具体是，链路表控制器23010在模块25024中查寻链路表23020的行1(它对 应于媒体广播对话1)以寻找具有一个当前值为1的单元，如单元26030。\n该查询识别使用户终端参与媒体广播对话1的端口。在链路表控制器23010 成功地定位包含一个“1”的单元26030之后，链路表控制器23010能够依照上 述的链路表23020的索引方案来获取局部地址“78”。链路表控制器23010在模 块25024中传送“78”到控制信号逻辑23030，然后控制信号逻辑23030命令包 分配器18050通过逻辑链接1440发送这个媒体广播数据颜色包到中层交换机 1180上。然而，如果链路表控制器23010未能在链路表23020识别出任一具有 当前值1的单元，则链路表控制器23010的一个实施例不与控制信号逻辑23030 通信，也并不启动任何包分配器(如图18中所示的包分配器18050、18060和 18110)的包传递。\n然而，如果该媒体广播数据包目的地地址的业务号子域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”。\n在这个媒体广播的例子中所采用的处理过程一般地可应用到其他类型的多 点通信中去，如媒体组播。\n类似于在上面讨论的单播例子中采用的程序也适用于一个MP网络与一个 非MP网络之间的通信。因此，如果局部地址路由单元23000接收到一个包含 一个社区交换机子域9170(图9b)为“0000”以及元件号子域9180表明网关 10020的目的地地址的单播数据颜色包，则局部地址路由单元23000将它从数据 包中获取的包传递信息通知给控制信号逻辑23030。这个信息，与来自颜色过滤 器19000的单播数据命令结合来启动包分配器18110(图18)将这个数据包导向 网关10020。\n尽管前面的两部分(即颜色过滤器部分和局部地址路由引擎部分)描述了 执行颜色过滤和局部地址路由的示例性功能模块，但是很显然，本领域内的普通 技术人员可以分割或合并功能模块，而不会超出这里所披露的范围。例如，上述 的局部地址路由引擎部分的功能可以被合并到上面的颜色过滤器中。另外，上述 的局部地址路由单元的功能可以被进一步的分割并分配到上述的链路表控制器 中实施。\n5.1.2.2.3  包分配器\n一个如图18中所示的包分配器18050主要是负责根据来自于控制信号逻辑 23030的控制信号逻辑19050将数据包传送到适当的输出逻辑链路上。图27是 包分配器18050一个实施例的方块图。这个包分配器18050的实施例包括分配器 (如分配器A27000、分配器B27010和分配器C27020)、缓冲器组27030和 控制器(如控制器x27040和控制器y27050)。\n另外，缓冲器组27020中的缓冲器数目等于分配器和控制器数目的积。由此， 在本例中因为包分配器18050有3个分配器接受来自于3个交换单元的数据包 (如18040、18100和18070)以及2个控制器接受来自于2个逻辑链路(如1440 和1460)的数据包，所以包分配器18050在缓冲器组27030中有(3*2)个缓 冲器。缓冲器组27030中的这些缓冲器临时性地存储来自于交换单元中的数据 包。\n为了减小缓冲器组27030可能导致的延时和数据流拥塞，包分配起18050的 一个实施例中的控制器以一个固定或可调的时间间隙轮询并清空缓冲器。作为这 种机制的一个说明，结合图18、19和27，作下列假定：\n·来自于交换单元18100的控制信号19050启动分配器C 27010通过逻辑链 路18150来传送一个数据包到缓冲器c，因为数据包是通过逻辑链路1440 发往中层交换机1180的(例如服务网关1160的服务器组10010发一个 MP控制包到用户终端1400)；以及\n·来自于交换单元18070的控制信号19050启动分配器C 27020通过逻辑链 路18170来传送一个数据包到缓冲器e，因为数据包是通过逻辑链接1440 发往中层交换机1180的(例如用户终端1320发一个MP控制包到用户终 端1400)。\n包分配器B 27010和包分配器C 27020不是直接将它们的数据包发送到预定的逻 辑链路上，而是发送到缓冲器c和缓冲器e，这些数据包被临时存储在这里。在 包分配器B 27010和包分配器C 27020传送额外的数据包到缓冲器组27030或其 他缓冲器组27030的溢出条件发生之前，控制器x27040轮询它所管理的每一个 缓冲器。如果控制器x 27040在任一个缓冲器中探测到数据包(如本例中的缓 冲器c和缓冲器e)，则它就将这些缓冲器中的数据包传送到逻辑链接1440并清 空这些缓冲器。以同样的方式，控制器y 27050也轮询它所管理的每一个缓冲器。\n尽管这里描述的是一个3*2(如3个分配器和2个控制器)的包分配器，但 是很显然，本领域内的普通技术人员能用其他配置以及大小不同的缓冲器组来实 现包分配器，而不会超出这里所披露的包分配器技术的范围。采用不同于上述包 分配机制的其他类型的包分配机制来实现所披露的交换单元技术，对于本技术领 域内的普通技术人员来说也是显而易见的。\n很明显，本领域内的普通技术人员可以使边缘交换机包含除了上面所讨论的 元件以外的元件，而不超出这里所披露边缘交换机的范围。例如，一个边缘交换 机可以包括一个上行数据包过滤器用于阻止连接在该边缘交换机上的一个元件 (如媒体存储器1140)发送一个不许可的数据包到与边缘交换机直接连接的服 务器组上(如服务网关1120的服务器组)。后面的上行数据包过滤器这部分内容 将会进一步地解释上行链接数据包过滤器技术。\n5.1.3  网关\n图28是服务网关(如图10中服务网关1160中的网关10020)中的一个网关 实施例的方块图。网关10020包括接口D 28000、包探测器28010、地址翻译28020、 封装器28030和解包器28040。接口D 28000提供有一种类型信号到另一种类型 信号之间的转换。例如，接口D28000在网关10020的一个实施例中进行光电信 号之间的转换。\n包探测器28010判断一个进入的包的类型并从该包中取得相关信息以构建一 个MP数据包，例如，假定一个进入的包是IP包，包探测器就负责识别该包的 形式并从该IP包中获取诸如源地址信息和目的地地址信息之类的信息。然后包 探测器28010将这些获得的地址信息传送到地址翻译器28020上。\n地址翻译器28020负责将非MP地址翻译成MP地址。作为一个例子，如果 一个进入的IP包是发往用户终端1420(图1d)的，在包探测器28010从该IP 包获取并传送这个32位的目的地地址，地址翻译器28020将这个获取的地址映 射到一个MP目的地地址上。如在上面的逻辑层部分所讨论的那样，该MP目 的地地址包含对应于MP网络1000拓补结构的分级的地址子域。\n封包器28030将翻译过的MP目的地地址放在目的地地址域5010中并将整 个非MP数据包放入如图5所示的可变长度有效载荷数据域5050中。此外，封 包器28030负责准备并放置适当的值在长度域5030和包校验序列域5050中。在 建立了一个MP数据包之后，封包器28030根据翻译过的MP目的地地址将这个 MP数据包发送到适当的边缘交换机上，如边缘交换机10000。\n另一方面，当解包器28040的一个实施例接收到一个数据包时，它通过检查 在目的地地址域5010(图5和图6)中的一个特定的字元(如MP字元子域6080) 来校验该数据包是否为一个MP数据包。例如，解包器28040检查在网络地址 9100中的MP字元9130。如果该MP字元没被设定，解包器28040就从有效载 荷数据域5050中取出整个非MP数据包并通过接口D28000将其发送到非MP 网络1300中。\n5.2  接入网\n一个接入网在服务网关和家庭网关之间共同地过滤和传送MP数据包和MP 封装包。一个示例的接入网(如接入网1190)包含中层交换机(如中层交换机 1180和中层交换机1240)来同时处理从服务网关到家庭网关的下行数据包，及 从家庭网关到服务网关的上行数据包。此外，接入网1190的一个实施例包括不 对等的中层交换机。例如，中层交换机1180通过服务网关1160与中层交换机 1240通信(而不是直接与中层交换机1240通信)，以及通过服务网关1160和服 务网关1060与中层交换机1080通信。\n应该注意的是中层交换机1180所收到的数据包通常不是服务网关1160所生 成的数据包。除了多点通信服务的几个例子(上面的局部地址路由引擎部分已作 论述)，服务网关1160将来自于其他信源的数据包不经修改地传送到中层交换机 1180。\n接入网1190可以有一个分层结构，它进一步地将处理数据包的任务分配到 各层的组件上。连接这个分层结构的接入网到服务网关和家庭网关的一些可能的 配置包括、但不局限于：\n·光纤到楼+局域网(FTTB+LAN)；\n·光纤到路边+电缆调制解调器(FTTC+Cable Modem)；\n·光纤到户(FTTH)；和\n·光纤到楼+xDSL(FTTB+xDSL)。\n图29描述了中层交换机1180的一种配置，它包括小区交换机29000和多个 楼宇交换机，如楼宇交换机29010和29020。在一个实施例的配置中，小区交换 机29000通过光缆与楼宇交换机通信。对于本领域内一般技术人员来说，很显然， 只要楼宇交换机的数目能与MP网络寻址机制相容，MP网中小区交换机29000 能支持任意数目的楼宇交换机。例如，假定服务网关1160(图1d)采用网络地 址7000的格式(图7)，因为网络地址7000含有一个3比特长的楼宇交换机子 域7080，MP城域网1000中的小区交换机29000就能支持多达8个楼宇交换机。\n此外，如图29所示，所描述的楼宇交换机连接到家庭网关1200和家庭网关 1220中的主用户交换机上。后面的家庭网关这一节内容将进一步作出描述。在 一个实施例中，介于楼宇交换机和家庭网关之间的连接是通过非屏蔽双绞五类线 (CAT-5)和/或同轴电缆来实现的。与小区交换机29000的设计相似，对于本领 域内一般技术人员来说，很显然，只要用户交换机的数目能与MP网络寻址机制 相容，楼宇交换机能支持任意数目的用户交换机。如果服务网关1160采用网络 地址7000的格式，因为网络地址7000含有一个5比特长的用户交换机子域 7090，楼宇交换机29010和楼宇交换机29020能分别支持多达32个用户交换机。\n服务网关1160、小区交换机29000、楼宇交换机(如楼宇交换机29010和 29020)以及家庭网关(如家庭网关1200和1220)中的用户交换机之间的连接 构成了上述的FTTB+LAN的配置。网络运营商能够在城市(如上海、东京和纽 约)以及其他人口稠密的地区部署这种类型的网络配置。\n图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个路边交换机。\n与上面对楼宇交换机的论述相似，所描述的路边交换机也连接到家庭网关 1200和家庭网关1220中的主用户交换机上(如图1d所示)。在一个实施例中， 介于路边交换机和家庭网关之间的连接是通过非屏蔽双绞五类线和/或同轴电缆 来实现的。另一个实施例则使用了光缆连接。与小区交换机30000的设计相似， 对于本领域内一般技术人员来说，很显然，只要用户交换机的数目与MP网的网 络寻址机制相容，可设计出能支持任意数目的用户交换机的路边交换机。因为网 络地址8000含有一个3比特长的用户交换机子域8090，MP城域网1000中的路 边交换机30020的一个实施例支持多达8个用户交换机。\n服务网关1160、小区交换机30000、路边交换机(如路边交换机30010、30020 和30030)以及家庭网关(如家庭网关1200和1220)中的用户交换机之间的连 接构成了上述的FTTC+电缆调制解调器的配置或FTTH的配置，这要取决于路 边交换机和家庭网关之间连接的类型。具体地来说，如果该连接是非屏蔽双绞五 类线和/或同轴电缆，这样的网络配置被称为FTTB+电缆调制解调器配置。如果 连接是光缆，其网络配置被称为FTTH配置。网络运营商能够在分散居住区(如 郊区)部署这些类型的网络配置。\n图31描述了中层交换机1180的另一种配置，其中办公室交换机31000就是 中层交换机1180，而且所描述的配置是图1d所示配置的一个子集。在一个实施 例中，办公室交换机31000通过铜导线以不同的调制技术来与用户交换机通信， 这些调制技术包括、但不局限于xDSL技术。对于本领域内一般技术人员来说， 很显然，只要用户交换机的数目与MP网的网络寻址机制相容，MP网中的办公 室交换机31000能支持任意数目的用户交换机。例如，假定服务网关1160采用 如图9a所示的网络地址9000的格式，因为网络地址9000含有一个8比特长的 用户交换机子域9080，MP城域网1000中的办公室交换机31000的一个实施例 能支持多达256个用户交换机。网络运营商能够在有很多房间的楼宇和旅馆(其 中每个房间都有接入需求)中部署这种FTTB+xDSL类型的网络配置。\n图32是一幅描述中层交换机(如图1d所示的中层交换机1180、中层交换 机1080或中层交换机1240)一个实施例的框图。该框图也适用于如图29、30 和31所示的小区交换机29000，楼宇交换机、小区交换机30000、路边交换机和 办公室交换机31000。用中层交换机1180为例来讨论，中层交换机1180的一个 实施例包括一个交换单元、一个选择器、一个上行链接数据包过滤器和两个接口。 具体地来说，中层交换机1180包括两种类型的接口：与家庭网关1200和家庭网 关1220通信的接口E 32020，以及与服务网关1160通信的接口F 32000。这些接 口进行不同信号间的转换。例如，中层交换机1180的一个实施例中的接口E 32020和接口F 32000进行光电信号之间的转换。这些接口也能进行模拟电信号 和数字电信号之间的转换。还有，这些接口支持多重逻辑链路。例如，中层交换 机1180中的接口E 32020支持至少两个逻辑链接：一个是与家庭网关1200通信 的，另一个是与家庭网关1220通信的。\n5.2.1  选择器\n中层交换机1180中的选择器的一个实施例(如图32中的选择器32030)选 择了来自于多重物理链路的数据包被传送到上行链接数据包过滤(如上行链接数 据包过滤器32040)的顺序。例如，如果中层交换机1180通过一个物理链路与 家庭网关1200连接，并通过另一个物理链路与家庭网关1220连接到，选择器 32030采用业界熟知的方法(如循环和先进先出)来选择一个链路，并将数据包 通过所选择的链路传送到上行链接数据包过滤器32040。很显然，对于本领域内 的一般技术人员来说，可以把选择器的功能合并到接口中去(例如，把选择器 32030做成接口E 32020的一部分)，而且不超出所披露的中层交换机技术范围。\n5.2.2  交换单元\n图33是一幅描述示例性的交换单元的框图。交换单元包括有色过滤33000、 延时单元33010、数据包分配器33020和局部地址路由引擎33030。交换单元负 责根据数据包的有色信息、局部地址信息或者这两种信息的组合来引导数据包传 往它的最终目的地。交换单元能够传送数据包到多重逻辑链路。例如，交换单元 32010通过接口E 32020来处理和发送数据包到家庭网关1200和家庭网关1220。\n5.2.2.1  有色过滤\n有色过滤33000从交换单元32010所支持的任何一个接口(如图32中的接 口F 32000)收到MP数据包或MP封装包。根据所收到的数据包的有色信息， 有色过滤33000一般通过逻辑链路33040发送一个有色过滤器发布的指令，通过 逻辑链路33050将收到的数据包发送到局部地址路由引擎33030和延时单元 33010。然而在一些例子中，有色过滤33000发送一个指令到上行链接数据包过 滤器32040(如有色过滤33030向上行链接数据包过滤器32040发送一个建立指 令来回复一个建立有色包)，或者通过接口F 32000(而不通过局部地址路由引擎 33030)向另一个MP适配组件发送MP控制包(如有色过滤33000以所请求的 信息来回复一个查询包)。\n如上面的边缘交换机部分所论述的，上面的MP有色表罗列了有色信息的 示例类型。有色过滤33000能够识别并处理所有这些类型的有色信息或其中的一 些子集。\n在一个实施例中，有色过滤器发布的指令导致局部地址路由引擎33030来 选择适当的包传送的方法(如局部地址路由或链路表路由)和端口来传送所收到 的数据包。利用所选定的方法和端口的信息，局部地址路由引擎33030通过控制 信号33060来启动由数据包分配器33020执行的数据包传送。\n交换单元利用延时单元33010来推迟数据包到达数据包分配器33020，直到 局部地址路由引擎33030利用从该数据包(或者是其一个备份)中提取的局部地 址和有色信息完成控制信号33060的生成。换句话说，在交换单元中局部地址路 由引擎33030生成控制信号33060的时间等于或少于延时单元33010所引入的延 迟值。\n显而易见，本领域内的一般技术人员能够设计一个与上面所描述的中层交换 机具有不同数目组件的中层交换机，并且不超出所披露的中层交换机技术范围。 例如，中层交换机的一个实施例可以有多个交换单元和/或多个上行链接数据包 过滤。或者，交换单元的一些功能(如数据包分配器)能够成为中层交换机接口 的一部分。\n图34是一幅描述有色过滤33000处理来自于接口F 32000的数据包(“来自 于32000的数据包”)的流程图。如果来自于32000的数据包遵循MP数据包5000 (图5)的数据包格式，那么有色过滤33000在模块34000中检查数据包的目的 地地址5010中的有色信息。具体地来说，如同上面逻辑层部分所论述的，目的 地地址5010含有目的地的网络地址，其中包括一个通用的有色子域。有色过滤 33000在预设的掩码和通用的有色子域之间进行逐比特的比较来识别服务的种 类。\n在本例中，有色过滤33000能够识别出以下来自于接口F 32000的有色数据 包：单播建立有色包、单播数据有色包、媒体广播建立有色包、媒体广播数据有 色包、维持媒体广播有色包和中层交换机查询有色包。下面的论述是基于有色过 滤33000能够识别下列掩码的假设：\n  掩码： 对应的服务： 00000 单播数据 00010 媒体广播建立 00011 单播建立 00100 中层交换机查询 11000 媒体广播数据 00110 维持媒体广播\n在一个实施例中，单播建立有色包、中层交换机查询有色包、维持媒体广 播有色包和媒体广播建立有色包是MP控制包。建立包通常通过将传输路径上的 MP适配组件初始化(如配置上行链接数据包过滤和/或中层交换机的链路表)来 执行所请求的服务。查询包通常是用来查询这些组件执行所请求服务的可用性。 维持包通常是用来确保链路表能够精确地反映通信服务的状态。另一方面，单播 数据有色包和媒体广播数据有色包是MP数据包，这些包的用途将在后面的实施 例部分作论述。\n如果掩码“00011”和来自于32000的数据包的通用有色子域之间的比较表 明了它们的匹配，有色过滤33000转发该数据包到延时单元33010和局部地址路 由引擎33030，并在模块34010中发送单播建立指令给局部地址路由引擎33030。 此外，在模块34020中，有色过滤33000还发送目的地地址建立指令给上行链接 数据包过滤器32040来配置该上行链接数据包过滤。同样地，如果来自于32000 的数据包的通用有色子域含有“00010”，则在模块34050中有色过滤33000转发 该数据包到延时单元33010和局部地址路由引擎33030，并在模块34060中发送 媒体广播建立指令到局部地址路由引擎33030。在模块34070中，有色过滤33000 通过目的地地址建立指令来配置上行链接数据包过滤器32040。\n在处理单播数据有色包或媒体广播数据有色包时，有色过滤33000转发该 数据包到延时单元33010和局部地址路由引擎33030，并发送适当的命令(如单 播数据指令或媒体广播数据指令)给局部地址路由引擎33030。处理维持媒体广 播数据有色包时，在模块34080中有色过滤33000转发该数据包到延时单元33010 和局部地址路由引擎33030，并在模块34090中发送维持媒体广播指令给局部地 址路由引擎33030。另一方面，为了回复来自于另一个MP适配组件(如图1d 中的服务网关1160)的中层交换机查询有色包，在模块34100中有色过滤33000 通过接口F 32000发送另一个MP控制包(如状态查询结果包)回到服务网关 1160。这个MP控制包含有的信息包括、但不局限于中层交换机1180的输出数 据流信息。换句话说，这些不同有色包中的有色信息起到的作用是使有色过滤 33000启动不同的操作程序。\n此外，如果不能识别数据包中的有色信息的话，有色过滤33000的一个实 施例则认为来自于32000的数据包是一个错误的数据包，并丢弃该数据包。\n尽管上面的论述使用了一套特定的有色包和掩码来描述有色过滤33000的 一些功能，但显而易见，本领域内的一般技术人员可以实施一个能够处理其他种 类的有色数据包及启动其他操作程序的有色过滤，并且不超出所披露的有色过滤 技术范围。后面的实施例部分将会对在呼叫服务建立、呼叫通信和呼叫终结过程 中如何使用前述的有色数据包作更详细的论述。\n5.2.2.2  局部地址路由引擎\n根据所收到的指令和数据包，局部地址路由引擎33030的一个实施例将控 制信号33060发布到数据包分配器33020。图35是一幅描述局部地址路由引擎 (如图33中的局部地址路由引擎33030)一个实施例的框图。局部地址路由引 擎33030包括局部地址路由单元(PARU)35000、链路表控制器(LTC)35010、 链路表(LT)35020和控制信号逻辑35030。局部地址路由单元35000接收和处 理由有色过滤33000分别通过逻辑链路33040和逻辑链路33050传来的指令和数 据包。接着，局部地址路由单元35000将处理结果传送到控制信号逻辑35030和 /或链路表控制器35010。\n在一个实施例中，局部地址路由单元35000将来自于所收到的数据包中的 有关数据包传输的信息(如局部地址信息和业务号码)提供给链路表控制器 35010，并使链路表控制器35010将所获取的信息保存在链路表35020中。在其 他例子中，局部地址路由单元35000促使链路表控制器35010从链路表35020中 获取并传送信息到控制信号逻辑35030。值得一提的是，链路表35020可以是存 储于中层交换机1180中的一个本地的内存子系统中。\n下面的例子利用用户终端1380、1400和1420(图31)之间，以及用户终 端1380和1450(图1d)之间的单播和媒体广播服务来进一步阐述局部地址路由 引擎33030中各组件之间的操作。为了清楚起见，这些例子的论述参照图1d、5、 9a、33和35，并假设特定的实施细节(在下面部分给出)。然而，很显然，对于 本领域内的一般技术人员来说，局部地址路由引擎33030的实现并不局限于这些 细节。下面的关于媒体广播的论述同样也适用于其他多点通信(如媒体组播)。 这些细节包括：\n·中层交换机1180与图31所示的FTTB+xDSL的配置中的办公室交换机 31000对应。中层交换机1240也有一个与办公室交换机31000相似的网 络拓补结构。\n·因为用户终端1380、1400和1420在物理上连接相同的家庭网关(家庭网 关1200)、中层交换机(中层交换机1180)和服务网关(服务网关1160)， 它们在国家子域9040、城市子域9050、社区子域9060和办公室交换机 子域9070(如图9a所示)中拥有相同的局部地址。换句话说，假设用 户终端1380的网络地址中含有以下信息：\n国家子域9040：            1\n城市子域9050：            23\n社区子域9060：            45\n办公室交换机子域9070：    7\n用户交换机子域9080：      3\n用户终端子域9090：        1\n那么，除了用户交换机子域9080和用户终端子域9090中的局部地址以外， 分配给用户终端1400和用户终端1420的网络地址会含有与用户终端1380 相同的信息。另一方面，因为用户终端1450连接在不同的家庭网关(家 庭网关1260)和不同的中层交换机(中层交换机1240)上，它的网络地 址中至少办公室交换机子域9070中的局部地址不同于7(用户终端1380、 1400和1420的办公室交换机子域中的局部地址)。\n·分配给用户终端1400的网络地址的一部分是1/23/45/7/2/1(国家子域 9040/城市子域9050/社区子域9060/办公室交换机子域9070/用户交换机子 域9080/用户终端子域9090)。\n·分配给用户终端1420的网络地址的一部分是1/23/45/7/2/2。\n·分配给用户终端1450的网络地址的一部分是1/23/45/8/1/1。\n·分配给中层交换机1180的网络地址的一部分是1/23/45/7。\n·分配给中层交换机1240的网络地址的一部分是1/23/45/8。\n·局部地址路由引擎33030用来发布控制信号33060的时间少于或等于来自 于有色过滤33000的MP数据包或MP封装数据包在延时单元33010中所 停留的时间。\n·局部地址路由引擎33030以及局部地址路由引擎33030中的组件是中层交 换机1180的一部分。\n·中层交换机1180的一个实施例中的有色过滤33000发布指令。如上面所 论述的那样，有色过滤33000从许多可识别MP有色数据包中派生出这些 指令，并通过逻辑链路33040将指令发送到局部地址路由单元35000。有 色过滤33000还通过逻辑链路33050将这些MP有色数据包传送到局部地 址路由单元35000和延时单元33010。一些MP有色数据包在上面逻辑层 部分中的MP有色列表中被描述过。\n·上述的数据包中的网络地址遵循单播通信中的网络地址9000的格式及多 点通信中的网络地址9200的格式。\n·与上面的边缘交换机部分中的局部地址路由引擎部分中的例子相似，这里 的服务器组10010批准所请求的媒体广播服务，并保留业务号码“1”，它 代表用户终端1380、用户终端1400和用户终端1420从中取得信息的媒 体广播节目源(如来自于电视摄制棚的实况电视、或来自于媒体存储器的 电影和互动游戏)。另外，除非另行说明，在下面的例子中被映射的业务 号码为”0”。服务器组10010将业务号码“1”和被映射的业务号码“0” 放置在媒体广播建立有色包的有效载荷数据域5050中。\n在两个用户终端之间的单播服务中，如果局部地址路由引擎33030收到来 自于有色过滤33000的单播建立指令或单播数据指令，则局部地址路由单元 35000就提供相关的局部地址信息给控制信号逻辑35030来生成控制信号33060。 具体地说，如果用户终端1380请求与用户终端1400进行单播，因为被呼叫方(用 户终端1400)的网络地址中的用户交换机子域9080是“2”，则中层交换机1180 的局部地址路由单元35000提供局部地址“2”给控制信号逻辑35030。\n当控制信号逻辑35030在确定一个适当的控制信号33060来发布并回复局 部地址“2”时，延时单元33010将一个暂时延时的数据包(如单播建立有色包) 发送到数据包分配器33020。然后发布的控制信号33060促使数据包分配器33020 将这个数据包送往其目的地。这种所论述的将一个单播建立有色包从中层交换机 传送到家庭网关中的(主)用户交换机的过程，同样也适用于传送单播有色数据 包。下面的数据包交换器部分将进一步地阐述数据包交换器(如数据包交换器 33020)的一个实施例的实施细节。\n另一方面，如果用户终端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中的主用户交换机进行协调。上述的将单播建立有色数据包从一个中层 交换机管理下的用户终端传送到另一个中层交换机管理下的另一个用户终端的 过程也适用于传送一个单播有色数据包。\n图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就能够传送媒体广播建立有色数据包到目的地进行 协调。\n注意在上面描述的例子中，有色过滤33000为每一个它通过服务网关1160 中的边缘交换机10000收到的来自于服务器组10010的媒体广播建立有色包发布 一个媒体广播建立指令。因此，对于涉及三个参与方(节目源除外)的媒体广播 服务来说，局部地址路由单元35000的一个实施例收到三个媒体广播建立指令， 并因此三次执行模块36000中的指令。\n此外，局部地址路由单元35000将从媒体广播建立有色包中所取得的局部 地址信息(如用户交换机子域中的局部地址“2”和“3”)、业务号码“1”及所 映射的业务号码“0”提供给链路表控制器35010。因为所映射的业务号码是“0”， 在模块36010中链路表控制器35010接着建立链路表35020中的单元37000(2， 1)和37020(3，1)，并将其值设为“1”。业务号码“1”标识了上述的媒体广 播节目源。\n然而，如果局部地址路由单元35000将一个业务号码、一个非零的所映射 的业务号码和局部地址信息提供给链路表控制器35010，链路表控制器35010的 一个实施例则用这个非零的所映射的业务号码和局部地址信息来建立链路表 35020。\n图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”来标识的媒体广播节目源处接收 信息。\n链路表35020的一个实施例中所有的单元的值起先都是零。随着链路表控 制器35010在链路表35020中识别出匹配的业务号码(如业务号码“1”)和局部 地址(如局部地址“2”)，链路表控制器35010接着在链路表35020中更改相应 单元(如单元37000(2，1))的值为“1”，由此来表明局部地址是“2”的用户 终端将参与媒体广播服务1。在一个实施例中，当用户终端不再参与该媒体广播 服务时，链路表控制器35010负责将将更改过的单元复位为零。或者，链路表 35020依靠计时器来对更改过的单元复位。具体地来说，当链路表35020探测到 它的一个单元被更改时，它启动计时器。如果在一个确定的时间段内链路表35020 没有收到任何保存被更改单元的内容的通知，则链路表35020自动地将该单元复 位为零。\n维持媒体广播指令是这种通知的一个形式。具体地来说，为了回复来自于 服务网关1160中的服务器组10010的维持媒体广播有色包以维持上述的媒体广 播服务，有色过滤33000发送数据包及相应的维持媒体广播指令到局部地址路由 单元35000。在模块36030中局部地址路由单元35000从每一个数据包中获取局 部地址“2”或者“3”。类似于上面对模块36000的论述，在模块36030中局部 地址路由单元35000向控制信号逻辑35030传送局部地址信息，因此控制信号逻 辑35030和数据包分配器33020就能够传送一个维持媒体广播有色包到它的目的 地进行协调。\n此外，局部地址路由单元35000将从维持媒体广播有色包中所取得的局部 地址信息(“2”或“3”)和业务号码“1”提供给链路表控制器35010。有了局 部地址“2”或“3”及业务号码“1”，链路表控制器35010接着可以分别为单元 37000或37020的计时器复位，并在模块36040中有效地将所述的通知提供给链 路表控制器35010。或者，链路表控制器35010可以将单元37000或37020的值 设置为1。\n为了回复来自于媒体广播节目源的一个媒体广播数据有色包，有色过滤 33000向局部地址路由单元35000发送该数据包及相应的媒体广播数据指令。局 部地址路由单元35000从业务号码子域9270获取一个业务号码。接着，在模块 36020中局部地址路由单元35000指令链路表控制器35010在链路表35020的第 一行(对应于媒体广播服务1)中查找有效值为“1”的单元(如单元37000和 37020)。\n这种查找识别出引导用户终端参与媒体广播服务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来执行数据包的传送。\n本媒体广播例子中所采用的流程一般也适用于其他类型的多点通信(包括、 但不局限于媒体组播)。而且，很显然，对于本领域内的一般技术人员来说，无 需上述的全部细节就能设计或实施所披露的有色过滤和局部地址路由引擎技术。 例如，上述的局部地址路由引擎的功能可以被合并到上述的有色过滤中。另一方 面，上述的局部地址路由单元的功能可以进一步地被划分，并被分配到上述的链 路表控制器中去。\n5.2.2.3 数据包分配器\n一个如图33中所示的数据包分配器33020主要负责根据来自于控制信号逻 辑35030的控制信号33060来传送数据包到适当的输出逻辑链路。图38是一幅 描述数据包分配器33020的一个实施例的框图。这个数据包分配器33020的实施 例包括一个分配器(如分配器A38000)、缓冲器组38020和控制器(如控制器x 38030和控制器y 38040)。在一个实施例中，缓冲器组38020中的缓冲器的数目 等于分配器数目和控制器数目之乘积。因为数据包分配器33020有1个分配器 A38000用来接收来自于延时单元33010的数据包，还有2个控制器用来发送数 据包到办公室交换机31000所支持的用户交换机(如用户交换机31010和用户交 换机31020)，于是数据包分配器33020在缓冲器组38020中就有(1*2)个缓 冲器。这些在缓冲器组38020中的缓冲器是把送往用户交换机31010和用户交换 机31020的数据包临时存储一下。\n为了减少缓冲器组38020可能导致的延时和数据流拥塞，数据包分配器 33020的一个实施例中的控制器以一个固定的或可调的时间间隙来轮询并清空缓 冲器组38020。为了便于描述，假定控制信号33060启动分配器A38000来传送 数据包(该数据包来自于延时单元33010的输出)到缓冲器a或者缓冲器b(到 缓冲器a或者缓冲器b取决于该数据包是被发往用户交换机31010还是用户交换 机31020)。\n分配器A38000并不将它的数据包直接传送至预定的逻辑链路，而是将数 据包传送到缓冲器a或者缓冲器b，在这里数据包被临时存储起来。在分配器A 38000传送额外的数据包到缓冲器组38020之前，或者缓冲器组38020出现任何 溢流现象之前，控制器x38030对它所管理的每一个缓冲器进行轮询。如果控制 器x 38030在任何一个缓冲器(在本例中如缓冲器a)中发现数据包，那么它将 该缓冲器中的数据包传送到用户交换机31010，并清空该缓冲器。以同样的方式， 控制器y 38040也对它所管理的每一个缓冲器进行轮询。\n尽管这里描述的是一个1*2(即1个分配器*2个控制器)的数据包分配器， 很显然，对于本领域内的一般技术人员来说，无需上述的1*2的数据包分配器也 能实现一个中层交换机，尤其是在当引入包分配器时会导致延时和拥塞的情况 下。显而易见，本领域内的一般技术人员可以用其他的配置和不同尺寸/数目的 缓冲器组来实施数据包分配器，而且不会超出所披露的数据包分配技术范围。并 且，这些技术人员还可以用与上述的数据包分配机制不同的其他机制来实施所披 露的交换单元技术。\n5.2.2.4 上行链接数据包过滤口(ULPF)\n在选择器32030(图32)选定了一个物理链路之后，上行链接数据包过滤 器32040就根据“判断条件”在选定的物理链路上去除某些特定的包，该判断条 件防止某些包到达和/或进入服务网关。具体地来说，交换单元32010通过发送 建立指令(如目的地地址建立指令)来为上行链接数据包过滤器32040动态地建 立这些判断条件。如果一个数据包不符合这些判断条件中的任意一条，则上行链 接数据包过滤器32040就丢弃该包。因此，上行链接数据包过滤器能够从MP网 络中去除不需要的或有害的数据包，并由此加强了网络的安全性和完整性。\n上行链接数据包过滤器32040的一个实施例通过检查所收到的数据包是否 含有被允许的源地址、目的地地址、数据流量和数据内容来使用判断条件以衡量 所收到的数据包。根据检查的结果，上行链接数据包过滤器32040决定是否将数 据包发送到接口F32000，或者是拒绝并丢弃该数据包。\n在MP网络的一个实施例中，上述的边缘交换机、楼宇交换机、办公室交 换机和路边交换机都含有上行链接数据包过滤器。很显然，本领域内的一般技术 人员可将不同的判断条件分配到不同交换机中的上行链接数据包过滤器上，而且 不会超出所披露的上行链接数据包过滤器技术范围。例如，在图31中的 FTTB+Xdsl的配置内，服务网关1160的边缘交换机中的上行链接数据包过滤器 可有一个检查数据内容的判断条件，而办公室交换机31000中的上行链接数据包 过滤器可有检查源地址、目的地地址和数据流量的判断条件。显而易见，对于本 领域内的一般技术人员来说，所披露的上行链接数据包过滤器的范围并不局限于 上面论述的四条判断条件，这四条判断条件只是举例而非穷尽。\n为清楚起见，下面对上行链接数据包过滤器32040的一个实施例的描述分 为三个阶段：上行链接数据包过滤器的设置、上行链接数据包过滤检查和上行链 接数据包过滤终结。此外，讨论中还有下列的假设：\n·上行链接数据包过滤器32040位于中层交换机1180中；及\n·管理中层交换机1180的服务网关1160含有如图12所示的独立使用操 作服务系统的服务器组10010。\n5.2.2.4.1  上行链接数据包过滤器的设置\n交换单元32010根据它所收到的来自于服务网关1160中的服务器组10010 的信息设置上行链接数据包过滤器32040，其过程如下：\n1.执行了上面的服务器组部分所论述的多项服务验证处理程序后，呼叫处理 服务器系统12010(图12)的一个实施例向服务请求的被呼叫方和/或者 呼叫方发送MP控制数据包。这些控制包包含上行链接数据包过滤器的判 断条件信息(例如，上行链接数据包过滤器32040)，这些标准信息包括、 但不局限于包传递中允许的网络地址、可容许的数据流量信息和可容许的 数据内容的类型。\n例如，若用户终端1380请求与用户终端1450的媒体电话服务(图1d)， 呼叫处理服务器系统12010通过发送“MTPS setup”数据包到呼叫方用户 终端1380和被呼叫方用户终端1450来响应该请求，如图53所示。媒体 电话服务初始化包是一个MP控制包。后面的操作例部分将详细阐述媒体 电话服务的操作细节。\n在呼叫方和被呼叫方双方的媒体电话服务初始化包的有效载荷数据域 5050(图5)中包括关于被请求的媒体电话服务对话所允许的数据流量和 在该对话中允许的数据内容类型的信息。呼叫方的媒体电话服务初始化包 在其有效载荷数据域5050中还包含被呼叫方的网络地址；而其中被呼叫 方的媒体电话服务初始化包在其有效载荷数据域5050中则包含呼叫方的 网络地址。在本例中，在到达它们的目的地之前，呼叫方的媒体电话服务 初始化数据包经过中层交换机1180，而被呼叫方的媒体电话服务初始化 数据包经过中层交换机1240。\n2.在中层交换机1180收到它的媒体电话服务初始化数据包之后，根据存在 于数据包的目的地地址域中的有色信息(如单播初始化颜色)，它的交换 单元32010(图32)从该包中提取上述的判断条件并以该提取的信息来动 态配置上行链接数据包过滤器32040。一个上行链接数据包过滤器32040 的实施例包括一个局部存储子系统来存储这个配置信息。\n用一个实例来再具体解释一下，一个上行链接数据包过滤器32040在其局 部存储系统中包含一个目的地地址查询表。图39是一个目的地地址查询 表39000的例子，它包含一个多重双条目入口，一个条目是源地址的，另 一个条目是对应于该源地址的目的地地址的。该源地址是中层交换机1180 下的一个MP适配元件(如用户终端1380)的网络地址，而该目的地地 址是用户终端1380被允许(由多项服务验证处理程序)通信的MP适配 元件(如媒体存储器、网关和服务器组)的网络地址。\n最初，在中层交换机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来包含呼叫方的网络地址。\n中层交换机1180和中层交换机1240的交换单元32010也从媒体电话服务 初始化数据包的有效载荷数据域5050中获取上述的数据流量和数据内容 信息，并将所获取的信息存储在上行链接数据包过滤器32040中的局部存 储器系统内。这种数据流量的一些例子包括、但不局限于：被请求服务对 话的允许字元位数、被请求服务的最大字元位数、允许的包到达率和每个 包的允许包长。数据内容信息包括、但不局限于：版权信息和/或其他知 识产权信息。在一个实施例中，在一个内容提供者将其具有版权的数据放 在MP网上之前，该内容提供者将其数据装入一个MP数据包并在有效载 荷数据域5050或者是这些数据包的包头中设定一个或多个字元以表明提 供者对内容的版权所有。\n3.由于媒体电话服务初始化数据包是从呼叫处理服务器系统12010送到呼 叫和被呼叫方，因而沿着接收和传送媒体电话服务初始化数据包传输路径 的交换机的上行链接数据包过滤器就以上面所讨论的步骤来配置判断条 件信息。注意不是所有沿传输路径的交换机都包含上行链接数据包过滤 器，并且如上面提到的那样，上行链接数据包过滤器判断条件可以发布到 若干个包含上行链接数据包过滤器的交换机上。\n尽管上面的例子以一个服务网关下的两个用户终端的目的地地址来刷新 如图39所示的目的地地址查询表39000，交换单元32010也能以在一个MP网 络中的任何地方的MP适配元件的目的地地址来刷新目的地地址列39040。很显 然，本领域内的普通技术人员能够设计也能存储可允许的数据流量信息和可允许 的数据内容信息的目的地地址查询表39000。此外，应该指出的是上面所提到的 局部存储器子系统既可以是上行链接数据包过滤器32040的一个专用的存储器 子系统，也可以是一个中层交换机1180内若干不同元件所共享的存储器子系统。 该局部存储器子系统可以是中层交换机1180的一部分，也可以是连接在中层交 换机1180的外部设备。\n5.2.2.4.2  上行链接数据包过滤检查\n在交换单元32010以一个上面讨论的整体标准配置上行链接数据包过滤器 32040之后，上行链接数据包过滤器32040就根据整体标准来过滤它所接收到的 数据包。图40是一个上行链接数据包过滤器32040实施例所实现上行链接数据 包过滤检查的流程图。继前面的例子，用户终端1380是数据包的源，用户终端 1450是数据包的目的地。\n具体地说，上行链接数据包过滤器32040从选择器32030上接收一个MP数 据包(图32)。在模块40000中，一个上行链接数据包过滤器32040的实施例管 理源地址匹配以检查：1)接收到的数据包的源地址的局部地址(如国家、城市、 小区和分层交换子域)是否与分配给中层交换机1180的网络地址的局部地址相 匹配；以及2)接收到的数据包的源地址的局部地址(如国家、城市、小区和 分层交换子域)是否与如图1d中所示的与端口1170绑定的网络地址相匹配。这 些检查确保数据包上行链接数据包过滤器32040接收来自于经授权的元件的源 并通过一个经授权的逻辑链接。\n一种假设是这些检查的地址包含了一个连接在中层交换机1180上的“未授 权的”家庭网关，并且其试图发送一个数据包到MP城域网1000中的服务网关 1160上(图1d)。因为该家庭网关没有从服务网关1160的服务器组10010(图 10)分配到网络地址，所以中层交换机1180接收到的数据包的源地址与分配给 中层交换机1180的网络地址不匹配。因此，上述的源地址匹配检查使中层交换 机1180的上行链接数据包过滤器32040阻止该包抵达服务网关1160。\n另一种假设是这些检查的地址包含了连接到中层交换机1180上的同一个 “未授权的”家庭网关，但却试图通过任意改变它的网络地址来匹配家庭网关 1200的网络地址。这个“未授权的”家庭网关通过一个与端口1170不同的端口 连接到中层交换机1180上，并试图在MP城域网1000中发送一个数据包到服务 网关1160上(图1d)。因为中层交换机1180接收到的这个数据包的源地址与绑 定在端口1170上的网络地址不匹配，中层交换机1180的上行链接数据包过滤器 32040就丢弃该包，并阻止该数据包到达服务网关1160。\n以利用图31中的FTTB+Xdsl配置和图9a中的网络地址9000的格式为例， 上行链接数据包过滤器32040从接收到的数据包的源地址子域5020(图5)中 取得源地址并比较源地址的局部地址(如国家子域9040、城市子域9050、小区 子域9060和办公室交换机子域9070)与办公室交换机31000的网络地址的相应 部分。如上面的服务器组部分所讨论的那样，办公室交换机31000在网络配置期 间从服务网关1160的服务器组10010(图10)获得它的网络地址。一个办公室 交换机31000的实施例将这个分配到的网络地址存在它的局部存储子系统中。如 果上行链接数据包过滤器32040的比较表明匹配，那么上行链接数据包过滤器 32040进行下一步检查。否则上行链接数据包过滤器32040就丢弃该包。\n此外，上行链接数据包过滤器32040比较源地址的局部地址(如国家子域 9040、城市子域9050、小区子域9060和办公室交换机子域9070)与端口31030 的网络地址的相应部分，以确保来自于用户终端1380的MP数据包经端口31030 抵达办公室交换机31000。\n在图40的模块40010中，上行链接数据包过滤器32040执行数据包的目的 地地址匹配。具体地说，上行链接数据包过滤器32040通过目的地地址查询表 39000的目的地地址条目39020中查询与数据包的目的地地址域5010的内容相 匹配的目的地地址。如上面的讨论，交换单元32010在上行链接数据包过滤器 32040的初始化阶段建立这些目的地地址条目，如目的地地址条目39020。如果 上行链接数据包过滤器32040成功地识别出一个匹配的目的地地址，则上行链接 数据包过滤器32040就继续进行下一个检查。否则，上行链接数据包过滤器32040 丢弃该包。\n该项检查确保预设的目的地地址是一个经授权的网络地址。换句话说，结 合图10、32和39，在服务器组10010各核准方中批准一个被请求的服务之后， 交换单元32010根据各核准方的网络地址为上行链接数据包过滤器32040建立起 了一个目的地地址查询表39000。因此，中层交换机1180的上行链接数据包过 滤器32040能够过滤掉那些不是发往被核准方的数据包。然而，值得一提的是， 一个交换单元32010的实施例能够在各核准方进行通信期间修正目的地地址查 询表39000(如向正在进行的多点通信中加入新的参与方)。具体地说，交换单 元32010执行该修正以响应来自于服务网关1160的服务器组10010的一个MP 初始化数据包(如图64中的媒体组播的建立64020)。\n在图40的模块40020中，上行链接数据包过滤器32040管理数据流量监 控以确保数据包符合某种数据流量标准。如上所述，一些这种标准的例子包括、 但不局限于：被请求服务对话的允许字元位数、被请求服务的最大字元位数、允 许的数据包到达率和每个包的允许包长。图41是进一步地说明一个上行链接数 据包过滤器(如上行链接数据包过滤器32040)执行模块40020的流程图。如 果数据包通过了数据流量监测的检查，则上行链接数据包过滤器32040就继续进 行下一个检查。否则，上行链接数据包过滤器32040丢弃该包。很显然，本技术 领域内的普通技术人员可以在模块40020中检查多个数据流量标准，而且不超出 所披露的上行链接数据包过滤器技术的范围。\n数据流量的检查有助于在MP网中维持一个可预测的数据流量。例如，如果 上行链接数据包过滤器32040阻止任何超过允许包长的数据包进入MP网络， 则MP网络中的元件就能够对它们在网络中遇到的数据包的包长进行假设，依此 进行操作并使其落入一个预期的范围。结果是发生在这些元件内的包处理被简化 了，这也可以简化这些元件的设计和/或实现。\n如图41所示，一个上行链接数据包过滤器32040的实施例实行两次数据 流量检查。具体地说，上行链接数据包过滤器32040从长度域5030获取数据包 的长度信息(如图5所示)，并在模块41010判断数据包的长度是否超过所允许 的包长。如果数据包的长度小于允许的包长，上行链接数据包过滤器32040继续 进行下一次检查。否则，上行链接数据包过滤器32040丢弃该包。\n在模块41020中，上行链接数据包过滤器32040分别计算在某个时间段进 入中层交换机1180的每一个端口(如端口1170和1175)的数据包的数量。在 一个实施例中，服务器组10010(图10)或呼叫处理服务器系统12010(图12) 以带内信令通过一个MP控制包或一个MP数据包为上行链接数据包过滤器 32040建立这个时间段。同样，服务器组10010或呼叫处理系统服务器12010也 为上行链接数据包过滤器32040建立一个每个端口允许的数据包抵达速率，它规 定了中层交换机1180的每一个端口在上面讨论的时间段内应接收的数据包的最 大数目。如果上行链接数据包过滤器32040发现它计算出的数据包的数目少于 该最大数目(也就是数据包抵达中层交换机的速度在允许的抵达速度限制之内)， 那么上行链接数据包过滤器32040执行图40中的模块40030。否则上行链接数 据包过滤器32040就丢弃该包。\n在图40的40030模块中，上行链接数据包过滤器32040执行数据内容校 验。以上面讨论的一个实施例为例，假定一个内容提供者将其具有版权的数据装 入MP数据包并在有效载荷数据域5050(图5)中，并设定一个或多个字元以表 明提供者对内容的版权所有。此外，假定版权所有者对这个字元序列和/或这些 特殊字元的放置对于其他用户是保密的。为了防止用户终端在MP网中非法地发 布这些具有版权的数据，上行链接数据包过滤器32040的一个实施例在数据包的 有效载荷数据域5050中查询这些能够表明版权的特殊字元来识别有问题的数据 包。(或者，这个知识产权信息可以成为一个MP数据包包头的一部分)。上行链 接数据包过滤器32040会拒绝从用户终端(除了内容提供者所使用的用户终端) 传来的含有这些字元的数据包。\n如果一个MP数据包能够通过这四重检查，上行链接数据包过滤器32040 转送该数据包到接口F 32000(图32)。值得强调的是图40仅为上述上行链接 数据包过滤器检查中的诸多可能的实施例中的一种。很明显，本技术领域内的普 通技术人员能够利用其他判断条件，并以不同于图40中的四步检查来进行验证 而不超出这里所披露的上行链接数据包过滤器技术的范围。此外，另一个上行链 接数据包过滤器32040的实施例也能够在不同于所述的例子中的顺序来实现这 四种检查。此外，一个上行链接数据包过滤器32040的实施例能够在上行链接数 据包过滤器的初始化阶段完成之前进行这些检查。具体地说，在上行链接数据包 过滤器32040的这个实施例中，在其局部存储子系统中存有默认的判断条件和特 定的规则。特定的规则允许特殊类型的包，如某些MP控制包不经过或不全经过 这四步检查而到达接口F 32000。\n5.2.2.4.3 上行链接数据包过滤终结\n在被请求服务的结束阶段，服务器组10010(图10)或者呼叫处理服务器 系统12010(图12)在一个实施例中发送一个MP控制包到中层交换机1180的 交换单元32010(图32)上以开始上行链接数据包过滤清除\n为了响应该控制包，交换单元32010导向上行链接数据包过滤器32040来删 除涉及从目的地地址查询表39000中请求服务的目的地地址，并重设判断条件中 的其他参数(如包括、但不局限于数据流量信息)，回到它默认的初始值。\n这里披露的上行链接数据包过滤技术能够加强MP网络的整体性和安全 性，也有利于帮助维持在网络运行中的可预测性。尽管上面的讨论用了一系列细 节来解释上行链接数据包过滤技术，但是，本领域内的一般技术人员能够很明显 地看到上行链接数据包过滤技术不仅限于这些细节。同时，尽管这里在中层交换 机中讨论上行链接数据包过滤，但是很显然，本领域内的普通技术人员能够在 MP网络的其他交换机中利用上行链接数据包过滤技术，而且不超出这里所披露 的上行链接数据包过滤技术的范围。\n5.3  家庭网关(HGW)\n家庭网关使得不同类型的用户终端得以接入MP网络。图42a描述了一种 家庭网关(家庭网关42000)配置的框图，该家庭网关包括一个主用户交换机 42010和多个从用户交换机，如用户交换机42020、42030、42040和42050。这 些用户交换机通过链接42060、42070、42080和42090相互连接。图42b描述了 家庭网关42000另一种配置的框图，其中主用户交换机42010和从用户交换机 42020、42030、42040和42050通过公用总线单元42190相互连接。此外，每个 用户交换机能支持一定数量的用户终端。一个主用户交换机42010的实施例负责 限制家庭网关42000所支持的从用户交换机和用户终端的总数(即需根据家庭网 关所用的总带宽)。\n5.3.1  用户交换机\n5.3.1.1  主用户交换机\n图43描述了一个主用户交换机(如主用户交换机42010)的结构实施例。 具体地说，主用户交换机42010包括一个在其侧壁43000和侧壁43060上有若干 个插座的矩形外壳43090。侧壁43000上的插座，如插座43010、43020、43030、 43040和43050，把用户终端和从用户交换机连接到主用户交换机42010上。侧 壁43060上的插座43070或43080连接中层交换机到主用户交换机42010上。这 些插座的例子包括、但不局限于双绞线插座、同轴电缆插座和光缆插座。这些插 座操作起来就象电源插座，并能帮助实现在MP网络中的即插即用。换句话说， 就象家用电器插入电源插座即能获得电源那样，用户终端和其他MP适配组件插 入这些插座即能接入MP网络。这种插入即能获得接入的步骤不涉及人工配置或 重新启动用户终端或其他MP适配组件。\n很显然，对于本领域内的一般技术人员来说，实施主用户交换机42010并 不局限于图43所示的结构实施例。例如，这些技术人员能够以一个不同形状的 外壳来设计和制造主用户交换机42010。并且，这些技术人员还能够采用不同数 量的插座以及采用插座在壳体上的不同位置安排来实施主用户交换机42010。\n图44是一个主用户交换机42010实施例的框图。主用户交换机42010包括 一个交换单元、一个选择器和接口。具体地说，主用户交换机42010包括三种接 口：能与用户终端D 42090和用户终端L 42210通信的接口G 44020；能与用户 交换机A 42020和从用户交换机B 42030通信的接口H 44040；以及能与中层交 换机通信的接口I 44000。这三种接口将一种类型的信号转化为另一种。例如， 主用户交换机42010的一个实施例中的接口I 44000执行光信号和电信号的转换。 在该实施例中，如果主用户交换机42010通过同一种物理传输媒介与从用户交换 机通信，那么接口H 44040不执行信号转换。\n5.3.1.2  从用户交换机\n因为一个从用户交换机不直接与中层交换机通信，所以从用户交换机的结 构实施例与图43所描述的实施例结构相似，但其侧壁43060上没有插座。\n此外，与主用户交换机相似，从用户交换机也包括一个交换单元、一个选择 器和接口。从用户交换机的交换单元支持主用户交换机42010中的交换单元 44010所支持功能的子集，而从用户交换机的选择器支持与选择器44030所支持 的同样的功能。然而，和主用户交换机不同，从用户交换机没有一个直接与中层 交换机通信的接口，也没有从服务器组分配来的网络地址。(注意在局部地址子 域中的“用户交换机子域”实际上是“主用户交换机子域”，只是为了简单起见 才将其称为“用户交换机子域”)。为了清楚起见，下面的论述主要是针对主用户 交换机42010。然而，除非另行提示，这些论述也适用于从用户交换机，如从用 户交换机A 42020、从用户交换机B 42030、从用户交换机C 42040或从用户交 换机D 42050。\n5.3.1.3  选择器\n一个选择器的实施例(如图44所示的选择器44030)把传输在选定的物理 链路中的数据包传送至交换单元44010。具体地说，选择器44030采用众所周知 的方法(如循环排序和先进先出)来选择具有有效信号的物理链路，并且在选定 的物理链路上将数据包送往交换单元44010。这些包可来自于直接连接的用户终 端，如用户终端D 42090和用户终端L 42210，和/或直接连接的用户交换机，如 从用户交换机A 42020和从用户交换机B 42030。显而易见，本领域内的一般技 术人员可将选择器的功能并入接口(如使选择器44030成为接口G 44020和接口 H 44040的一部分)，而且不超出所披露的用户交换机技术范围。\n5.3.1.4  交换单元\n主用户交换机42010的一个实施例采用了一个交换单元，如交换单元44010， 来传送数据包到用户终端和其他(从)用户交换机。具体地说，为了回复“来自 于中层交换机的数据包”，交换单元44010的一个实施例中“有条件广播”数据 包至从用户交换机，或着通过接口G 44020并根据有色信息、局部地址信息或这 两种信息的组合来传送数据包至用户终端。另一方面，为了回复来自于用户终端 D 42090和用户终端L 42210的数据包，交换单元44010的一个实施例根据该数 据包的目的地是否为家庭网关42000所支持的一个用户终端来中转该数据包到 另一个(从)用户交换机或中层交换机。\n上述的“有条件广播”是指假如交换单元44010发现某些特定的情况，从主 用户交换机42010到多个从用户交换机(如图42a所示的从用户交换机A 42020 和从用户交换机B 42030，或图42b所示的从用户交换机A 42020、从用户交换 机B 42030、从用户交换机C 42040和从用户交换机D 42050)之间的包的传送。 举例来说，根据图42a所示的配置，假如交换单元44010的一个实施例发现它所 收到的包不是应由主用户交换机42010发往与它直接连接的用户终端(如用户终 端D 42090和用户终端L 42210)，而是发往家庭网关42000所支持的一个用户终 端，则交换单元44010对所收到的数据包做一个备份，并将数据包和它的备份分 别传送至从用户交换机A 42020和从用户交换机B 42030。\n另一方面，根据图42b所示的配置，假如交换单元44010收到一个“来自于 中层交换机的数据包”，并识别出该数据包不是应由主用户交换机42010发往与 它直接连接的用户终端(如用户终端D 42090和用户终端L 42210)，则交换单元 44010会将收到的数据包放在公用总线单元42190上。假如交换单元44010收到 来自于与主用户交换机42010直接相连的一个用户终端(如用户终端D 42090) 的数据包，并识别出所收到的数据包不是发往与主用户交换机42010直接连接的 另一个用户终端(如用户终端L 42210)，而是发往家庭网关42000所支持的一个 用户终端，则交换单元44010也会将所收到的数据包放在公用总线单元42190上。 假如交换单元44010从公用总线单元42190收到一个数据包，并识别出该数据包 不是应由主用户交换机42010发往与它直接连接的用户终端(如用户终端D 42090和用户终端L 42210)，而是发往家庭网关42000所支持的一个用户终端， 则交换单元44010回将收到的数据包放在公用总线单元42190上。\n一个在家庭网关42000中的主用户交换机42010的实施例包括一个本地存储 子系统，它含有家庭网关42000所支持的所有用户终端的局部网络地址的清单， 以及一个本地处理引擎(它可以是用户交换机中的交换单元的一部分)来执行模 块45000中的任务，以及校验MP数据包是否是发往家庭网关42000所支持的用 户终端。用户交换机的另一个实施例凭借它所直接管理的用户终端来存储和/或 处理这个用户终端的清单。换句话说，主用户交换机42010中的交换单元44010 或者从用户终端D 42090提取该清单，并执行上述的任务，或者请求用户终端D 42090替它去执行上述的任务。\n如果主用户交换机42010发现所收到的数据包既不是发往它所直接管理的 任何用户终端，也不是发往家庭网关42000所支持的任何用户终端，则主用户交 换机42010发送所收到的数据包至一个中层交换机。\n处于从用户交换机中的交换单元除了不直接接收“来自于中层交换机的数据 包”，也不直接传送数据包至中层交换机外，其他操作与交换单元44010相似。 用图42a中的从用户交换机B 42030来描述，假如它的交换单元发现来自于从用 户交换机C 42040的数据包不是应由从用户交换机B 42030发往它所直接连接的 用户终端(如用户终端G 42100和用户终端K 42200)，则交换单元就送该数据 包到从用户交换机D 42050和主用户交换机42010。为了避免循环，用户交换机 不播送该数据包到前发送者(如从用户交换机C 42040)。另一方面，如果从用 户交换机B 42030中的交换单元收到来自于用户终端G 42100的数据包，该交换 单元会：1)通过主用户交换机42010将数据包发送至中层交换机；2)将数据包 发送至另一个用户交换机(如从用户交换机D 42050)；或者3)将数据包传送至 与从用户交换机B 42030直接连接的另一个用户终端(如用户终端K 42200)。\n对于图42b所示的配置，如果从用户交换机B 42030中的交换单元收到一个 来自于用户终端G 42100的数据包，该交换单元或者将所收到的数据包放在公用 总线单元42190上，或者将数据包传送至与从用户交换机B 42030直接连接的另 一个用户终端(如用户终端K 42200)上。\n图45是一幅流程图，该流程图描述了交换单元44010的一个实施例对于“下 行”数据包(如来自于接口I 44000或接口H 44040的数据包)的处理流程。而 图46是一幅针对“上行”数据包(如来自于接口G 44020的数据包)的流程图。 然而，假如来自于接口H 44040的数据包是发往另一个家庭网关所管理的用户终 端，那么这些数据包是“上行数据包”。\n一个主用户交换机42010的实施例物理性地隔离上行数据流和下行数据流， 由此它的交换单元44010能够容易地区分上行数据包和下行数据包。具体地说， 主用户交换机42010预留一些端口来接收上行数据包。其结果是，当交换单元 44010收到来自于一个指定的上行数据流端口的数据包时，它会识别出该数据包 是上行数据包，否则交换单元44010则认为该数据包是下行数据包。很显然，本 领域内的一般技术人员可以实施其他的区分数据流方向的方法，而且不超出所披 露的交换单元的技术范围。\n下面的例子用图42a或图42b，并与图1d所示的用户终端D 42090、用户终 端G 42100、用户终端I 42170和用户终端1450来进一步解释图45和图46所描 述的流程图。为了清楚起见，这些例子假设某些特定的实施细节，然而，对于本 领域内的一般技术人员来说将会是显而易见的是：交换单元44010不局限于这些 细节。这些细节包括：\n·分配给上述的用户终端的网络地址遵循网络地址格式9000(图9a)。\n·除了支持的用户终端数多于家庭网关1200所支持的以外，家庭网关 42000对应于图1d中的家庭网关1200。\n·主用户交换机42010连接到一个中层交换机上，如中层交换机1180。从 用户交换机B 42030和从用户交换机C 42040通过主用户交换机42010 与中层交换机1180通信。因此，用户终端D 42090、用户终端G 42100 和用户终端I 42170拥有如图9a所示的相同的国家子域9040、城市子域 9050、社区子域9060、办公室交换机子域9070和用户交换机子域9080 等局部地址。换句话说，假定用户终端D 42090在分配给它的网络地址 中包括下列信息：\n国家子域9040：         1\n城市子域9050：         23\n社区子域9060：         100\n办公室交换机子域9070： 11\n用户交换机子域9080：   1\n用户终端子域9090：     15\n则除了用户终端子域9090的局部地址以外，分配给用户终端G 42100 和用户终端I 42170的网络地址含有与用户终端D 42090相同的信息。\n·此外，因为图1d所示的用户终端1450所连接的家庭网关及中层交换机 不同于前述的家庭网关1200的用户终端，所以用户终端1450在办公室 交换机子域9070以及可能在用户交换机子域9080和用户终端子域9090 中含有不同的信息。\n·分配给用户终端1450的网络地址的一部分是1/23/100/12/6/9(国家子域 9040/城市子域9050/社区子域9060/办公室交换机子域9070/用户交换机 子域9080/用户终端子域9090)。\n·分配给用户终端A 42110的网络地址的一部分是1/23/100/11/1/6。\n·分配给用户终端B 42120的网络地址的一部分是1/23/100/11/1/2。\n·分配给用户终端C 42130的网络地址的一部分是1/23/100/11/1/3。\n·分配给用户终端G 42100的网络地址的一部分是1/23/100/11/1/8。\n·分配给用户终端I 42170的网络地址的一部分是1/23/100/11/1/5。\n·分配给用户终端L 42210的网络地址的一部分是1/23/100/11/1/7。\n·分配给用户终端K 42200的网络地址的一部分是1/23/100/11/1/9。\n·分配给主用户交换机42010的网络地址的一部分是1/23/100/11/1。\n当交换单元44010通过接口I 44000收到来自于中层交换机1180的数据包 (“来自于中层交换机的数据包”)时，它在模块45000中执行以比特为单元的局 部地址比较。具体地说，假设“来自于中层交换机的数据包”的目的地地址域 5010(图5)含有分配给用户终端D 42090的网络地址，则交换单元44010就把 “来自于中层交换机的数据包”的目的地地址中的用户终端子域9090与分配给 用户终端D 42090的网络地址中的用户终端子域9090进行比较。因为在本例中 这些用户终端子域相匹配，交换单元44010接着进入模块45010来采用用户终端 子域9090中的局部地址(15)将“来自于中层交换机的数据包”传送至用户终 端D 42090。\n然而，如果“来自于中层交换机的数据包”含有分配给用户终端G 42100的 网络地址，则在模块45000中的局部地址比较会示意一个不匹配的结果，交换单 元44010就在模块45020中将该数据包播送至其他用户交换机。更具体地说，分 配给用户终端D 42100和用户终端L42210的网络地址中的用户终端子域9090 分别是“15”和“7”。因为“来自于中层交换机的数据包”的目的地地址中的用 户终端子域9090是“8”，交换单元44010识别出该数据包不是主用户交换机42010 所直接管理的任何用户终端(如这里的用户终端D 42090和用户终端L 42210)， 并在模块45020中将该数据包播送至家庭网关42000中的其他从用户交换机。\n在一个如图42a所示的配置中，交换单元44010通过导向该数据包及其复制 的数据包到直接与主用户交换机42010连接的从用户交换机上(如这里的从用户 交换机A 42020和从用户交换机B 42030)来播送“来自于中层交换机的数据包”。 当从用户交换机A 42020收到“来自于中层交换机的数据包”时，它的交换单元 依照图45所示的流程来进行处理。因为“来自于中层交换机的数据包”的目的 地地址是指向用户终端G 42100而不是从用户交换机A 42020所直接管理的任何 一个用户终端(如这里的用户终端A 42110、用户终端B 42120和用户终端C 42130)，所以模块45000中的用户终端子域的局部地址的比较就示意了地址的不 匹配。如上面所提到的，因为在家庭网关42000的一个实施例中，用户交换机不 播送数据包至该数据包的先前的发送者，因而从用户交换机A 42020不发送“来 自于中层交换机的数据包”至主用户交换机42010。\n对于从用户交换机B 42030来说，因为“来自于中层交换机的数据包”的目 的地地址是对应于从用户交换机B 42030所直接管理的用户终端G 42100的，从 用户交换机B 42030的交换单元在执行模块45000时确认了地址的匹配。接着， 在执行模块45010时从用户交换机B 42030的交换单元根据用户终端子域9090 中的局部地址“8”将“来自于中层交换机的数据包”发送至用户终端G 42100。\n假如家庭网关42000采用的是如图42b所示的配置，交换单元44010则不是 复制“来自于中层交换机的数据包”，而是将这个数据包放到公用总线单元42190 上。交换单元44010和从用户交换机的交换单元检查公用总线单元42190上的数 据包，直接管理用户终端(该用户终端的用户终端子域与数据包的用户终端局部 地址子域相匹配)的交换单元传送该数据包到目的地用户终端，并从公用总线单 元42190上去除该数据包。\n一个家庭网关42000中的用户交换机的实施例包括一个本地存储子系统，它 含有用户交换机所支持的用户终端的局部网络地址的清单，以及一个本地处理引 擎(它可以是用户交换机中的交换单元的一部分)来执行模块45000中的任务。 用户交换机的另一个实施例凭借它所直接管理的用户终端来存储和/或处理这个 用户终端的清单。换句话说，从用户交换机B 42030中的交换单元或者从用户终 端G 42100提取该清单，并执行模块45000中的任务，或者请求用户终端G 42100 替它去执行模块45000中的任务。\n因为“来自于中层交换机的数据包”是下行数据包，如果家庭网关42000中 没有一个用户交换机能够将数据包传送至用户终端(因为家庭网关42000中的每 一个用户交换机的所述的用户终端子域9090的匹配是不成功的)，主用户交换机 42010可指定家庭网关42000中的执行模块45000任务的最后一个用户交换机丢 弃数据包。或者，主用户交换机42010可向控制的服务网关发送出错通知。\n当家庭网关42000中的任何一个用户交换机收到来自于用户终端的数据包 (“用户终端来的数据包”)时，在模块46000(图46)中用户交换机判断来自于 用户终端的数据包是否是用户交换机所直接管理的一个用户终端。例如，如果从 用户交换机C 42040收到来自于用户终端J 42180的“用户终端来的数据包”，则 从用户交换机C 42040检查该数据包是否是发往用户终端H 42160或用户终端I 42170。接着，在模块46010中从用户交换机C 42040将来自于用户终端的数据 包发送至与从用户交换机C直接连接的其中一个用户终端，或者在模块46020 中判断数据包的接收用户交换机是否是家庭网关42000中的主用户交换机。在本 例中，由于接收用户交换机(这里指的是从用户交换机C 42040)不是家庭网关 42000中的主用户交换机，所以从用户交换机C 42040就将该数据包播送到其他 用户交换机(如通过如图42a配置中的从用户交换机B 42030，或通过如图42b 配置中的公用总线单元42190)。然而，如果接收交换机是主用户交换机42010， 则在模块46030中，主用户交换机42010检查“用户终端来的数据包”是否是发 往家庭网关42000所支持的任一用户终端。如上所述，主用户交换机42010维持 一个家庭网关42000所支持的用户终端的清单，如果该项检查不能识别出用来接 收“用户终端来的数据包”的用户终端，则在模块46040中的主用户交换机42010 就发送该数据包至与家庭网关42000直接连接的中层交换机。接着，中层交换机 将该数据包发送至管理源用户终端的服务网关(如本例中的用户终端J 42180)。 因此，如果家庭网关42000对应于家庭网关1200(图1d)，则主用户交换机42010 就将“用户终端来的数据包”传送至中层交换机1180，而中层交换机1180将该 数据包发送至服务网关1160。另一方面，如果检验结果表明“用户终端来的数 据包”是发往家庭网关42000所支持的一个用户终端，则在模块46050中主用户 交换机42010就将该数据包播送至其他用户交换机(先前把数据包送往主用户交 换机42010的用户交换机除外)。\n除了上述的数据包传递功能，主用户交换机42010的交换单元44010的一个 实施例也为家庭网关42000建立一个最大限度的带宽。具体地说，虽然家庭网关 42000在本实施例中能包含任意数目的从用户交换机，但如果交换单元44010判 断连接在这些用户交换机上的用户终端所需的总带宽超过所建立的最大限度的 带宽时，则交换单元44010启动特定的保护措施来确保家庭网关42000持续及正 常的运行。这些保护措施的一些例子包括、但不局限于阻止新的用户终端(这些 新的连接延迟了数据包在用户交换机到用户终端之间的传送)连接到家庭网关 42000上。\n很显然，本领域内的一般技术人员可以合并或分割图44所示的用户交换机 中的模块，而且不会超出所披露的家庭网关技术范围。例如，交换单元44010可 被分成一个用来管理家庭网关42000的资源(如上述的最大限度的带宽内维持家 庭网关42000中的数据流量)的通用处理引擎，以及一个将数据包传送至适当目 的地(如对局部地址进行比较，并根据局部地址来传送数据包)的数据包传送引 擎。对一般技术人员还能够将上述的主用户交换机42010的功能分配到家庭网关 42000中其他的用户交换机上。\n5.3.2  用户终端(UT)\n家庭网关，如图42a和42b所示的家庭网关42000，能够支持不同类型的用 户终端。一些示例的用户终端包括、但不局限于个人电脑(PC)、电话、智能家 电(IHA)、互动游戏盒(IGB)、机顶盒(STB)、MP/IP透明终端、家庭服务器系 统、媒体存储器或者任何其他终端用户用来在网络上收发多媒体数据的装置。\n个人电脑和电话在此技术领域中最为人们所熟知。智能家电一般是指一种 有决策能力的家用电器。例如，智能空调是一种能够根据室温的变化来自动调节 冷气输出量的智能家电。另一个例子是一种智能测量仪器，它能够在每个月的某 个时间读取用水量，并将该信息传送至供水商。互动游戏盒一般是指一个用于运 行在线游戏的游戏控制台，如星际争霸(Blizzard娱乐公司开发的游戏)。互动 游戏盒能使用户与网上的其他用户互动(如游戏)。家庭服务器系统能够管理家 庭网关42000下属的其他用户终端，或者为家庭网关42000中的用户终端提供内 部网服务。例如，如果用户终端D 42090是一个家庭服务器系统，用户终端D 42090可提供给用户终端C 42130的用户一个节目菜单来允许其获取用户终端E 42140中的共享资源(如数据库)。\nMP/IP透明终端一般是指一个能够处理MP数据包和非MP数据包的装置， 如IP数据包。一个MP机顶盒为其用户整合了音频、数据和视频(静止或流动 的)信息，并为其用户提供了MP网络或非MP网络(如互联网)的接入。媒体 存储器能够存储大量的视频、音频和多媒体节目。它可以、但不局限于以硬盘、 闪存和SDRAM来实施。下面的MP/IP透明终端、MP机顶盒和媒体存储器部分 将进一步描述这三种类型的用户终端。\n应该注意的是MP网络支持的这些不同类型的用户终端具有不同的带宽需 求。例如，智能家电可以是一个每秒仅需数千比特(KB)带宽的低速装置；而 另一方面，互动游戏盒、MP机顶盒、MP/IP透明终端、家庭服务器系统和媒体 存储器则可能是每秒数兆比特到数百兆比特范围的带宽的高速装置。\n5.3.2.1  MP/IP透明终端\nMP/IP透明终端能够执行MP和IP通信。图47是一幅描述一个通用的 MP/IP透明终端(MP/IP透明终端47000)的实施例的框图。MP/IP透明终端 47000对应于图1d中的用户终端1400。\n具体地说，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数据包) 的传送。\n更具体地说，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来处理。\n此外，个人电脑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上(如互联网)。\n图48是一幅描述专用MP/IP透明终端(如MP/IP透明终端48000)的一个 实施例的框图。MP/IP透明终端48000不包括个人电脑，但包括一个特制的多种 协议处理引擎48010；常规输出设备包含、但不局限于显示装置48020和喇叭 48030；常规输入装置包含、但不局限于滑鼠48040和键盘48050。多种协议处 理引擎48010的一个实施例包括分路器48060、MP处理引擎48070、IP处理引 擎48080和合路器48090。\n作为对“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来处理。\nMP处理引擎48070的一个实施例负责从MP数据包的有效载荷数据域5050 中提取数据，并发送所提取的数据至合路器48090。同样地，IP处理引擎48080 的一个实施例负责从IP数据包中提取数据，并且也发送所提取的数据至合路器 48090。合路器48090的一个实施例改编来自于MP处理引擎48070和IP处理引 擎48080的数据，使之成为能被MP/IP透明终端48000的输出装置所用的格式， 输出装置如显示装置48020和喇叭48030。显示装置48020和/或喇叭48030随即 播放这些被改编过的数据。\n多种协议处理引擎48010的一个实施例是一个独立系统，它包含上述的分路 器48060、MP处理引擎48070、IP处理引擎48080和合路器48090的功能。这 个独立的多种协议处理引擎48010也有普通的输入输出端口，和用于连接输入输 出装置的接口。此外，IP处理引擎48080的一个实施例是一个仅有有限量内存 的无盘处理系统。该IP处理引擎48080依赖于网络计算机48100(可以是服务 器组10010(图10)中的一个服务器系统)来执行IP处理引擎48080的功能。 在一些场合中，网络计算机48100通过下载用以运行专用软件的指令至IP处理 引擎48080的内存来指定IP处理引擎48080的任务。\n在图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(如互联网)。\n显而易见，对于本领域内的一般技术人员来说，实施所披露的MP/IP透明 终端技术无需局限于上述实施例的具体实施细节。例如，图48所示的多种协议 处理引擎48010可包括处理MP和IP以外的其他协议的处理引擎。\n5.3.2.2  MP机顶盒(MP-STB)\n图49是一幅描述MP机顶盒47020(图47)的一个实施例的框图。MP机 顶盒能够同时处理来自于家庭网关(如家庭网关1200)到输出装置(如显示装 置47030和喇叭47060)的下行数据流，以及从多媒体设备(如个人电脑47010) 到家庭网关1200的上行数据流。\nMP机顶盒47020的一个实施例包含MP网络接口49000、包分析器49010、 视频编码器49020、视频解码器49040、音频编码器49030、音频解码器49050 和多媒体设备接口49060。具体地说，MP网络接口49000是两种类型信号(这 些信号包括、但不局限于光信号和电信号)之间的信号转换器。尽管多媒体设备 接口49060能够同样地作为一个信号转换器，但它通常是将电信号在不同的格式 之间转化。例如，在图47中，如果MP机顶盒47020没有连接到个人电脑47010 上，而是连接到一个接收模拟信号的电视机上，则多媒体设备接口49060将来自 于MP机顶盒47020的电信号从数字信号转换成电视机可接收的模拟信号，反之 亦然。\n包分析器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封装包的处理模块。\n此外，包分析器49010也检测数据类型子域9020来判断从MP网络接口 49000传来的数据包(“MP网络接口来的数据包”)和从多媒体设备接口49060 传来的数据包(“多媒体设备接口来的数据包”)的数据类型。如果数据类型子域 9020指出“MP网络接口来的数据包”含有视频数据(如静态或流动视频)，则 包分析器49010启动视频解码器49040来处理数据包。同样，如果“多媒体设备 接口来的数据包”含有视频数据，则包分析器49010启动视频编码器49020来处 理数据包。对于音频数据，包分析器49010以与启动视频解码器及视频编码器相 似的方式来分别启动音频解码器49050和音频编码器49030。\n如果数据包含有信令信息，则包分析器49010负责对MP机顶盒47020的数 据包进行回复。例如，如果MP/IP透明终端47000收到来自于服务器组10010 (图10)的查询状态信息(如目前的容量和可用性)的数据包，则MP机顶盒 47020中的包分析器49010就通过MP网络接口49000向服务器组10010发送一 个含有所查询的状态信息的数据包来作为回复。同样，如果MP/IP透明终端 47000通过多媒体设备接口49060收到请求建立媒体电话服务的数据包，则包分 析器49010就将该服务建立请求传送至服务器组10010。\n机顶盒能发送和/或接收音频和/或视频数据包。这些数据包可含有音频信息、 视频信息及音视频混合信息。\n对于发送和接受分离的音频和视频数据包流的机顶盒来说，机顶盒通过音频 和视频数据流的匹配来达到声像吻合。具体地说，对于往外发送的数据包，机顶 盒47020中的视频编码器49020在含有视频数据的数据包上加上时间标记，并将 这些数据包异步发往它们的目的地。同样地，机顶盒47020中的音频编码器49030 在含有音频数据的数据包上加上时间标记，并将这些数据包异步发往它们的目的 地。对于接收到的数据包，机顶盒47020中的视频解码器49040和音频解码器 49050利用所接收的数据包上的时间标记来使所收到的视频流和音频流达到声像 吻合。\n另一方面，对于发送和接受音视频混合数据包的机顶盒来说，机顶盒有一套 音频编码器和视频编码器，以及一套音频解码器和视频解码器(而不是如图49 所示的两套)。机顶盒通过维持数据包的传送顺序和到达顺序来实现声像吻合。\n5.3.2.3  媒体存储器\n媒体存储器主要提供了MP网络一个成本效益合算的存储方案。图50是一 幅描述媒体存储器50000的一个实施例的框图。在图1d中，媒体网存储器50000 对应于位于服务网关1120中的媒体存储器1140，或者媒体存储器50000对应于 一个用户终端。具体地说，媒体存储器50000包括、但不局限于MP网络接口 50010、缓冲器组50015、总线控制器和包生成器(BCPG)50020、存储控制器 50030、存储接口50040以及大规模存储单元50050。\nMP网络接口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。\n媒体存储器50000为它所支持的每个用户维持一个通道。例如，如果媒体存 储器50000管理每秒100兆字节的数据流量，而每个它所支持的用户占用每秒5 兆字节的数据流量，则媒体存储器50000维持20个通道。换句话说，本例的媒 体存储器50000能够同时处理来自于20个用户的数据包。\n此外，缓存器组50015的一个实施例包括两类缓存器：发送缓存器(“SBs”) 和接收缓存器(“RBs”)。发送缓存器临时存储外发数据包(如总线控制器和包 生成器50020通过MP网络接口50010发送到MP网络中去的数据包)，而接收 缓存器临时存储接收的数据包(如总线控制器和包生成器50020通过MP网络接 口50010接收来自于MP网络的数据包)。在一个实施例中，上面所述的每个通 道对应于两个发送缓存器(如SBa和SBb)和两个接收缓存器(RBa和RBb)。因 而，很显然，对于本领域内的一般技术人员来说，一个通道可对应于不同数目的 发送缓存器和/或接收缓存器，这并不超出所披露的媒体存储器技术范围。\n媒体存储器50000的网络地址遵循网络地址9100(图9b)的格式。局部地 址子域9170含有一个特别的比特结构(如“0001”)，该结构指明了该网络地址 是用于直接连接在边缘交换机上的媒体存储装置的，以及组件号子域9180含有 一个标识媒体存储器50000的号码。为了在媒体存储器50000中识别节目XYZ， 有效载荷数据域5050含有一个代表节目XYZ的号码。\n尽管上面有关于媒体存储器的讨述涉及了特定的实施细节，但是很显然，本 领域内的一般技术人员实施媒体存储器技术无需具体的细节，这仍不超出所披露 的媒体存储器技术范围。例如，媒体存储器可以不位于服务网关中，而是一个用 户终端。这种媒体存储装置的网络地址可遵循网络地址7000(图7)的格式。位 于这种媒体存储装置中的节目可通过有效载荷数据域5050中的特别的比特结构 来定址。\n6  实施例\n这一部分具体论述在MP的网络上进行的多媒体服务的几个实施例。\n6.1  媒体电话服务(MTPS)\n6.1.1  同一服务网关下的两个用户终端之间的媒体电话服务\n媒体电话服务可以使一个用户终端和另一个用户终端进行一项或多项视频 和/或音频会议。图53a和图53b是描述同属于一个服务网关下的两个用户终端 (如图1d所示的用户终端1380及用户终端1450)之间进行媒体电话服务业务 的时间顺序图。\n为了说明情况，假设用户终端1380向用户终端1450发出呼叫请求，用户终 端1380即为“呼叫方”，而用户终端1450为“被呼叫方”。中层交换机1180即 为“呼叫方中层交换机”，而中层交换机1240则为“被呼叫方中层交换机”。如 图12所示，位于服务网关1160中的服务器组10010中的呼叫处理服务器系统 12010管理在呼叫方与被呼叫方之间的数据包交换。当服务网关专门指定一个呼 叫处理服务器系统用于管理媒体电话服务业务时，该被指定的呼叫处理服务器系 统即被称为“媒体电话业务服务器系统”。服务网关1160的一个实施例包括多个 呼叫处理服务器系统12010，并指定每一个服务器系统来专门负责一种多媒体服 务。\n下面的讨述主要解释了呼叫各方如何在媒体电话服务业务中的呼叫服务建 立、呼叫通信的维持及呼叫服务的终结等三个阶段上进行互动。\n6.1.1.1  呼叫服务建立\n1.呼叫方，如用户终端1380，开始时通过服务网关1160中的中层交换机和 呼叫方中层交换机1180将一个媒体电话服务请求53000传送至媒体电话 业务服务器系统。该媒体电话服务请求53000是一个MP控制包，其中包 括呼叫方的网络地址和被呼叫方的用户地址。如上面的逻辑层部分所述， 呼叫方一般并不知道被呼叫方的网络地址。实际上，呼叫方是通过服务网 关中的服务器组将一个用户地址映射到一个网络地址上的。此外，呼叫方 及被呼叫方从服务器组10010中的网络管理服务器系统12030(图12)获 取MP网络信息(如媒体电话业务服务器系统的网络地址)来开展媒体电话 服务业务。\n2.当在接收到媒体电话服务请求53000时，媒体电话业务服务器系统执行多 项服务验证处理(如上面的服务器组部分所述)，以决定是否允许呼叫方继 续。\n3.媒体电话业务服务器系统通过发送媒体电话服务请求的回复53010来表 明已收到呼叫方的服务请求，媒体电话服务请求的回复是含有多项服务验 证处理结果的MP控制包。\n4.媒体电话业务服务器系统将媒体电话服务建立包53020和53030分别传送 至呼叫方和被呼叫方。媒体电话服务建立包53020及53030是MP控制包， 包含有呼叫方和被呼叫方的网络地址，以及所请求的媒体电话服务业务所 被允许的数据流量(如带宽)。而且，这些包含有有色信息，该有色信息引 导呼叫方中层交换机(如中层交换机1180)和被呼叫方中层交换机(如中层 交换机1240)在中层交换机中建立上行链接数据包过滤。这个更新上行链 接数据包过滤的过程在前面的中层交换机部分已被详细论述。\n5.呼叫方和被呼叫方通过向媒体电话业务服务器系统分别传送媒体电话服 务建立的回复包53040和53050来表明已收到媒体电话服务建立包53020 和53030。媒体电话服务建立的回复包是MP控制包。\n6.媒体电话业务服务器系统收到上述的媒体电话服务建立的回复包后，开始 收集媒体电话服务业务的使用信息(如业务的持续时间及流量)。\n6.1.1.2  呼叫通信\n1.呼叫方通过呼叫方中层交换机、服务网关(服务网关1160)中的边缘交换机 和被呼叫方中层交换机向被呼叫方开始传送数据53060。数据53060是 MP数据包。呼叫方中层交换机中的上行链接数据包过滤器接着进行上行 链接数据包过滤检查，以决定是否允许该数据包抵达服务网关1160。上 行链接数据包过滤检查已在上面的中层交换机部分作了详细描述。数据包 通过的介于呼叫方和控制呼叫方的服务网关(服务网关1160)中的边缘交 换机之间的逻辑链路是自下而上逻辑链路，而数据包通过的介于控制被呼 叫方的服务网关(服务网关1160)中的边缘交换机和被呼叫方之间的逻辑 链路是自上而下逻辑链路。\n2.同样，被呼叫方边缘交换机中的上行链接数据包过滤器对来自被呼叫方的 数据53070中的数据包进行上行链接数据包过滤检查。对由被呼叫方传向 呼叫方的数据包来说，介于被呼叫方和控制被呼叫方的服务网关(服务网 关1160)中的边缘交换机之间的逻辑链路是自下而上逻辑链路，而介于控 制呼叫方的服务网关(服务网关1160)中的边缘交换机和呼叫方之间的逻 辑链路是自上而下逻辑链路。\n3.在通信过程中媒体电话业务服务器系统不时地把维持媒体电话服务包 53080和53090传送至呼叫方和被呼叫方。维持媒体电话服务包是MP控 制包，是被媒体电话业务服务器系统用来收集参与媒体电话服务各方的通 信连接状态的信息(如错误率和数据包丢失的数目)。\n4.呼叫方和被呼叫方通过向媒体电话业务服务器系统发送维持媒体电话服务 的回复包53100和53110表明已收到维持媒体电话服务包。维持媒体电话 服务回复包是MP控制包，其中包括所请求的通信连接状态的信息(如错 误率和数据包丢失的数目)。\n5.基于维持媒体电话服务的回复包53100和53110，媒体电话业务服务器系 统可以修正媒体电话服务业务。举例来说，如果该业务的错误率超过了可 容忍的范围，媒体电话业务服务器系统会通知各参与方并终止该业务。\n6.1.1.3  呼叫终结\n呼叫方、被呼叫方或媒体电话业务服务器系统均可启动呼叫终结。\n6.1.1.3.1  呼叫方启动的呼叫终结\n1.呼叫方将属于MP控制包的媒体电话服务终结53120传送至媒体电话业务 服务器系统。作为回应，媒体电话业务服务器系统将也属于MP控制包的 媒体电话服务终结的回复53130传送至呼叫方，并将媒体电话服务终结 53125传送至被呼叫方。在一个实施例中，媒体电话服务终结53125与媒 体电话服务终结53120含有相同的信息。另外，媒体电话业务服务器系统 停止收集业务的使用信息(如业务的持续时间和信息流)，并将收集的业务 使用信息送至计费服务器系统，如服务网关1160中的服务器组10010中 的计费服务器系统12040(图12)。\n2.在收到媒体电话服务终结53120后，呼叫方和被呼叫方中层交换机对各自 的上行链接数据包过滤的参数(如被允许的目的地地址、源地址、数据流 量和数据内容)进行复位，使其恢复为默认值。\n3.当呼叫方收到来自于媒体电话业务服务器系统的媒体电话服务终结的回 复53130时，呼叫方退出媒体电话服务业务。\n4.被呼叫方通过媒体电话服务终结的回复53140来通知媒体电话业务服务 器系统，告知其已退出媒体电话服务业务。\n6.1.1.3.2  媒体电话业务服务器启动的呼叫终结\n如上所述，一个媒体电话业务服务器系统的实施例会在其检测到无法容忍 的通信条件(如丢失数据包过多，错误率过高，和/或维持媒体电话服务的回复包 丢失过多)时启动呼叫终结。\n1.媒体电话业务服务器系统将属于MP控制包的媒体电话服务终结包 53150及53160分别传送至呼叫方和被呼叫方。作为回复，呼叫方和被 呼叫方将也属于MP控制包的媒体电话服务终结的回复53170和53180 传送至媒体电话业务服务器系统，并有效地终结媒体电话服务业务。当 发出媒体电话服务终结包时，媒体电话业务服务器系统停止收集业务的 使用信息(如业务的持续时间或信息流)。媒体电话业务服务器系统将收 集的业务使用信息送至一个本地的计费服务器系统，如服务网关1160 中的服务器组10010中的计费服务器系统12040(图12)。\n2.当收到媒体电话服务终结53150和53160时，呼叫方中层交换机和被呼 叫方中层交换机对各自的上行链接数据包过滤器进行复位。\n6.1.1.3.3  被呼叫方启动的呼叫终结\n1.被呼叫方将属于MP控制包的媒体电话服务终结53190传送至媒体电话 业务服务器系统，接着媒体电话业务服务器系统将媒体电话服务终结 53195传送至呼叫方。作为回复，呼叫方将也属于MP控制包的媒体电 话服务终结的回复53210传送至媒体电话业务服务器系统，并有效地终 结媒体电话服务业务。当收到媒体电话服务终结53190时，媒体电话业 务服务器系统将媒体电话服务终结的回复53220传送至被呼叫方，并停 止收集业务的使用信息(如业务的持续时间或信息流)。媒体电话业务服 务器系统将收集的业务使用信息送至一个本地的计费服务器系统，如服 务网关1160中的服务器组10010中的计费服务器系统12040(图12)。\n2.当收到媒体电话服务终结53190时，呼叫方和被呼叫方中层交换机对各 自的上行链接数据包过滤器进行复位。\n6.1.2  属于两个服务网关下的两个用户终端之间的媒体电话服务 图54a、54b、55a及55b是描述属于两个服务网关下的两个用户终端(如图 1d所示的用户终端1380及用户终端1320)之间的媒体电话服务业务的时间顺序 图。为了说明情况，假设用户终端1380向用户终端1320发出呼叫请求。用户终 端1380即为“呼叫方”，而用户终端1320为“被呼叫方”。中层交换机1180 即为“呼叫方中层交换机”，而中层交换机1080则为“被呼叫方中层交换机”。 位于服务网关1160中的服务器组10010中的呼叫处理服务器系统12010即为“呼 叫方呼叫处理服务器系统”。同样地，位于服务网关1060中的呼叫处理服务器 系统12010为“被呼叫方呼叫处理服务器系统”。当服务网关专门指定一个呼叫 处理服务器系统用于管理媒体电话服务业务时，该被指定的呼叫处理服务器系统 即被称为“媒体电话业务服务器系统”。服务网关1060及1160可包括多个呼叫 处理服务器系统12010，并指定每一个服务器系统来专门负责一种多媒体服务。\n另外，假设服务网关1160是MP城域网1000的城域中心网络管理群，位 于服务网关1160中的服务器组10010中的网络管理服务器系统12030就是“城 域中心网络管理服务器系统”。\n下面的讨论主要是解释呼叫各方如何在媒体电话服务业务中的呼叫服务的 建立、呼叫通信的维持及呼叫服务的终结等三个阶段上进行互动。\n6.1.2.1  呼叫服务建立\n1.城域中心网络管理服务器系统(本例中位于服务网关1160中的网络管 理服务器系统12030)的一个实施例不时地将网络资源信息传送至MP 城域网1000的服务器系统(如呼叫方媒体电话业务服务器系统及被呼 叫方媒体电话业务服务器系统)。网络资源信息包括、但不局限于MP 城域网1000中的服务器系统的网络地址、MP城域网1000的数据流量 及MP城域网1000中的服务器系统的可用带宽和/或其容量。\n2.当服务器系统收到来自于城域中心网络管理服务器系统的信息时，服务 器系统从传送的信息中提取并维持一些特定的信息。举例来说，因为呼 叫方媒体电话业务服务器系统希望连通被呼叫方媒体电话业务服务器 系统，所以呼叫方媒体电话业务服务器系统就从传送的信息中提取被呼 叫方媒体电话业务服务器系统的网络地址。\n3.呼叫方(如用户终端1380)通过服务网关1160中的边缘交换机和呼叫 方中层交换机(如中层交换机1180)向呼叫方媒体电话业务服务器系统 发送媒体电话服务请求54000。媒体电话服务请求54000是MP控制包， 其中包括呼叫方的网络地址及被呼叫方的用户地址。如上面的逻辑层部 分所述，呼叫方一般不知道被呼叫方的网络地址。实际上，呼叫方是通 过服务网关中的服务器组将一个用户地址(呼叫方知道该地址)映射到一 个网络地址上的。此外，呼叫方及被呼叫方分别从服务网关1160和服 务网关1060中的服务器组中的网络管理服务器系统获取MP网络信息 (如媒体电话业务服务器系统的网络地址)来开展媒体电话服务业务。\n4.当在收到媒体电话服务请求54000时，呼叫方媒体电话业务服务器系统 执行多项服务验证处理(如上面的服务器组部分所述)，以决定是否允许 呼叫方继续。\n5.呼叫方媒体电话业务服务器系统通过发送媒体电话服务请求的回复 54010来表明已收到呼叫方的服务请求，媒体电话服务请求的回复是含 有多项服务验证处理结果的MP控制包。\n6.呼叫方媒体电话业务服务器系统将媒体电话服务建立包54020和示意媒 体电话服务连接54030分别传送至呼叫方和被呼叫方媒体电话业务服务 器系统。建立包及示意连接包是MP控制包，包括、但不局限于呼叫方 和被呼叫方的网络地址，以及所请求的媒体电话服务业务所被允许的数 据流量(如带宽)。\n7.被呼叫方媒体电话业务服务器系统将媒体电话服务建立包54040传送至 被呼叫方。传送至呼叫方及被呼叫方的建立包均含有色信息，该有色信 息引导呼叫方中层交换机(如中层交换机1180)和被呼叫方中层交换机 (如中层交换机1080)在中层交换机中建立上行链接数据包过滤。这个 更新上行链接数据包过滤的过程在前面的中层交换机部分已被详细论 述。\n8.呼叫方和被呼叫方通过向它们的媒体电话业务服务器系统分别发送媒 体电话服务建立回复包54050和54060来表明已收到媒体电话服务建立 包54020和54030。媒体电话服务建立回复包是MP控制包。\n9.在收到媒体电话服务建立回复包54060后，被呼叫方媒体电话业务服务 器系统通过传送确认媒体电话服务连接54070来通知呼叫方媒体电话业 务服务器系统继续媒体电话服务业务。此外，呼叫方媒体电话业务服务 器系统收到媒体电话服务建立回复包54050及确认媒体电话服务连接 54070后，开始收集媒体电话服务业务的使用信息(如业务的持续时间及 流量)。\n尽管上述的媒体电话服务呼叫建立的步骤一般也适用于分属不同MP城域 网(但属于同一个MP国家网)下的两个服务网关所控制下的两个用户终端之间的 呼叫服务的建立，但不同MP城域网中的两个用户终端之间的呼叫服务的建立可 能涉及到额外的步骤。为了说明情况，假设用户终端1320(由MP城域网1000 中的服务网关1060控制)向MP城域网2030中的一个用户终端发出呼叫请求， 这两个用户终端受控于不同MP城域网(指1000及2030)中的两个服务网关，但 同属于一个MP国家网2000。而且，在此实施例中，服务网关2060是作为MP 城域网2030的城域中心网络管理群。服务网关1020是作为MP国家网2000的 国家中心网络管理群。服务网关2020是作为MP全球网3000的全球中心网络管 理群。\n因为两个用户终端及控制这两个用户终端的服务网关分属于不同的MP城 域网，当服务网关1060中的呼叫方媒体电话业务服务器系统向服务网关1060中 的服务器系统(如地址映射服务器系统、网络管理服务器系统及计费服务器系统) 请求执行多项服务验证处理时，这些服务器系统可能没有所需的信息(如映射关 系、资源信息及财务信息)来执行多项服务验证处理。如此，服务网关1060中的 服务器系统需要从城域中心网络管理群(本例中的服务网关1160)中的服务器 系统得到支持(如获取必要信息或查到必要信息的位置)。如果城域中心网络管理 群中的服务器系统不能获取必要信息或查到必要信息的位置，那么服务器系统会 从国家中心网络管理群(此处指服务网关1020)中的服务器系统处获取支持。与此 类似，如果国家中心网络管理群仍然不能提供必要的信息，国家中心网络管理群 会与全球中心网络管理群(此处指服务网关2020)进行沟通。\n举例来说，服务网关1060中的网络管理服务器系统的一个实施例只是维持 服务网关1060所控制的MP适配组件的资源信息(如使用容量)。因此，当网络 管理服务器系统在多项服务验证处理过程中被请求去认可与MP城域网2030中 的一个用户终端进行媒体电话服务通信时，服务网关1060中的网络管理服务器 系统并没有必需的资源信息(如介于用户终端1320和MP城域网2030中的用户 终端之间的传输通路的使用容量信息)来完成上述的任务。接着，服务网关1060 中的网络管理服务器系统就请求服务网关1160中的网络管理服务器系统的支 持。\n服务网关1160中的网络管理服务器系统被称为MP城域网1000的“城域 中心网络管理服务器系统”。在一个实施例中，该城域中心网络管理服务器系统 可以读取只有MP城域网1000中的网络管理服务器系统可控制的资源信息。因 为媒体电话服务请求的是与另一个MP城域网中的一个用户终端进行通信，因此 城域中心网络管理服务器系统缺少必要的资源信息以验证认可或否决上述的请 求。接着，城域中心网络管理服务器系统就请求国家中心网络管理群(服务网关 1020)中的网络管理服务器系统的支持。\n服务网关1020中的网络管理服务器系统被称为MP国家网络2000的“国 家中心网络管理服务器系统”。在一个实施例中，该国家中心网络管理服务器系 统可以读取只有MP国家网络2000中的城域中心网络管理服务器系统和城域网 接入服务网关(如服务网关2050和服务网关2070)中的网络管理服务器系统可 控制的资源信息。在本例中，国家中心网络管理服务器系统含有来自于服务网关 1160及2060中的城域中心网络管理服务器系统的资源信息(如MP城域网1000 及MP城域网2030的容量使用信息)。国家中心网络管理服务器系统还含有城域 网接入服务网关的资源信息(如服务网关1020、2050及2070的容量使用信息)。 因此，国家中心网络管理服务器系统含有必要的资源信息来验证认可或否决上述 的请求。接着，服务网关1020中的国家中心网络管理服务器系统将它的回复传 送到服务网关1160中的城域中心网络管理服务器系统，而该城域中心网络管理 服务器系统将回复传送到服务网关1060中的网络管理服务器系统。\n当一个MP城域网中其他类型的服务器系统(如地址映射服务器系统及计费 服务器系统)为另一个MP城域网中的目的地主机处理服务请求时，所述的步骤 也适用于这些服务器系统。尽管上述的例子用具体的细节描述了在一个服务网关 和一个城域中心网络管理群之间，以及在一个城域中心网络管理群和一个国家中 心网络管理群之间的典型的信息交换，但是很显然，对于本领域内的一般技术人 员来说，不需要其他细节就可实施其他的体系结构来支持MP城域网间的服务请 求，而且不超出所披露的媒体电话服务技术范围。\n此外，上述的步骤同样地适用于MP全国网中主机之间的服务请求的处理。 用多项服务验证处理步骤中的网络管理服务器系统作为例子来说明，如果媒体电 话服务请求是针对另一个MP国家网(如国家网3030)中的一个目的地主机，MP 国家网2000中的国家中心网络管理服务器系统并不含有必要的信息来验证认可 或否决服务请求，因此需要全球中心网络管理群(服务网关2020)中的网络管理服 务器系统(也被称为“全球中心网络管理服务器系统”)的支持。此后，服务网 关2020中的全球中心网络管理服务器系统向服务网关1020中的国家中心网络管 理服务器系统发送回复，而服务网关1020中的国家中心网络管理服务器系统接 着向服务网关1160中的城域中心网络管理服务器系统发送回复，而服务网关 1160中的城域中心网络管理服务器系统接着向服务网关1060中的网络管理服务 器系统发送回复。\n当一个MP国家网中其他类型的服务器系统(如地址映射服务器系统及计费 服务器系统)为另一个MP国家网中的目的地主机处理服务请求时，所述的步骤 也适用于这些服务器系统。显然，本领域内的一般技术人员可把所披露的处理 MP城域网间和MP全国网间的媒体电话服务请求的步骤应用于其他种类的MP 服务(如媒体点播、媒体组播、媒体广播及媒体转移)。\n6.1.2.2  呼叫通信\n按上面所记述的，在下面论述的呼叫通信的这个例子中，用户终端1380是呼 叫方，用户终端1320是被呼叫方，中层交换机1180是呼叫方中层交换机，中层 交换机1080是被呼叫方中层交换机。\n1.呼叫方通过呼叫方中层交换机、控制呼叫方中层交换机的服务网关中的 边缘交换机、控制被呼叫方中层交换机的服务网关中的边缘交换机及被 呼叫方中层交换机向被呼叫方发送数据54080。数据54080是MP数据 包。接着，呼叫方中层交换机的上行链接数据包过滤器进行上行链接数 据包过滤检查(在上面的中层交换机部分已被详细论述)以确定是否允 许数据包抵达服务网关1160。这里，数据包通过的介于呼叫方和控制呼 叫方的服务网关(服务网关1160)中的边缘交换机之间的逻辑链路是自下 而上的逻辑链路，而数据包通过的介于控制被呼叫方的服务网关(服务网 关1060)中的边缘交换机和被呼叫方之间的逻辑链路是自上而下的逻辑 链路。而且，如上面的逻辑层部分所述，服务网关1160中的边缘交换 机通过查询路由表(可离线计算)来把数据包传送到服务网关1060中的 边缘交换机。\n2.同样，被呼叫方中层交换机的上行链接数据包过滤器对来自于被呼叫方 的数据54150中的数据包进行上行链接数据包过滤检查。对从被呼叫方 传送至呼叫方的数据包来说，数据包通过的介于被呼叫方和控制被呼叫 方的服务网关(服务网关1060)中的边缘交换机之间的逻辑链路是自下而 上的逻辑链路，而数据包通过的介于控制呼叫方的服务网关(服务网关 1160)中的边缘交换机和呼叫方之间的逻辑链路是自上而下的逻辑链路。 服务网关1060中的边缘交换机通过查询路由表来把数据包传送到服务 网关1160中边缘交换机。\n3.呼叫方媒体电话业务服务器系统在呼叫通信阶段不时地向呼叫方及被 呼叫方媒体电话业务服务器系统发送维持媒体电话服务包54090及媒体 电话服务状态查询54100。被呼叫方媒体电话业务服务器系统进一步将 维持媒体电话服务包54110传送至被呼叫方。维持媒体电话服务包54090 及54110和媒体电话服务状态查询54100均为MP控制包，它们是被用 来收集媒体电话通信中各方的通信连接状态的信息(如错误率和/或丢失 数据包的数目)。\n4.呼叫方及被呼叫方通过分别发送维持媒体电话服务指令的回复包54120 及54130至各自的媒体电话业务服务器系统来表明已收到维持媒体电话 服务包。维持媒体电话服务指令的回复包是MP控制包，它含有所请求 和查询的通信连接状态的信息(如错误率和/或丢失数据包的数目)。\n5.收到维持媒体电话服务指令的回复包54130后，被呼叫方媒体电话业务 服务器系统通过媒体电话服务状态查询结果54140，把来自于被呼叫方 的通信连接状态的信息传送至呼叫方媒体电话业务服务器系统。\n6.根据维持媒体电话服务指令的回复包54120及媒体电话服务状态查询结 果54140的内容，呼叫方媒体电话业务服务器系统可调整媒体电话服务 业务。例如，如果错误率超出了可容忍的范围，呼叫方媒体电话业务服 务器系统可通知各参与方并终结通信服务。\n上述的媒体电话服务通信步骤一般适用于同一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中的被呼叫方的服务网关中的边缘交换机。\n此外，介于两个位于不同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中的被呼叫方。\n显然，本领域内的一般技术人员可把所披露的处理MP城域网间和MP全 国网间的媒体电话服务通信的步骤应用于其他种类的MP服务(如媒体点播、媒 体组播、媒体广播及媒体转移)。\n6.1.2.3  呼叫终结\n呼叫方、被呼叫方、呼叫方媒体电话业务服务器系统或被呼叫方媒体电话 业务服务器系统均可启动呼叫终结。如上所述，在本实施例中用户终端1380为 呼叫方，用户终端1320是被呼叫方，中层交换机1180是呼叫方中层交换机，中 层交换机1080是被呼叫方中层交换机。\n6.1.2.3.1  呼叫方启动的呼叫终结\n1.呼叫方向呼叫方媒体电话业务服务器系统发出属于MP控制包的媒体电 话服务终结55000。作为回复，呼叫方媒体电话业务服务器系统通过向 呼叫方发送媒体电话服务终结指令的回复55010来表明已收到呼叫终结 的请求，并通过示意媒体电话服务的终结55020来通知被呼叫方媒体电 话业务服务器系统关于呼叫终结的请求。\n2.收到示意媒体电话服务的终结55020后，被呼叫方媒体电话业务服务器 系统将媒体电话服务终结55030传送至被呼叫方。\n3.呼叫方中层交换机和被呼叫方中层交换机在收到媒体电话服务终结 55000及媒体电话服务终结55030时对各自的上行链接数据包过滤器进 行复位。\n4.被呼叫方通过媒体电话服务终结指令的回复55040来表明已收到来自于 被呼叫方媒体电话业务服务器系统呼叫终结请求。接着，被呼叫方媒体 电话业务服务器系统向呼叫方媒体电话业务服务器系统传送确认媒体 电话服务终结55050。\n5.在收到确认媒体电话服务终结55050后，呼叫方媒体电话业务服务器系 统停止收集业务的使用信息(如业务的持续时间及流量)，并将收集的使 用信息送至当地的计费服务器系统，如服务网关1160中的服务器组 10010中的计费服务器系统12040(图12)。\n6.当从呼叫方媒体电话业务服务器系统收到媒体电话服务终结指令的回 复55010时，呼叫方终结电话服务业务。\n7.被呼叫方用媒体电话服务终结指令的回复55040来通知被呼叫方媒体电 话业务服务器系统，告知电话服务业务的终结。\n6.1.2.3.2  媒体电话业务服务器系统启动的呼叫终结\n如上所述，一个呼叫方或被呼叫方的媒体电话业务服务器系统的实施例会 在其检测到无法容忍的通信条件(如丢失数据包过多，错误率过高，和/或维持媒 体电话服务的回复包丢失过多)时启动呼叫终结。同样，假如城域中心网络管理 服务器系统在服务网关中检测到无法容忍的通信条件时，它也会终结呼叫通信。\n1.为方便说明，假设呼叫方媒体电话业务服务器系统启动呼叫终结。为了 启动呼叫终结，呼叫方媒体电话业务服务器系统分别向呼叫方及被呼叫 方媒体电话业务服务器系统传送属于MP控制包的媒体电话服务终结 55060及示意媒体电话服务终结55070。作为回复，呼叫方向呼叫方媒 体电话业务服务器系统发送媒体电话服务终结的回复55090，并有效地 终结媒体电话服务业务。而且，被呼叫方媒体电话业务服务器系统向被 呼叫方发送媒体电话服务终结55080。当发出媒体电话服务终结55060 及示意媒体电话服务终结55070时，呼叫方媒体电话业务服务器系统停 止收集业务的使用信息(如业务的持续时间或信息流量)。呼叫方媒体电 话业务服务器系统将收集的使用信息送至一个本地的计费服务器系统， 如服务网关1160中的服务器组10010中的计费服务器系统12040(图 12)。\n2.收到媒体电话服务终结55060及55080时，呼叫方中层交换机和被呼叫 方中层交换机对各自的上行链接数据包过滤器进行复位。\n3.收到媒体电话服务终结指令的回复55100后，被呼叫方媒体电话业务服 务器系统向呼叫方媒体电话业务服务器系统发送确认媒体电话服务的 终结55110。\n4.收到确认媒体电话服务的终结55110及媒体电话服务终结的回复55090 后，呼叫方媒体电话业务服务器系统终结业务。\n类似的步骤适用于被呼叫方媒体电话业务服务器系统启动的呼叫终结。\n6.1.2.3.3  被呼叫方启动的呼叫终结\n1.被呼叫方通过向被呼叫方媒体电话业务服务器系统发送媒体电话服务 终结55120来启动呼叫终结，接着被呼叫方媒体电话业务服务器系统向 呼叫方媒体电话业务服务器系统发送媒体电话服务终结请求55130。接 着，呼叫方媒体电话业务服务器系统停止收集业务的使用信息(如业务持 续时间及信息流量)，并将收集的使用信息送至服务网关1160中的服务 器组中的一个本地的计费服务器系统。\n2.接着，呼叫方媒体电话业务服务器系统向呼叫方发送媒体电话服务终结 55140，并向被呼叫方媒体电话业务服务器系统发送媒体电话服务终结 的回复55160。\n3.收到媒体电话服务终结的回复55160后，被呼叫方媒体电话业务服务器 系统终结业务，并向被呼叫方发送媒体电话服务终结的回复55170。\n4.收到媒体电话服务终结55140及55120时，呼叫方中层交换机和被呼叫 方中层交换机对各自的上行链接数据包过滤器进行复位。\n一个用户通过用户终端上的用户界面来请求上述的媒体电话服务。图56描 述了一个用户界面实施例所支持的服务视窗，如服务视窗56000。用户通过操作 服务视窗56000来启动媒体电话服务业务。具体地说，服务视窗56000包括一系 列的显示区，例如、但不局限于信息展示区56010、输入区56020及符号区56030。 信息展示区56010显示相关的媒体电话服务业务信息(如连接状态及程序指令)。 输入区56020包括、但不局限于文字/数字输入块56040及“Enter”键56050。 符号区56030所显示的包括、但不局限于图标、标识及知识产权信息(如专利信 息、版权提示和/或商标信息)。\n为了说明情况，假设用户A想要与用户B进行一项媒体电话服务业务，用 户A的用户终端(如图1d中的用户终端1380)会在信息展示区56010显示如下信 息“请输入用户B的号码”，同时会发出拨号音。用户A在文字/数字输入块56040 上键入用户B的号码(如用户B的用户地址)，并点击“Enter”键56050。当用户 A输入每个号码时，用户终端1380可播放出与上述号码相对应的双声道多频 (DTMF)音。在输入用户B的号码后，用户终端1380在信号展示区56010上显示 “请等待”的字样，消除输入区56020，暂时屏蔽用户终端1380的音频输出，并 在信息展示区56010显示“静音”。或者，用户终端1380可在符号区56030中 显示图标以示意“静音”。例如，图标可以是一个置于圆环中扬声器，并在该圆 上打上一个贯穿的线。\n假如用户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显示如下信息“网络 正忙”，并播放忙音。\n假设所请求的媒体电话服务业务被成功地建立后，用户终端1380会播放来 自于用户B的语音信息，并可在服务视窗56000中显示来自于用户B的图像。 很显然，本领域内的一般技术人员在实施用户界面时并不需要上述的所有的细 节。例如，服务视窗56000可包括额外的显示区，把上述的三个显示区合并成少 于三个的独立显示区，或根本没有独立显示区。另外，有关于所请求的媒体电话 服务业务状态的文字信息的显示可有不同的文字表达(如除了“用户B拒绝接 受你的呼叫请求”，用户终端1380也可显示“呼叫被拒绝”。)或表达形式(如 使用不同的字体、字体大小及颜色)。\n上述的用户界面同样地可以用来引导用户处理一项媒体电话服务请求。用 同样的用户A想要与用户B进行一项媒体电话服务通信的例子，图57描述了一 系列的用户B所操作的视窗来处理通信请求。为了说明情况，假设用户终端1320 收到用户A的请求时，用户B正在观看显示在用户终端1320的显示器上的节目 57010：\n·接着，用户终端1320显示用户A的信息，如呼叫号码57030和用户B 所拥有的选择，如位于屏幕显示区57020的接受/拒绝区57040。屏幕显 示区57020覆盖在服务视窗57000中的节目57010上。\n·假如用户B选择接受通信请求，用户终端1320会播放来自于用户A的 语音信息，并可在服务视窗57000中显示来自于用户A的视频图像。假 如用户B选择拒绝通信请求，用户终端1320清除屏幕显示区57020， 并把整个服务视窗57000恢复成节目57010。\n很显然，本领域内的一般技术人员人在实施所披露的用户界面时，并不需 要所述例子的具体细节(如屏幕显示区57020的位置，用户选择的表现形式，使 用单个的显示视窗)。同样，所披露的用户界面也可被用于其他种类的多媒体服 务(如媒体点播、媒体组播、媒体广播和媒体转移)。\n6.2  媒体点播(MD)\n6.2.1  同一服务网关下的两个MP适配组件之间的媒体点播\n媒体点播可以使用户终端从MP适配组件(如媒体存储器)获取视频和/或 音频的信息。在一个实例配置中，媒体存储器位于一个服务网关(“服务网关媒 体存储器”)中，如服务网关1120中的媒体存储器1140。在另一个实例配置中， 媒体存储器是一个连在家庭网关上的用户终端，如用户终端1450。\n图58a及图58b描述了同一服务网关下的两个用户终端(如用户终端1380 与用户终端1450)之间的媒体点播服务的时间顺序图。为了说明情况，假设用 户终端1380向用户终端1450请求媒体点播服务。在这里用户终端1380是“呼 叫方”，用户终端1450是“用户终端媒体存储器”，而中层交换机1240即为“媒 体存储器方的中层交换机”。\n“媒体点播服务器系统”是指用来管理媒体点播服务的专用服务器系统。 媒体点播服务器系统可以是、但不局限于设置于服务网关1160(图12)中的服 务器组10010中的呼叫处理服务器系统12010，或支持家庭网关1200的家庭服 务器系统。\n以下的讨论主要是解释呼叫方、用户终端媒体存储器及服务网关中的媒体 点播服务器系统如何在媒体点播服务中的呼叫服务建立、呼叫通信及呼叫服务的 终结等三个阶段上进行互动。\n6.2.1.1  呼叫服务建立\n1.呼叫方(如用户终端1380)向服务网关(如服务网关1160)中的媒体 点播服务器系统发出一个媒体点播请求58000。媒体点播请求58000是 MP控制包，它包括呼叫方的网络地址及用户终端媒体存储器的用户地 址。因为呼叫方一般并不知道用户终端媒体存储器的网络地址，所以呼 叫方依靠服务网关中的服务器组将用户终端媒体存储器的用户地址映 射到相应的网络地址(未显示在图58a中)。另外，呼叫方及用户终端 媒体存储器从服务器组10010中的网络管理服务器系统12030(图12) 获取MP网络信息(如媒体点播服务器系统的网络地址)来开展媒体点 播服务。\n2.在接收到媒体点播请求58000后，媒体点播服务器系统进行多项服务验 证处理(如上面的服务器组部分所述)以决定是否允许呼叫方继续。\n3.媒体点播服务器系统通过发送媒体点播请求的回复58010来表明已收到 呼叫方的服务请求，媒体点播请求的回复是含有多项服务验证处理结果 的MP控制包。\n4.接着，媒体点播服务器系统将媒体点播建立包58020和58030分别传送 至呼叫方和用户终端媒体存储器。媒体点播建立包58030是通过媒体存 储器的中层交换机发送至用户终端媒体存储器的。媒体点播建立包 58020是MP控制包，包含有呼叫方和用户终端媒体存储器的网络地址， 以及所请求的媒体点播服务所被允许的数据流(如带宽)。而且，这些包 含有有色信息，该有色信息引导媒体存储器方的中层交换机(如中层交换 机1240)在中层交换机中建立上行链接数据包过滤器。这个更新上行链 接数据包过滤器的过程在上述的中层交换机部分已被详细论述。\n5.呼叫方和用户终端媒体存储器通过向媒体点播服务器系统分别传送媒 体点播建立回复包58040和58050来表明已收到媒体点播建立包58020 和58030。媒体点播建立回复包是MP控制包。\n6.媒体点播服务器系统收到媒体点播建立回复包后，开始收集媒体点播服 务的使用信息(如服务的持续时间及流量)。\n前面的关于用户终端媒体存储器的呼叫服务建立的描述在进行下列修改后 也适用于服务网关媒体存储器：\n如果媒体点播服务器系统向媒体存储器1140发送媒体点播建立包58030， 媒体点播建立包58030通过服务网关1120中的边缘交换机来绕过媒体存储器方 的中层交换机，并到达服务网关媒体存储器。在一个实施例中，服务网关1120 中的边缘交换机包括上行链接数据包过滤器。来自于媒体点播服务器系统的媒体 点播建立包建立了该上行链接数据包过滤器。\n6.2.1.2  呼叫通信\n1.在建立所请求的媒体点播服务之后，媒体存储器(服务网关媒体存储器 或用户终端媒体存储器)开始向呼叫方发送数据。例如，如图58a所示， 用户终端媒体存储器向呼叫方发出属于MP数据包的数据58060。另外， 媒体存储器方的中层交换机(如中层交换机1240)进行上行链接数据包 过滤检查(已在前面的中层交换机部分被详细论述)以决定是否允许数 据包通过中层交换机而到达服务网关1160。\n2.在呼叫通信阶段，媒体点播服务器系统不时地把属于MP控制包的维持 媒体点播包58070和58080传送至呼叫方和用户终端媒体存储器。媒体 点播服务器系统通过这些MP控制包来收集参与媒体点播服务各方的通 信连接状态的信息(如错误率和数据包丢失的数目)。\n3.呼叫方及用户终端媒体存储器通过向媒体点播服务器系统发送维持媒 体点播回复包58090及58100来表明已收到维持媒体点播包。维持媒体 点播回复包是MP控制包，其中包括所请求的通信连接状态信息(如错 码率及数据包丢失的数量)。基于维持媒体点播回复包58090及58100， 媒体点播服务器系统可以修正媒体点播服务。举例来说，如果该服务的 错误率超过了可容忍的范围，媒体点播服务器系统会通知呼叫方并终止 该服务。\n4.在呼叫通信阶段的任何时刻，呼叫方可以通过MP网络来控制媒体存储 器。具体地说，呼叫方可以向用户终端媒体存储器发送一个属于MP带 内信令数据包的媒体点播操纵58110。该数据包在其有效载荷数据域 5050内含有控制信息，该控制信息可以控制媒体存储器快进、倒退、暂 停及播放所存储的信息，但并不限于上述的功能。\n6.2.1.3  呼叫终结\n呼叫方、媒体点播服务器系统及媒体存储器均可以启动呼叫终结。\n6.2.1.3.1  呼叫方启动的呼叫终结\n1.呼叫方向媒体点播服务器系统发送一个属于MP控制包的媒体点播终结 58120。作为回复，媒体点播服务器系统向呼叫方发送一个也属于MP 控制包的媒体点播终结回复58130，并通过媒体存储器方的中层交换机 向用户终端媒体存储器发送媒体点播终结58125。另外，媒体点播服务 器系统停止收集该服务的使用信息(如服务持续时间及信息流)，并将 收集的服务使用信息送至本地的计费服务器系统，如服务网关1160中 的服务器组10010中的计费服务器系统12040(图12)。或着，在按次 付费的服务中，媒体点播服务器系统只是将已提供媒体点播服务的消息 报告给计费服务器系统12040。\n2.对于用户终端媒体存储器来说，在收到媒体点播终结58125后，媒体存 储器方的中层交换机对其上行链接数据包过滤器进行复位。同样地，对 于服务网关媒体存储器来说，在收到从媒体点播服务器系统传向服务网 关媒体存储器的终结包后，服务网关中的边缘交换机也对其上行链接数 据包过滤器进行复位(假如边缘交换机包括上行链接数据包过滤器的 话)。\n3.在呼叫方收到来自于媒体点播服务器系统的媒体点播终结回复58130和 媒体点播服务器系统收到来自于用户终端媒体存储器的媒体点播终结 回复58140后，媒体点播服务被终结。\n6.2.1.3.2  媒体点播服务器系统启动的呼叫终结\n一个媒体点播服务器系统的实施例会在其检测到无法容忍的通信条件(如丢 失数据包过多，错误率过高，或维持媒体点播的回复包丢失过多)时启动呼叫终 结。\n1.媒体点播服务器系统将属于MP控制包的媒体点播终结58150及58160 分别传送至呼叫方和用户终端媒体存储器。作为回复，呼叫方和用户终 端媒体存储器将也属于MP控制包的媒体点播终结回复58170和58180 传送至媒体点播服务器系统去终结媒体点播服务。当发出媒体点播终结 包时，媒体点播服务器系统停止收集服务的使用信息(如业务的持续时间 或信息流)。媒体点播服务器系统将收集的业务使用信息送至一个本地的 计费服务器系统，如服务网关1160中的服务器组10010中的计费服务 器系统12040(图12)。\n2.对于用户终端媒体存储器来说，在收到媒体点播终结58160后，媒体存 储器方的中层交换机对其上行链接数据包过滤器进行复位。同样，对于 服务网关媒体存储器来说，在收到从媒体点播服务器系统传向服务网关 媒体存储器的终结包后，服务网关中的边缘交换机也对其上行链接数据 包过滤器进行复位(假如边缘交换机包括上行链接数据包过滤器的话)。\n6.2.1.3.3  媒体存储器启动的呼叫终结\n1.媒体存储器通过媒体存储器方的中层交换机向媒体点播服务器系统发 送属于MP控制包的媒体点播终结58190。接着，媒体点播服务器系统 向呼叫方发出媒体点播终结58195。作为回复，呼叫方将也属于MP控 制包的媒体点播终结回复58200传送至媒体点播服务器系统去终结媒体 点播服务。在收到媒体点播终结58190后，媒体点播服务器系统向用户 终端媒体存储器发送媒体点播终结回复58210，停止收集服务的使用信 息(包括服务持续时间及信息流)，并将收集到的使用信息传送至本地 的计费服务器系统，如服务网关1160中的服务器组10010中的计费服 务器系统12040(图12)。\n2.对于用户终端媒体存储器来说，在收到媒体点播终结58190后，媒体存 储器方的中层交换机对其上行链接数据包过滤器进行复位。同样，对于 服务网关媒体存储器来说，在收到从媒体点播服务器系统传向服务网关 媒体存储器的终结包后，服务网关中的边缘交换机也对其上行链接数据 包过滤器进行复位(假如边缘交换机包括上行链接数据包过滤器的话)。\n6.2.2  属于两个服务网关下的两个MP适配组件之间的媒体点播\n图59a及图59b描述了属于两个不同服务网关下的两个MP适配组件(如图 1d所示的用户终端1380及用户终端1320)之间的媒体点播服务的时间顺序图。 为了便于说明，用户终端1380即为“呼叫方”，用户终端1320为“用户终端媒 体存储器”，中层交换机1180为“呼叫方中间交换机”，中层交换机1080为“媒 体存储器方的中层交换机”。需要注意的是，如果用户终端1380从一个服务网 关媒体存储器(如媒体存储器1140)请求媒体点播服务，那么该服务不涉及媒 体存储器方的中层交换机，但会涉及服务网关1120中的边缘交换机。\n位于服务网关1160中的服务器组10010中的呼叫处理服务器系统12010是 “呼叫方呼叫处理服务器系统”。同样地，服务网关1060中的呼叫处理服务器 系统为“媒体存储器呼叫处理服务器系统”。当服务网关专门指定一个呼叫处理 服务器系统用于管理媒体点播服务时，该被指定的呼叫处理服务器系统即被称为 “媒体点播服务器系统”。服务网关1060及1160的实施例可包括多个呼叫处理 服务器系统，并指定每一个服务器系统来专门负责一种多媒体服务。\n另外，假设服务网关1160是MP城域网1000的城域中心网络管理群，位 于服务网关1160中的服务器组10010中的网络管理服务器系统12030就是城域 中心网络管理服务器系统。下面的讨述主要解释了呼叫各方如何在媒体点播服务 中的呼叫服务建立、呼叫通信及呼叫终结等三个阶段上进行互动。\n6.2.2.1  呼叫服务建立\n1.城域中心网络管理服务器系统(本例中位于服务网关1160中的网络管 理服务器系统12030)的一个实施例不时地将网络资源信息播送至MP 城域网1000的服务器系统(如呼叫方媒体点播服务器系统及媒体存储 器方的媒体点播服务器系统)。网络资源信息包括、但不局限于服务器 系统的网络地址、MP城域网1000的数据流量及MP城域网1000中的 服务器系统的可用带宽和/或其容量。\n2.当服务器系统收到来自于城域中心网络管理服务器系统的网络资源信 息时，服务器系统从播送的信息中提取并维持一些特定的信息。举例来 说，因为呼叫方媒体点播服务器系统希望连通媒体存储器方的媒体点播 服务器系统，所以呼叫方媒体点播服务器系统就从传送的信息中提取媒 体存储器方的媒体点播服务器系统的网络地址。\n3.呼叫方(如用户终端1380)通过呼叫方中层交换机(如中层交换机1180) 向呼叫方媒体点播服务器系统发送媒体点播请求59000。媒体点播请求 59000是MP控制包，其中包括呼叫方的网络地址信息及用户终端媒体 存储器的用户地址。如上面的逻辑层部分所述，呼叫方一般不知到用户 终端媒体存储器的网络地址，而知道用户终端媒体存储器的用户地址。 实际上，呼叫方是通过服务网关中的服务器组将用户终端媒体存储器的 用户地址映射到一个相应的网络地址上的。此外，呼叫方及用户终端媒 体存储器分别从服务网关1160中的服务器组中的网络管理服务器系统 和服务网关1060获取MP网络信息(如呼叫方媒体点播服务器系统和存 储器媒体点播服务器系统的网络地址)来开展媒体点播服务。\n4.在收到媒体点播请求59000后，呼叫方媒体点播服务器系统进行多项服 务验证处理(如前面的服务器组部分所述)以决定是否允许呼叫方继续。\n5.呼叫方媒体点播服务器系统通过发送媒体点播请求的回复59010来表明 已收到呼叫方的服务请求，媒体点播请求的回复是含有多项服务验证处 理结果的MP控制包。\n6.接着，呼叫方媒体点播服务器系统通过呼叫方中层交换机将媒体点播建 立包59020传送至呼叫方，以及将示意媒体点播连接59030传送至媒体 存储器方的媒体点播服务器系统。建立包及示意连接是MP控制包，包 括呼叫方和用户终端媒体存储器的网络地址，以及所请求的媒体点播服 务所被允许的数据流量(如带宽)。\n7.媒体存储器方的媒体点播服务器系统通过媒体存储器方的中层交换机 将媒体点播建立包59040传送至用户终端媒体存储器。建立包含有色信 息，该有色信息引导呼叫方中层交换机(如中层交换机1180)和媒体存储 器方的中层交换机(如中层交换机1080)在中层交换机中建立上行链接 数据包过滤器。这个更新上行链接数据包过滤器的过程在前面的中层交 换机部分已被详细论述。\n8.呼叫方和用户终端媒体存储器通过向它们各自的媒体点播服务器系统 分别发送媒体点播建立回复包59050和59060来表明已收到媒体点播建 立包59020和59040。媒体点播建立回复包是MP控制包。\n9.在收到媒体点播建立回复包59060后，媒体存储器方的媒体点播服务器 系统通过传送确认媒体点播连接59070来通知呼叫方媒体点播服务器系 统继续媒体点播服务。此外，呼叫方媒体点播服务器系统收到媒体点播 建立回复包59050及确认媒体点播连接59070后，开始收集媒体点播服 务的使用信息(如服务的持续时间及流量)。\n如果呼叫方及媒体存储器位于不同的MP城域网(但位于同一国家网)，或 位于不同的MP国家网，上述的媒体点播建立阶段则会包括与上面媒体电话服务 呼叫处理部分所描述的步骤相类似的额外的MP城域网间或MP国家网间的处理 程序。\n6.2.2.2  呼叫通信\n1.用户终端媒体存储器通过媒体存储器方的中层交换机、控制媒体存储器 方的中层交换机的服务网关中的边缘交换机、控制呼叫方中层交换机的 服务网关中的边缘交换机及呼叫方中层交换机开始向呼叫方发送数据 59080。数据59080是MP数据包。接着，媒体存储器方的中层交换机 的上行链接数据包过滤器进行上行链接数据包过滤检查(在前面的中层 交换机部分已被详细论述)以确定是否允许数据包抵达服务网关1060。 数据包通过的介于用户终端媒体存储器和控制用户终端媒体存储器的 服务网关(服务网关1060)中的边缘交换机之间的逻辑链路是自下而上的 逻辑链路，而数据包通过的介于控制呼叫方的服务网关(服务网关1160) 中的边缘交换机和呼叫方之间的逻辑链路是自上而下的逻辑链路。而 且，如前面的逻辑层部分所述，服务网关1060中的边缘交换机通过查 询路由表(可离线计算)来把数据包传送到服务网关1160中的边缘交换 机。\n2.呼叫方媒体点播服务器系统在呼叫通信阶段不时地向媒体存储器方的 媒体点播服务器系统发送维持媒体点播包59090及媒体点播状态查询 59100。媒体存储器方的媒体点播服务器系统进一步将维持媒体点播包 59110传送至用户终端媒体存储器。维持媒体点播包59090及59110是 MP控制包，它们是被用来收集媒体点播服务中各方的通信连接状态的 信息(如错误率和丢失数据包的数目)。\n3.呼叫方及用户终端媒体存储器通过分别发送(经过它们各自的中层交换 机)维持媒体点播回复包59120及59130至各自的媒体点播服务器系统 来表明已收到维持媒体点播包。维持媒体点播回复包是MP控制包，它 含有所请求和查询的通信连接状态的信息(如错误率和丢失数据包的数 目)。\n4.收到维持媒体点播回复包59130后，媒体存储器方的媒体点播服务器系 统通过媒体点播状态查询结果59140把来自于用户终端媒体存储器的通 信连接状态的信息传送至呼叫方媒体点播服务器系统。\n5.根据维持媒体点播回复包59120及媒体点播状态查询结果59140的内 容，呼叫方媒体点播服务器系统可调整媒体点播服务。例如，如果错误 率超出了可容忍的范围，呼叫方媒体点播服务器系统可通知各参与方并 终结通信服务。\n6.在呼叫通信阶段的任何时刻，呼叫方可以通过MP网络来控制媒体存储 器。具体地来说，呼叫方可以向用户终端媒体存储器发送一个属于MP 带内信令数据包的媒体点播操纵59150。该数据包在其有效载荷数据域 5050内含有控制信息，该控制信息可以控制媒体存储器快进、倒退、暂 停及播放所存储的信息，但并不限于上述的功能。\n如果呼叫方及媒体存储器位于不同的MP城域网(但位于同一国家网)，或 位于不同的MP国家网，上述的媒体点播通信阶段则会包括与上面媒体电话服务 呼叫处理部分所描述的步骤相类似的额外的MP城域网间或MP国家网间的数据 包传送步骤。\n6.2.2.3  呼叫终结\n呼叫方、呼叫方媒体点播服务器系统、媒体存储器方的媒体点播服务器系统 或媒体存储器可以启动呼叫终结。\n6.2.2.3.1  呼叫方启动的呼叫终结\n1.呼叫方向呼叫方媒体点播服务器系统发送属于MP控制包的媒体点播终 结59180。作为回复，呼叫方媒体点播服务器系统通过向呼叫方发送媒 体点播终结回复59190来表明已收到终结请求，并通过示意媒体点播终 结59200来通知媒体存储器方的媒体点播服务器系统该终结请求。另外， 呼叫方媒体点播服务器系统停止收集服务的使用信息(如服务持续时间 及信息流量)并将收集到的使用信息传送至本地的一个计费服务器系 统，如服务网关1160中的服务器组10010中的计费服务器系统12040 (图12)。或者，在按次付费的服务中，呼叫方媒体点播服务器系统只 是将已提供媒体点播服务的消息报告给计费服务器系统12040。\n2.收到示意媒体点播终结59200后，媒体存储器方的媒体点播服务器系统 将媒体点播终结59210通过媒体存储器方的中层交换机传送至用户终端 媒体存储器。\n3.对于用户终端媒体存储器来说，在收到媒体点播终结59210后，媒体存 储器方的中层交换机对其上行链接数据包过滤器进行复位。同样地，对 于服务网关媒体存储器来说，在收到从媒体点播服务器系统传向服务网 关媒体存储器的终结包后，服务网关中的边缘交换机也对其上行链接数 据包过滤器进行复位(假如边缘交换机包括上行链接数据包过滤器的 话)。\n4.用户终端媒体存储器通过媒体存储器方的中层交换机向媒体存储器方 的媒体点播服务器系统发送媒体点播终结回复59220，表明已收到来自 于媒体存储器方的媒体点播服务器系统的终结请求。接着，媒体存储器 方的媒体点播服务器系统向呼叫方媒体点播服务器系统发送确认媒体 点播终结59230。\n5.在呼叫方收到来自于呼叫方媒体点播服务器系统的媒体点播终结回复 59190后，呼叫方终结媒体点播服务。\n6.2.2.3.2  媒体点播服务器系统启动的呼叫终结\n一个媒体点播服务器系统的实施例会在其检测到无法容忍的通信条件(如丢 失数据包过多，错误率过高，维持媒体点播回复包和/或媒体点播状态查询包丢 失过多)时启动呼叫终结。同样地，假如城域中心网络管理服务器系统在服务网 关中检测到无法容忍的通信条件时，它会终结呼叫通信。\n1.为方便说明，假设呼叫方媒体点播服务器系统启动呼叫终结，呼叫方媒 体点播服务器系统分别向呼叫方及媒体存储器方的媒体点播服务器系 统传送属于MP控制包的媒体点播终结59240及示意媒体点播终结 59250。作为回复，呼叫方向呼叫方媒体点播服务器系统发送媒体点播 终结回复59260，并有效地终结媒体点播服务。而且，媒体存储器方的 媒体点播服务器系统通过媒体存储器方的中层交换机向用户终端媒体 存储器发送媒体点播终结59270。当发出媒体点播终结及示意媒体点播 终结包时，呼叫方媒体点播服务器系统停止收集服务的使用信息(如服务 的持续时间或信息流量)。呼叫方媒体点播服务器系统将收集的使用信息 送至一个本地的计费服务器系统，如服务网关1160中的服务器组10010 中的计费服务器系统12040(图12)。\n2.对于用户终端媒体存储器来说，在收到媒体点播终结59270后，媒体存 储器方的中层交换机对其上行链接数据包过滤器进行复位。同样地，对 于服务网关媒体存储器来说，在收到从媒体点播服务器系统传向服务网 关媒体存储器的终结包后，服务网关中的边缘交换机也对其上行链接数 据包过滤器进行复位(假如边缘交换机包括上行链接数据包过滤器的 话)。\n3.收到媒体点播终结回复59280后，媒体存储器方的媒体点播服务器系统 向呼叫方媒体点播服务器系统发送确认媒体点播终结59290。\n4.收到确认媒体点播终结59290及媒体点播终结回复59260后，呼叫方媒 体点播服务器系统终结服务。\n类似的步骤适用于媒体存储器方的媒体点播服务器系统启动的呼叫终结。\n6.2.2.3.3  用户终端媒体存储器启动的呼叫终结\n1.用户终端媒体存储器通过媒体存储器方的中层交换机向媒体存储器方 的媒体点播服务器系统发送媒体点播终结59300来启动呼叫终结。接着， 媒体存储器方的媒体点播服务器系统向呼叫方媒体点播服务器系统发 送媒体点播终结请求59310。呼叫方媒体点播服务器系统停止收集服务 的使用信息(如服务的持续时间或信息流量)，并将收集的使用信息送至 服务网关1160中的服务器组10010中的计费服务器系统12040。\n2.接着，呼叫方媒体点播服务器系统向呼叫方发送媒体点播终结59320， 并向媒体存储器方的媒体点播服务器系统发送媒体点播终结请求回复 59330。\n3.收到媒体点播终结请求回复59330后，媒体存储器方的媒体点播服务器 系统结束服务，并通过媒体存储器方的中层交换机向用户终端媒体存储 器发送媒体点播终结回复59340。\n4.对于用户终端媒体存储器来说，在收到媒体点播终结回复59340后，媒 体存储器方的中层交换机对其上行链接数据包过滤器进行复位。同样 地，对于服务网关媒体存储器来说，在收到从媒体点播服务器系统传向 服务网关媒体存储器的终结包后，服务网关中的边缘交换机也对其上行 链接数据包过滤器进行复位(假如边缘交换机包括上行链接数据包过滤 器的话)。\n5.作为对媒体点播终结59320的回复，呼叫方不再参与媒体点播服务，并 向呼叫方媒体点播服务器系统发送媒体点播终结回复59350。\n6.3  媒体组播(MM)\n6.3.1  同一服务网关下的多个用户终端之间的媒体组播\n媒体组播可使一个用户终端与其他多个用户终端之间进行实时的多媒体信 息通信。启动媒体组播服务的一方即是“呼叫方”，接受呼叫方的邀请参与媒体 组播服务的各方称为“被呼叫方”。在一些情况下，媒体组播服务涉及到一个“集 会通知者”。在收到呼叫方启动媒体组播的服务请求后，集会通知者会向媒体组 播服务的被邀请方发出关于媒体组播服务的信息。集会通知者可以、但不局限于 服务网关1160中的服务器组10010中的服务器系统(图10)，或连在家庭网关 1200(图1d)上的用户终端(如家庭服务器系统)。\n为了便于说明，假设上述的各参与方均属于同一服务网关，如服务网关1160。 在此例中，用户终端1380最初请求与用户终端1400和1420进行媒体组播服务， 接着把用户终端1450作为一个新的被呼叫方添加到服务中。用户终端1380则为 “呼叫方”，用户终端1400是“被呼叫方1”，用户终端1450是“被呼叫方2”， 用户终端1420是“被呼叫方3”。在一个实施例中，用户终端1360是“集会通 知者”。“呼叫方中层交换机”在此处指中层交换机1180。另外，“媒体组播 服务器系统”是指一个被指定用来管理媒体组播服务的服务器系统。具体地说， 媒体组播服务器系统可以是位于服务网关1160中的服务器组10010中的呼叫处 理服务器系统12010(图12)。下面的论述主要是解释各方如何在媒体组播服务 的被呼叫方成员建立、呼叫服务建立、呼叫通信及呼叫终结等四个阶段上进行互 动。\n6.3.1.1  被呼叫方成员建立\n图60和61说明了媒体组播服务中的被呼叫方成员建立的两种方法。一个实 施例涉及了集会通知者(图60)，另一个并不包括(图61)。\n根据图60：\n1.呼叫方将含有集会相关信息(如集会时间、主题及内容)的集会通知 60000及含有被呼叫方名单(被呼叫方的用户地址)的集会参加者名单 60010发送至集会通知者。集会通知60000及集会参加者名单60010均 为MP控制包。\n2.集会通知者将用户地址发送至服务器组10010以获取对应的网络地址。\n3.根据被呼叫方的网络地址，集会通知者通过集会通知包60020、60030 及60040将集会通知60000中的信息发送到各被呼叫方。\n4.各被呼叫方通过集会通知回复60050、60060及60070来表示是同意还 是拒绝参加媒体组播服务。上述的集会通知回复是MP控制包。\n或者，图61描述了媒体组播服务中一个建立不涉及集会通知者的被呼叫方 成员建立的过程。具体地说：\n1.呼叫方将属于MP控制包的集会通知包61000、61010及61020发送至 各被呼叫方。\n2.各被呼叫方将属于MP控制包的集会通知回复包61030、61040及61050 发送至呼叫方，以表明其参与媒体组播服务的意愿。\n虽然这里叙述了被呼叫方成员建立的两个过程，显然，对于本领域内的一般 技术人员来说，可以用其他的机制在MP网络中建立被呼叫方成员。例如，被呼 叫方成员可以通过、但不局限于电话、电报、传真及面对面交流的离线方案来建 立。\n6.3.1.2  呼叫服务建立\n图62a和图62b描述了媒体组播服务中的呼叫服务的建立程序。具体地说：\n1.呼叫方(如用户终端1380)通过呼叫方中层交换机(如中层交换机1180) 向媒体组播服务器系统发送媒体组播多项服务验证处理的请求62000。\n2.作为回复，媒体组播服务器系统执行所请求的多项服务验证处理(在前 面的服务器组部分及接下来的部分均有详细论述)，以决定是否允许呼 叫方继续，并通过媒体组播多项服务验证处理结果62010将多项服务验 证处理的结果传送至呼叫方。媒体组播多项服务验证处理的请求62000 与媒体组播多项服务验证处理结果62010均为MP控制包。\n3.媒体组播服务器系统发出属于MP控制包的媒体组播建立包62020、 62030及62035，这些控制包中的目的地地址域5010含有被呼叫方的网 络地址，以及它的有效载荷数据域5050含有一个保留的业务号码。控 制包62020通过服务网关1160中的边缘交换机和中层交换机1180被传 送至呼叫方，控制包62030及62035通过服务网关1160中的边缘交换 机及中层交换机(如传往用户终端1400，则是中层交换机1180；如传 往用户终端1450，则是中层交换机1240)被传送至被呼叫方1和2。\n4.收到媒体组播建立包62020、62030及62035后，服务网关1160中的边 缘交换机和呼叫方中层交换机(如中层交换机1180及中层交换机1240) 根据有色信息(在前面的边缘交换机部分及中层交换机部分已被论述 过)来更新它们的链路表。中层交换机根据这些包中的局部地址信息进 一步地将这些包传送至家庭网关(如家庭网关1200及1260)。\n5.收到媒体组播建立包62020后，呼叫方中层交换机(如中层交换机1180) 建立自己的上行链接数据包过滤器(在前面的中层交换机部分已被论述 过)。\n6.呼叫方及被呼叫方通过媒体组播建立回复62040、62050及62060来回 复媒体组播建立包。\n另外需要注意的是，假如媒体组播多项服务验证处理结果62010示意所请求 的操作不成功，媒体组播服务会在没有任何进一步处理的情况下终结。另一方面， 假如媒体组播多项服务验证处理结果62010示意所请求的操作被验证通过，而媒 体组播建立回复62040、62050和62060中的一个示意了媒体组播建立的失败， 则示意媒体组播建立失败的一方会缺席该媒体组播服务。或者，假如媒体组播服 务要求所有各方必须全部出席，而所述的一个回复包示意了媒体组播建立的失 败，那么媒体组播服务就会在没有任何进一步处理的情况下终结。\n图63a及图63b描述了一个涉及到服务网关中的服务器组群中的多个服务器 系统的多项服务验证处理的步骤。多个服务器系统包括呼叫方媒体组播服务器系 统(如图12所示，被指定专门用来进行媒体组播操作的呼叫处理服务器系统 12010)、地址映射服务器系统(如地址映射服务器系统12020)、网络管理服 务器系统(如网络管理服务器系统12030)及计费服务器系统(如计费服务器系 统12040)。\n1.呼叫方向呼叫方媒体组播服务器系统发送媒体组播请求63000。因为媒 体组播服务在同一个服务网关下发生(如服务网关1160)，呼叫方媒体 组播服务器系统同样也控制所有被呼叫方。属于MP控制包的媒体组播 请求63000含有媒体组播服务付费方的用户地址及呼叫方和媒体组播服 务器系统的网络地址。呼叫方通过网络信息发布(在前面的服务器组部 分已被论述过)获取其自身的网络地址及呼叫方媒体组播服务器系统的 网络地址。\n2.在收到来自于呼叫方的媒体组播请求63000后，呼叫方媒体组播服务器 系统向地址映射服务器系统发送含有付费方用户地址及地址映射服务 器系统网络地址的地址解析查询63010。呼叫方媒体组播服务也是通过 网络信息发布来获取地址映射服务器系统的网络地址。\n3.地址映射服务器系统将付费方的用户地址映射到付费方的网络的地址， 并通过地址解析查询回复63020向呼叫方媒体组播服务器系统发送付费 方的网络地址。\n4.呼叫方媒体组播服务器系统向计费服务器系统发送包括付费方及计费 服务器系统的网络地址在内的财务状况查询63030。\n5.计费服务器系统通过财务状况查询结果63040，将付费方财务状况传送 至呼叫方媒体组播服务器系统。\n6.呼叫方媒体组播服务器系统向呼叫方传送媒体组播请求回复63050。在 一个实施例中，该回复通知了呼叫方是否继续媒体组播服务。\n7.如果呼叫方被允许继续媒体组播服务，呼叫方将含有被呼叫方1用户地 址的媒体组播服务成员1的信息63060发送至呼叫方媒体组播服务器系 统。\n8.呼叫方媒体组播服务器系统将含有被呼叫方1用户地址的地址解析查询 63070传送至地址映射服务器系统。\n9.地址映射服务器系统通过地址解析查询回复63080发回被呼叫方1的网 络地址。\n10.呼叫方媒体组播服务器系统将含有被呼叫方1及被呼叫方2网络地址的 网络资源状态查询63090传送至网络管理服务器系统。\n11.根据网络管理服务器系统所获取的资源信息，网络管理服务器系统决定 是否批准呼叫方建立与被呼叫方1及被呼叫方2进行媒体组播服务的请 求。另外，网络管理服务器系统的一个实施例还维持一组业务号码以分 配给它所管辖的用户终端所涉及的媒体组播服务。具体地说，如果网络 管理服务器系统分配一个指定的业务号码给所请求的媒体组播服务，该 业务号码则成为保留业务号码，而且在所请求的媒体组播服务终结前不 能被用于其他用途。网络管理服务器系统通过网络资源状态查询结果 63100将其呼叫认可决定及保留业务号码发送至呼叫方媒体组播服务器 系统。\n12.如果网络管理服务器系统批准呼叫方的请求，呼叫方媒体组播服务器系 统向被呼叫方1发送被呼叫方查询63110。\n13.被呼叫方1通过被呼叫方查询结果63120回复呼叫方媒体组播服务器系 统。在一个实施例中，这个查询结果将被呼叫方1参与服务的状态告知 了呼叫方媒体组播服务器系统。\n14.呼叫方媒体组播服务器系统接着通过确认媒体组播服务中的被呼叫方1 的63130将被呼叫方1的回复发送至呼叫方。\n15.如果存在多个被呼叫方，如被呼叫方2，则以上所述的7至14的步骤就 重复进行。\n如果有某些条件不符合，上述的多项服务验证处理会自动终结。例如，如果 付费方的财务状况无法获取，则呼叫方媒体组播服务器系统会通知呼叫方，并有 效地终结多项服务验证处理。很显然，对于本领域内的一般技术人员来说，实施 所述的多项服务验证处理无需特定的细节，而且不超出所披露的多项服务验证处 理技术范围。而且，虽然在上述的论述中网络管理服务器系统负责保留业务号码， 但是，同样明显的是，本领域内具的一般技术人员可以用其他的服务器系统(如 呼叫处理服务器系统)来实施保留业务号码的工作，也不会超出所披露的MP媒 体组播技术范围。\n6.3.1.3  呼叫通信\n图62a描述了媒体组播服务中的呼叫通信过程的示例。具体地说：\n1.呼叫方(如用户终端1380)向被呼叫方(如用户终端1400、用户终端 1420及用户终端1450)发送属于MP数据包的数据62070。在一个实施 例中，因为在媒体组播服务的呼叫通信阶段所使用的网络地址采用如图 9c所示的网络地址格式，这些数据包含有相同的目的地地址。更具体地 说，因为这些MP数据包在MP城域网中传输(如MP城域网1000)， 这些数据包中的数据类型子域9220、MP子域9230、国家子域9240及 城市子域9250含有相同的信息。另外，既然每一个组播服务对应于一 个业务号码，同一媒体组播服务中的数据包对应于一种有色信息(如媒 体组播有色数据)，这些数据包中的业务号码子域及一般有色子域6090 也含有相同的信息。\n2.呼叫方中层交换机(如中层交换机1180)接着对这些数据包执行上行链 接数据包过滤检查，上行链接数据包过滤检查已经在前面的中层交换机 部分作了详细的论述。\n3.如果数据包没有通过上行链接数据包过滤检查，呼叫方中层交换机就会 丢弃这些数据包。或者，呼叫方中层交换机可将数据包发往一个指定的 用户终端以跟踪自呼叫方向被呼叫方的传输失败的比率。\n4.在数据62070的传送过程中，媒体组播服务器系统不时地分别向呼叫方、 被呼叫方1及被呼叫方2发送维持媒体组播包62080、62090及62095。 维持媒体组播包62080、62090及62095是MP控制包，它们含有分别 与媒体组播建立包62020、62030及62035相同的目的地地址(如相同 的局部地址信息及相同的业务号码)。\n5.如上面的边缘交换机、中层交换机及用户交换机部分所述，媒体组播服 务的传输路径上的交换机根据维持媒体组播包来更新其链路表。\n6.呼叫方及被呼叫方分别通过维持媒体组播回复包62100、62110及62120 来回复维持媒体组播包。如果任何回复包示意了对维持媒体组播包的拒 绝或失败，示意失败或拒绝的参与方将转入下面所论述的媒体组播服务 的终结阶段。\n7.当媒体组播服务器系统收到来自于呼叫方第一个维持媒体组播回复包 后(如维持媒体组播回复62100)，媒体组播服务器系统就开始计算与 媒体组播服务计费相关的参数(如流量及媒体组播服务的持续时间)。 在服务器组的一个实施例中，媒体组播服务器系统或网络管理服务器系 统可以建立这些与计费相关的参数及用来追踪这些参数的相关策略。在 一个实施例中，如果来自于呼叫方及被呼叫方的维持媒体组播回复包丢 失的数量超过了预先设定的值，则媒体组播服务器系统将把媒体组播服 务转入下面所论述的终结阶段。\n虽然上述的例子描述了媒体组播服务中呼叫方和多个被呼叫方之间进行的 半双工数据通信，但是，很显然，本领域内的一般技术人员可使用所论述的技术 在媒体组播服务中实现全双工数据通信。在一个实施例中，如果上述的一个被呼 叫方希望向媒体组播服务中的其他方发送资料，该被呼叫方可以申请另一个媒体 组播服务，并邀请同样的参与方加入。作为结果，即使呼叫方与被呼叫方使用不 同的业务号码来传送数据，呼叫方与被呼叫方事实上实现了全双工数据通信。或 者，真正的全双工(即呼叫方及被呼叫方均可同时使用同一业务号码来传送数据) 数据通信可通过与图62a及上述的程序相类似的步骤来实现。然而，为保证全双 工通信中的安全性没有被危及，媒体组播服务器系统将建立呼叫方中层交换机及 被呼叫方中层交换机的上行链接数据包过滤器。\n在上述的媒体组播的呼叫通信阶段，一个新的被呼叫方可以被添加到媒体组 播服务中，一个现有的被呼叫方可以从媒体组播服务中被剔除，以及媒体组播服 务中的参与方的身份也可以被查询。\n6.3.1.3.1  添加一个新的被呼叫方\n如果一个被呼叫方(如被呼叫方3)要加入一个正在进行的媒体组播服务， 该被呼叫方首先通知呼叫方。接着呼叫方按照图64所描述的程序将被呼叫方3 添加到媒体组播服务中。具体过程是：\n1.呼叫方(如用户终端1380)向媒体组播服务器系统发送媒体组播成员信 息64000。媒体组播成员信息64000是MP控制包，它示意了添加被呼 叫方3(如用户终端1420)的请求，及媒体组播服务付费方和被呼叫方3 的用户地址。\n2.媒体组播服务器系统执行如图63a及63b所描述的多项服务验证处理程 序以决定是否批准呼叫方的请求。\n3.媒体组播服务器系统通过确认媒体组播中的被呼叫方64010来作回复， 确认媒体组播中的被呼叫方64010含有多项服务验证处理的结果。\n4.如果媒体组播服务器系统批准了呼叫方的请求，媒体组播服务器系统接 着分别通过呼叫方中层交换机向呼叫方以及通过被呼叫方3中层交换机 向被呼叫方3发送媒体组播建立包64020及64030。媒体组播建立包是 MP控制包，它建立传输路径上的交换机的链路表。\n5.作为回复媒体组播建立包64020，呼叫方中层交换机(如中层交换机 1180)也执行上行链接数据包过滤器的建立。\n6.作为回复媒体组播建立包，呼叫方及被呼叫方3分别通过媒体组播建立 回复64040及64050来回复。\n在添加被呼叫方3后，被呼叫方3即开始自呼叫方接收媒体组播数据包。\n6.3.1.3.2  剔除已加入组播的被呼叫方\n如果呼叫方(如用户终端1380)要从正在进行的媒体组播服务中剔除一个 已加入组播的被呼叫方，如被呼叫方2(如用户终端1450)，图64描述了示例 的过程。具体过程是：\n1.呼叫方向媒体组播服务器系统发送媒体组播成员信息64060。媒体组播 成员信息64060是MP控制包，含有被呼叫方2的用户地址及将被呼叫 方2剔除的请求。媒体组播服务器系统或者在建立了该媒体组播服务后 维持被呼叫方2的网络地址，或者通过查询地址映射服务器系统后获取 该网络地址。\n2.媒体组播服务器系统向呼叫方发送确认媒体组播中的被呼叫方64070， 确认媒体组播中的被呼叫方64070是MP控制包，它确认了从媒体组播 服务中将被呼叫方2剔除。确认媒体组播中的被呼叫方64070也对呼叫 方中层交换机(如上行链接数据包过滤器并不是基于被呼叫方2的源地 址来执行过滤的)中的上行链接数据包过滤器的一些参数进行复位。\n在被呼叫方2自媒体组播服务中被剔除后，媒体组播服务器系统的一个实施 例停止发送含有被呼叫方2信息的维持媒体组播包。作为结果，传输路径上的 MP适配的交换机会将它们链路表中与被呼叫方2有关的条目复位为默认值。例 如，假设呼叫方中层交换机的链路表中的单元37000与被呼叫方2的通信状态相 对应，则链路表将单元37000复位为默认值0。\n如果被呼叫方2自己主动要求退出服务，除了被呼叫方2将媒体组播成员 信息64060发送至媒体组播服务器系统，上述的剔除程序一般也适用。\n6.3.1.3.3  媒体组播中的成员查询\n在呼叫通信阶段，一个正在进行的媒体组播服务中的被呼叫方可以查询媒体 组播服务中其他成员的信息。具体地说：\n1.被呼叫方1向媒体组播服务器系统发送媒体组播中的成员查询64080以 确定其他方，如被呼叫方2，是否是媒体组播服务的一个成员。媒体组 播中的成员查询64080是MP控制包，它含有被呼叫方2的用户地址。\n2.接着，媒体组播服务器系统通过媒体组播中的成员查询结果64090来回 复，媒体组播中的成员查询结果64090是含有查询结果的MP控制包。 在一个实施例中，媒体组播服务器系统通过查询一个含有被呼叫方2状 态信息(一个正在进行的媒体组播服务中的被呼叫方2的成员信息)的 表格来获取答案。如果上述表格是基于被呼叫方2的网络地址，则媒体 组播服务器系统在查询该表格之前会通过地址映射服务器系统以获取 被呼叫方2的网络地址。另一方面，如果上述表格是基于被呼叫方2的 用户地址，则媒体组播服务器系统可以使用被呼叫方2的用户地址来查 询该表格。\n6.3.1.4  呼叫终结\n呼叫方或媒体组播服务器系统可以启动呼叫终结。图62b描述了呼叫方及服 务器系统所要执行的示例性的程序。\n6.3.1.4.1  呼叫方启动的呼叫终结\n1.呼叫方(如用户终端1380)向位于服务网关1160中的服务器组中的媒 体组播服务器系统发送媒体组播终结62130。\n2.媒体组播服务器系统接着停止收集服务的使用信息(如服务持续时间及 流量)，并将所收集的使用信息传送至本地的计费服务器系统，如服务 网关1160中的服务器组10010中的计费服务器系统12040(图12)。\n3.媒体组播服务器系统通过呼叫方中层交换机向呼叫方发送媒体组播终 结的回复62140，并通过被呼叫方中层交换机向被呼叫方1及被呼叫方 2发送媒体组播终结62150及62155。媒体组播终结的回复62140含有 有色信息，该有色信息引发呼叫方中层交换机(如中层交换机1180)来 执行上面中层交换机部分所论述的上行链接数据包过滤器的复位。\n4.作为回复媒体组播终结62150及62155，被呼叫方向媒体组播服务器系 统发送媒体组播终结的回复61260及62170。\n5.在一个实施例中，如果媒体组播服务传输路径上的MP适配的交换机在 预定的时间内没有收到维持媒体组播包，交换机的链路表中的与媒体组 播服务相关的条目会被复位为其默认值。\n6.3.1.4.2  媒体组播服务器系统启动的呼叫终结\n1.媒体组播服务器系统分别向呼叫方、被呼叫方1及被呼叫方2发送媒体 组播终结62180、62190、62195。接着，媒体组播服务器系统停止收集 服务的使用信息(如服务持续时间或流量)，并将所收集的使用信息传 送至本地的计费服务器系统，如服务网关1160中的服务器组10010中 的计费服务器系统12040(图12)。\n2.媒体组播终结62180是含有有色信息的MP控制包，该有色信息引发呼 叫方中层交换机(如中层交换机1180)来执行上面中层交换机部分所论 述的上行链接数据包过滤器的复位。\n3.呼叫方及被呼叫方通过媒体组播终结的回复62200、62210及62220来 回复媒体组播终结包。\n6.3.2  属于多个服务网关下的多个MP适配组件之间的媒体组播\n图66a、66b、66c及66d是描述MP城域网中属于多个服务网关下的多个 MP适配组件之间的媒体组播时间顺序图。为了便于说明，图65所示的MP城 域网65000中的用户终端65110启动媒体组播服务，因此它是“呼叫方”。用户 终端65120、65130、65140及65150则是“被呼叫方”。为了方便起见，用户终 端65120是“被呼叫方1”，用户终端65140是“被呼叫方2”，中层交换机65050 是“呼叫方中层交换机”。\n类似于服务网关1160中的服务器组10010中的呼叫处理服务器系统12010， 位于服务网关65020中的服务器组中的呼叫处理服务器系统即为“呼叫方呼叫处 理服务器系统”。位于服务网关65030及服务网关65040中的呼叫处理服务器系 统分别是“被呼叫方1的呼叫处理服务器系统”及“被呼叫方2的呼叫处理服务 器系统”。当服务网关专门指定一个呼叫处理服务器系统用于管理媒体组播服务 时，该指定的呼叫处理服务器系统即被称为“媒体组播服务器系统”。在这个 MP城域网65000的实施例中，服务网关65020、服务网关65030及服务网关65040 在其服务器组中含有多个指定的服务器系统(如媒体组播服务器系统、网络管理 服务器系统、地址映射服务器系统及计费服务器系统)。\n另外，假设服务网关65020是MP城域网65000的城域中心网络管理群，则 位于服务网关65020中的服务器组中的网络管理服务器系统就是城域中心网络 管理服务器系统。下面的论述主要是解释这些组件如何在媒体组播服务中的被呼 叫方成员建立、呼叫服务的建立、呼叫通信及呼叫终结等四个阶段上进行互动。\n6.3.2.1  被呼叫方成员建立\n这里所叙述的步骤与上述的在同一个服务网关下的被呼叫方成员建立的步 骤相同。而且，如上面的媒体电话服务部分所述，如果一个地址映射服务器系统 没有用来映射用户名或用用户地址来映射网络地址的必要的地址映射信息，则地 址映射服务器系统就会查询其城域中心地址映射服务器系统。如果城域中心地址 映射服务器系统也没有必要的地址映射信息，则城域中心地址映射服务器系统就 会查询其国家中心地址映射服务器系统。如果国家中心地址映射服务器系统也没 有必要的地址映射信息，于是国家中心地址映射服务器系统就会查询全球中心地 址映射服务器系统。\n6.3.2.2  呼叫建立\n网络信息发布\n在一个涉及同一服务网关下的多个用户终端之间的媒体组播服务中，服务网 关中的网络管理服务器系统负责收集并向用户终端方发送相关的网络信息(如服 务网关中的服务器组中的各服务器系统及参与媒体组播的各用户终端的网络地 址)。这种信息收集及发布的程序就叫“网络信息发布”，并已在前面的服务器 组部分被详细论述。\n另一方面，当媒体组播服务涉及到一个MP城域网中的多个服务网关时，网 络信息发布则涉及到一个城域中心网络管理服务器系统。用图65中的MP城域 网65000来作描述，位于服务网关65020中的城域中心网络管理服务器系统向 MP城域网中的其他网络管理服务器系统(如位于服务网关65030及65040中的网 络管理服务器系统)发送网络资源查询包。接受查询任务的网络管理服务器系统 向城域中心网络管理服务器系统汇报其所管理的网络资源的状态。\n城域中心网络管理服务器系统也会向MP城域网65000中的服务网关及媒体 组播服务的各参与方发布特定的信息来执行媒体组播服务，所述的信息包括、但 不局限于城域中心网络管理群(如服务网关65020)中的计费服务器系统、地址映 射服务器系统、呼叫处理服务器系统的网络地址及其自己的网络地址。\n同样地，当媒体组播服务涉及到同一MP国家网中的不同的MP城域网中的 多个服务网关时，网络信息发布则涉及到一个国家中心网络管理服务器系统。用 图2中的MP国家网2000来作描述，位于服务网关1020中的国家中心网络管理 服务器系统向MP国家网中的其他网络管理服务器系统(如位于城域网接入服务 网关2050及2070中的网络管理服务器系统及位于MP城域网1000、2030及2040 中的城域中心网络管理群中的网络管理服务器系统)发送网络资源查询包。接受 查询任务的网络管理服务器系统向国家中心网络管理服务器系统汇报其所管理 的网络资源的状态。\n国家中心网络管理服务器系统也会向MP国家网2000中的服务网关及媒体 组播服务的各参与方发布特定的信息来执行媒体组播服务，所述的信息包括、但 不局限于国家中心网络管理群(如服务网关1020)中的计费服务器系统、地址映射 服务器系统、呼叫处理服务器系统的网络地址及其自己的网络地址。\n另外，当媒体组播服务涉及到不同MP国家网中的多个服务网关时，网络信 息发布则涉及到一个全球中心网络管理服务器系统。用图3中的MP全球网3000 来作描述，位于服务网关2020中的全球中心网络管理服务器系统向MP全球网 中的其他网络管理服务器系统(如位于国家网接入服务网关3040及3050中的网 络管理服务器系统及位于MP国家网络2000、3030及3060中的国家中心网络管 理群中的网络管理服务器系统)发送网络资源查询包。接受查询任务的网络管理 服务器系统向全球中心网络管理服务器系统汇报其所管理的网络资源的状态。\n全球中心网络管理服务器系统也会向MP全球网3000中的服务网关及媒体 组播服务的各参与方发布特定的信息来执行媒体组播服务，所述的信息包括、但 不局限于全球中心网络管理群(如服务网关2020)中的计费服务器系统、地址映射 服务器系统、呼叫处理服务器系统的网络地址及其自己的网络地址。\n多项服务验证处理\n图67a及图67b描述了在媒体组播服务中，涉及MP城域网65000中多个服 务网关(如服务网关65020、服务网关65030及服务网关65040)的多项服务验 证处理的一个过程。\n1.呼叫方向呼叫方媒体组播服务器系统(如位于服务网关65020中的媒体 组播服务器系统)发送媒体组播请求67000。媒体组播请求67000是MP 控制包，含有媒体组播服务付费方及各被呼叫方(如用户终端65120、用 户终端65130、用户终端65140及用户终端65150)的用户地址，及呼叫 方(如用户终端65110)及呼叫方媒体组播服务器系统的网络地址。呼叫 方通过上面所述的以及服务器组部分所述的网络信息发布来获取其自 己及呼叫方媒体组播服务器系统的网络地址。\n2.从呼叫方收到媒体组播请求67000后，呼叫方媒体组播服务器系统向地 址映射服务器系统发送地址解析查询67010，地址解析查询67010含有 付费方和被呼叫方的用户地址，以及地址映射服务器系统的网络地址。 (呼叫方媒体组播服务器系统先前也是通过网络信息发布来获取地址映 射服务器系统的网络地址)。\n3.地址映射服务器系统将付费方的用户地址映射到付费方的网络地址，并 通过地址解析查询回复67020将付费方的网络地址发送至呼叫方媒体组 播服务器系统。\n4.呼叫方媒体组播服务器系统通过网络信息发布及上面所述的城域中心 网络管理服务器系统来获取被呼叫方1的服务器系统及被呼叫方2的服 务器系统的网络地址。\n5.呼叫方媒体组播服务器系统分别向被呼叫方1媒体组播服务器系统及被 呼叫方2媒体组播服务器系统发送媒体组播请求67030及67040。\n6.在收到媒体组播请求后，被呼叫方媒体组播服务器系统查询其网络管理 服务器系统(如位于服务网关65030及服务网关65040中的网络管理服 务器系统)是否有足够的资源(服务网关65030及服务网关65040所管理 和监控的带宽使用)来执行所请求的媒体组播服务。接着，被呼叫方1 及被呼叫方2的媒体组播服务器系统分别通过媒体组播请求回复67050 及67060来作回复。\n7.假设被呼叫方媒体组播服务器系统有足够的资源来执行所请求的媒体 组播服务，呼叫方媒体组播服务器系统接着向计费服务器系统发送含有 付费方及计费服务器系统网络地址的财务状况查询67070。\n8.计费服务器系统通过财务状况查询结果67080向呼叫方媒体组播服务器 系统发送付费方的财务状况信息。\n9.呼叫方媒体组播服务器系统向呼叫方发送媒体组播请求回复67090。在 一个实施例中，这个回复通知了呼叫方是否可以继续媒体组播服务。\n10.如果呼叫方被允许继续媒体组播服务，则呼叫方向呼叫方媒体组播服务 器系统发送含有被呼叫方1用户地址的媒体组播成员1的信息67100。 呼叫方在上面所述的被呼叫方成员建立阶段获取被呼叫方1的用户地 址。\n11.呼叫方媒体组播服务器系统向地址映射服务器系统发送含有被呼叫方1 用户地址的地址解析查询67110。\n12.地址映射服务器系统通过地址解析查询回复67120将被呼叫方1的网络 地址发回。\n13.呼叫方媒体组播服务器系统将含有被呼叫方1及被呼叫方2网络地址的 网络资源状态查询67130发送至呼叫方网络管理服务器系统。在本例中， 呼叫方网络管理服务器系统也是城域中心网络管理服务器系统。\n14.根据城域中心网络管理服务器系统拥有的资源信息，城域中心网络管理 服务器系统或者批准、或者拒绝呼叫方建立与被呼叫方1及被呼叫方2 媒体组播服务的请求。而且，该城域中心网络管理服务器系统的一个实 施例还维持一组业务号码以分配给它所管辖的服务网关所涉及的媒体 组播服务。具体地说，如果城域中心网络管理服务器系统分配一个指定 的业务号码给所请求的媒体组播服务，该业务号码则成为保留业务号 码，而且在所请求的媒体组播服务终结前不能被用于其他用途。城域中 心网络管理服务器系统通过网络资源状态查询结果67140将其呼叫认可 决定及保留业务号码发送至呼叫方媒体组播服务器系统。\n15.如果城域中心网络管理服务器系统批准呼叫方的请求，则呼叫方媒体组 播服务器系统向被呼叫方1发送被呼叫方查询67150发送。\n16.被呼叫方1通过被呼叫方查询结果67160来回复呼叫方媒体组播服务器 系统。在一个实施例中，这个查询结果将被呼叫方1参与服务的状态告 知呼叫方媒体组播服务器系统。\n17.呼叫方媒体组播服务器系统接着通过确认媒体组播服务中的被呼叫方1 的67170将被呼叫方1的回复发送至呼叫方。\n18.如果存在多个被呼叫方，如被呼叫方2，则以上所述的10至17的步骤 将会重复进行。\n虽然上面的叙述一般也适用于涉及位于不同MP城域网(但在同一MP国家 网)的多个服务网关或位于不同MP国家网的多个服务网关的媒体组播服务，但 是针对MP城域网间或MP国家网间的媒体组播服务的多项服务验证处理程序可 包括其他步骤。如上面的媒体电话服务部分所述，如果城域中心网络管理服务器 系统缺少所必需的资源信息来批准或拒绝所请求的服务，和/或缺少保留业务号 码的权限，则城域中心网络管理服务器系统就会向国家中心网络管理服务器系统 查询。如果国家中心网络管理服务器系统依然缺少必需的信息或权限，则它会向 全球中心网络管理服务器系统查询。\n如果特定的条件不符合，上述的多项服务验证处理会自动终结。例如，如果 付费方的财务状况无法获取，呼叫方媒体组播服务器系统会通知呼叫方，并有效 地终结多项服务验证处理。很显然，本领域内的一般技术人员实施所述的多项服 务验证处理无需特定的细节，而且不超出所披露的多项服务验证处理技术范围。 此外，虽然在上述的论述中网络管理服务器系统负责保留业务号码，但同样明显 的是，本领域内的一般技术人员可以用其他的服务器系统(如呼叫处理服务器系 统)来实施保留业务号码的工作，并且也不超出所披露的MP媒体组播技术范围。\n为了清楚起见，下面的呼叫服务建立部分将上述的多项服务验证处理程序压 缩为图66a所示的两个阶段：呼叫方向呼叫方媒体组播服务器系统发送媒体组播 多项服务验证处理请求66000，以及呼叫方媒体组播服务器系统通过媒体组播多 项服务验证处理结果66010向呼叫方作出回复。\n图66a描述了在多个服务网关之间建立媒体组播服务的呼叫服务的建立过 程。具体的过程是：\n1.呼叫方(如图65所示的用户终端65110)通过呼叫方中层交换机(如中层交 换机65050)向服务网关(如服务网关65020)中的媒体组播服务器系统发 送媒体组播多项服务验证处理请求66000。\n2.作为回复，媒体组播服务器系统执行所请求的多项服务验证处理(已在 上面的服务器组部分被论述过)以决定是否允许呼叫方继续进行，并通 过媒体组播多项服务验证处理结果66010将多项服务验证处理的结果发 回呼叫方。媒体组播多项服务验证处理请求66000及媒体组播多项服务 验证处理结果66010均为MP控制包。\n3.呼叫方媒体组播服务器系统分别向呼叫方、被呼叫方1的媒体组播服务 器系统及被呼叫方2的媒体组播服务器系统发送媒体组播建立包66020 (通过呼叫方中层交换机65050)、示意媒体组播建立66030(通过服 务网关65020中的边缘交换机及被呼叫方1的媒体组播服务器系统)、 及示意媒体组播建立66040(通过被呼叫方2的媒体组播服务器系统)。 媒体组播建立包66020及示意媒体组播建立66030和66040均为MP控 制包。媒体组播建立包中的目的地域5010含有呼叫方的网络地址，以 及包中的有效载荷数据域5050含有保留的业务号码(如图5所示)。 另一方面，示意媒体组播建立包中的目的地域5010含有被呼叫方媒体 组播服务器系统的网络地址，以及包中的有效载荷数据域5050含有被 呼叫方的网络地址及保留的业务号码。\n4.在收到媒体组播建立包66020后，服务网关65020中的边缘交换机及呼 叫方中层交换机(如中层交换机65020)根据包中的有色信息及局部地 址信息来更新其链路表(如前面的边缘交换机部分及中层交换机部分所 论述的)。中层交换机进一步地根据包中的有色信息及局部地址信息将 媒体组播建立包传送至家庭网关(如家庭网关65080)。\n5.在收到示意媒体组播建立66030和66040后，被呼叫方媒体组播服务器 系统向被呼叫方发送媒体组播建立包66050及66060。\n6.针对被呼叫方媒体组播服务器系统发往被呼叫方的媒体组播建立包 66050及66060，服务网关65030及服务网关65040中的边缘交换机、 中层交换机(如中层交换机65060及65070)以及家庭网关(如家庭网 关65090及65100)中的用户交换机根据媒体组播建立包中的有色信息 及局部地址信息来更新其链路表。\n7.作为回复媒体组播建立包，被呼叫方1及被呼叫方2分别向其媒体组播 服务器系统发送媒体组播建立回复包66080及66070。\n8.接着，被呼叫方媒体组播服务器系统向呼叫方媒体组播服务器系统发送 属于MP控制包的示意媒体组播建立的回复66090及66100，它们示意 了被呼叫方参与服务的状态(如被呼叫方是否有空)。\n9.当呼叫方中层交换机(如中层交换机65050)收到媒体组播建立包66020 时，它也会建立前面中层交换机部分所述的上行链接数据包过滤器。\n10.呼叫方通过媒体组播建立回复包66110来回复媒体组播建立包。\n另外需要注意的是，假如媒体组播多项服务验证处理结果66010示意所请求 的操作不成功，媒体组播服务会在没有任何进一步处理的情况下终结。另一方面， 假如媒体组播多项服务验证处理结果66010示意所请求的操作被验证通过，而 66070、66080、66090和66100中的一个示意了媒体组播建立的失败，则示意媒 体组播建立失败的一方会缺席该媒体组播服务。或者，假如媒体组播服务要求所 有各方必须全部出席，而所述的一个回复包示意了媒体组播建立的失败，则媒体 组播服务就会在没有任何进一步处理的情况下终结。\n6.3.2.3  呼叫通信\n图66b描述了MP城域网中的三个服务网关之间的媒体组播服务的示例的呼 叫通信程序。具体的过程是：\n1.呼叫方(如用户终端65110)向被呼叫方1及被呼叫方2(如用户终端65120 及65140)发送属于MP数据包的数据66120。\n2.呼叫方中层交换机(如中层交换机65050)对这些数据包执行上行链接 数据包过滤检查，上行链接数据包过滤检查已经在前面的中层交换机部 分作了详细的论述。\n3.如果数据包没有通过上行链接数据包过滤检查，呼叫方中层交换机就会 丢弃这些数据包。或者，呼叫方中层交换机可将数据包发往一个指定的 用户终端以跟踪自呼叫方向被呼叫方的传输失败的比率。\n4.在一个实施例中，当数据66120到达服务网关65030或服务网关65040 中的边缘交换机时，边缘交换机会在将这些数据包送往它们的目的地之 前改变这些数据包中的目的地地址域5010中的业务号码。可能发生的 业务号码的改变在边缘交换机部分已作了描述。\n5.在数据66120的传送过程中，呼叫方媒体组播服务器系统不时地分别向 呼叫方、被呼叫方1的媒体组播服务器系统及被呼叫方2的媒体组播服 务器系统发送维持媒体组播66130、示意媒体组播的维持66140及 66150。维持媒体组播66130、示意媒体组播的维持66140及66150是 MP控制包，它们含有分别与媒体组播建立包66020、示意媒体组播建 立66030及66040相同的目的地地址。\n6.如前面的边缘交换机、中层交换机及用户交换机部分所述，在收到维持 媒体组播包后，媒体组播服务的传输路径上的交换机或者维持、或者更 新其链路表来保证媒体组播服务的呼叫通信得以继续。\n7.当示意媒体组播维持包到达被呼叫方媒体组播服务器系统时，这些服务 器系统进一步分别向被呼叫方1及被呼叫方2发送维持媒体组播66170 及66160。\n8.被呼叫方通过分别向各自的被呼叫方媒体组播服务器系统发送维持媒 体组播的回复66180及66190来作回复。\n9.被呼叫方媒体组播服务器系统接着向呼叫方媒体组播服务器系统发送 示意媒体组播维持的回复66200及66210。如果任何回复示意了对维持 媒体组播包的拒绝或失败，则示意失败或拒绝的参与方将转入下面所叙 述的媒体组播服务的终结阶段。\n10.当呼叫方媒体组播服务器系统收到来自于呼叫方第一个维持媒体组播 回复包(如维持媒体组播回复66220)时，呼叫方媒体组播服务器系统 开始测算媒体组播服务的使用参数(如流量及媒体组播服务的持续时 间)。在服务器组的一个实施例中，媒体组播服务器系统或网络管理服 务器系统可以建立这些与计费相关的参数及用来追踪这些参数的相关 策略。\n11.在一个实施例中，如果来自于呼叫方及被呼叫方的维持媒体组播回复包 丢失的数量超过了预先设定的值，则呼叫方媒体组播服务器系统就把媒 体组播服务转入下面所论述的呼叫终结阶段。\n前面的关于位于同一MP城域网中的多个服务网关之间的媒体组播服务的 呼叫通信的描述也适用于位于不同MP城域网(但位于同一MP国家网)，或不 同MP国家网中的多个服务网关之间的媒体组播服务。\n虽然上述的例子描述了媒体组播服务中的半双工数据通信，但很显然，对于 本领域内的一般技术人员来说，可使用所论述的技术在媒体组播服务中实现全双 工数据通信。在一个实施例中，如果上述的一个被呼叫方希望向媒体组播服务中 的其他方发送资料，该被呼叫方可以申请另一个媒体组播服务，并邀请同样的参 与方加入。作为结果，即使呼叫方与被呼叫方使用不同的业务号码来传送数据， 呼叫方与被呼叫方事实上实现了全双工数据通信。或者，真正的全双工(即呼叫 方及被呼叫方均可同时使用同一业务号码来传送数据)数据通信可通过与图66b 及上述的程序相类似的步骤来实现。然而，为保证全双工通信中的安全性没有被 危及，媒体组播服务器系统将建立呼叫方中层交换机及被呼叫方中层交换机的上 行链接数据包过滤器。\n在媒体组播的呼叫通信阶段，一个新的被呼叫方可以被添加到媒体组播服务 中，一个现有的被呼叫方可以从媒体组播服务中被剔除，以及媒体组播服务中的 参与方的身份也可以被查询。涉及多个服务网关的媒体组播服务的程序与上述的 涉及一个服务网关的媒体组播服务的程序相类似，此处不再赘述。\n6.3.2.4  呼叫终结\n呼叫方及媒体组播服务器系统可以启动呼叫终结。图66c及图66d描述了呼 叫方及媒体组播服务器系统启动呼叫终结的示例性程序。\n6.3.2.4.1  呼叫方启动的呼叫终结\n1.呼叫方(如用户终端65110)向位于服务网关65020中的服务器组中的 呼叫方媒体组播服务器系统发送媒体组播终结66230。\n2.呼叫方媒体组播服务器系统停止收集服务的使用信息(如服务持续时间 及流量)，并向本地的计费服务器系统(如位于服务网关65020中的服 务器组中的计费服务器系统)发送所收集的使用信息。\n3.呼叫方媒体组播服务器系统向呼叫方发送媒体组播终结回复66240，并 向被呼叫方媒体组播服务器系统发送示意媒体组播终结66250及66260。 媒体组播终结回复66240含有有色信息，该有色信息引发呼叫方中层交 换机(如中层交换机65050)来执行上面中层交换机部分所论述的上行 链接数据包过滤器的复位。\n4.作为回复示意媒体组播终结，被呼叫方媒体组播服务器系统分别向被呼 叫方1及被呼叫方2发送媒体组播终结66270及66280。\n5.接着，被呼叫方通过向其各自的媒体组播服务器系统发送媒体组播终结 回复66290及66300来作回复。接着，被呼叫方媒体组播服务器系统通 过示意媒体组播终结的回复66310及66320将被呼叫方终结程序的状态 告知呼叫方媒体组播服务器系统。\n6.在一个实施例中，因为媒体组播服务传输路径上的MP适配的交换机在 预定的时间内没有收到维持媒体组播包，交换机的链路表中的与媒体组 播服务相关的条目会被复位为其默认值。\n6.3.2.4.2  媒体组播服务器系统启动的呼叫终结\n1.呼叫方媒体组播服务器系统向呼叫方发送媒体组播终结66330，并分别 向被呼叫方1及被呼叫方2的媒体组播服务器系统发送示意媒体组播终 结66340及66350。而且，呼叫方媒体组播服务器系统停止收集服务的 使用信息(如服务的流量及持续时间)，并向本地的计费服务器系统(如 位于服务网关65020中的服务器组中的计费服务器系统)发送所收集的 使用信息。\n2.属于MP控制包的媒体组播终结66330含有有色信息，该有色信息引发 呼叫方中层交换机(如中层交换机65050)来执行上面中层交换机部分 所论述的上行链接数据包过滤器的复位。\n3.作为回复媒体组播终结66330，呼叫方向呼叫方媒体组播服务器系统发 送媒体组播终结回复66360。\n4.当被呼叫方媒体组播服务器系统收到示意媒体组播终结包时，该服务器 系统释放所保留的媒体组播服务的资源(如使业务号码对新的媒体组播 服务变为可用的)，并分别向被呼叫方1及被呼叫方2传送媒体组播终 结66370及66380。\n5.作为回复，被呼叫方向其各自的媒体组播服务器系统发送媒体组播终结 的回复66390及66400。\n6.接着，被呼叫方媒体组播服务器系统通过示意媒体组播终结的回复 66410及66420将被呼叫方终结程序的状态告知呼叫方媒体组播服务器 系统。\n6.4  媒体广播服务(MB)\n媒体广播服务是一种可使用户终端收到来自于媒体广播节目源的内容的组 播服务。(参照上面的定义部分)一个广播节目源(实况转播或存储播放)可以 位于一个MP网络，也可以位于一个非MP网络1300(图1d)。位于MP网络 中的媒体广播节目源生成并传送MP包至服务网关中的边缘交换机，而位于非 MP网络1300中的媒体广播节目源生成并传送非MP包至服务网关1160。接着， 服务网关1160中的网关在将MP封装包传送至服务网关1160中的边缘交换机之 前首先将非MP包置入MP封装包内。这些MP包及MP封装包含有有色信息， 该有色信息示意了这些包是媒体广播包。\n一个服务网关的服务器组的实施例包括一个媒体广播节目源服务器系统，它 对上述的媒体广播节目源进行配置、检查及管理。例如，当媒体广播节目源服务 器系统检测到来自于媒体广播节目源的错误时，它会向服务器组中的呼叫处理服 务器系统发送错误信息包。很显然，本领域内的一般技术人员可以将媒体广播节 目源服务器系统的功能包括在呼叫处理服务器系统内，而且不超出所披露的媒体 广播技术范围。\n6.4.1  同一服务网关下的两个MP适配组件之间的媒体广播\n图68是一幅时间顺序图，它描述了一个服务网关下的用户终端和媒体广播 节目源(如用户终端1420(图1d)，及服务网关1160中的服务网关媒体存储器 (图10未示))之间的一场媒体广播服务。\n为了方便说明，用户终端1420向服务网关媒体存储器请求所存储的媒体节 目。用户终端1420就被称为“呼叫方”，服务网关媒体存储器则是“媒体广播 节目源”，而服务网关1160中的边缘交换机(如边缘交换机10000)既是“呼 叫方边缘交换机”，又是“被呼叫方边缘交换机”。在本例中，中层交换机1180 既是“呼叫方中层交换机”，又是“被呼叫方中层交换机”。位于服务网关1160 中的服务器组10010中的呼叫处理服务器系统12010(图12)管理呼叫方与媒体 广播节目源之间的数据包交换。“媒体广播服务器系统”是被专门指定用来管理 及执行媒体广播服务的呼叫处理服务器系统。\n下面的讨述主要是解释呼叫各方如何在媒体广播服务中的呼叫服务建立、呼 叫通信及呼叫终结等三个阶段上进行互动。\n6.4.1.1  呼叫服务建立\n1.呼叫方(如用户终端1420)通过服务网关1160中的边缘交换机(如边 缘交换机10000)和呼叫方中层交换机(如中层交换机1180)向媒体广 播服务器系统发送媒体广播多项服务验证处理请求68000来启动呼叫服 务。媒体广播多项服务验证处理请求68000是MP控制包，包括呼叫方 及媒体广播服务器系统的网络地址，及媒体广播节目源的用户地址。如 上面的逻辑层部分所述，呼叫方一般并不知道媒体广播节目源的网络地 址，而是依赖服务网关中的服务器组将一个用户地址映射到网络地址 上。另外，呼叫方及媒体广播节目源通过网络信息发布(如上面的服务 器组部分及媒体组播部分所述)从服务器组10010中的网络管理服务器 系统12030(图12)获取MP网络信息(如媒体广播服务器系统的网络 地址)来执行媒体广播服务。\n2.收到媒体广播多项服务验证处理请求68000后，媒体广播服务器系统执 行多项服务验证处理程序(如上面的服务器组部分及媒体组播部分所 述)以决定是否允许呼叫方继续。\n3.媒体广播服务器系统通过呼叫方中层交换机向呼叫方发送媒体广播多 项服务验证处理请求的回复68010来表明已收到呼叫方的请求。媒体广 播多项服务验证处理请求的回复68010是含有多项服务验证处理结果的 MP控制包。\n4.如果结果示意了媒体广播服务器系统可以进行所请求的媒体广播服务， 则媒体广播服务器系统通过媒体广播通知68025来通知媒体广播节目源 服务器系统。\n5.媒体广播节目源服务器系统通过媒体广播通知的回复68028来回复媒体 广播服务器系统。\n6.媒体广播服务器系统通过呼叫方中层交换机向呼叫方传送媒体广播建 立包68020。媒体广播建立包68020是含有呼叫方及媒体广播节目源网 络地址及所请求的媒体广播服务所被允许呼叫流量(如带宽)的MP控 制包。而且，该控制包含有保留业务号码及相关的有色信息(如媒体广 播建立的有色信息)，该有色信息引导了服务网关1160中的边缘交换 机(如边缘交换机10000)、呼叫方中层交换机(如中层交换机1180) 及家庭网关1200中的用户交换机以更新其链路表。更新链路表的程序 在前面的边缘交换机及中层交换机部分均有详细描述。更进一步，在一 个实施例中，媒体广播建立包68020在边缘交换机10000中建立了上行 链接数据包过滤器。\n7.呼叫方通过呼叫方中层交换机向媒体广播服务器系统发送媒体广播建 立回复包68030来表明已收到媒体广播建立包68020。媒体广播建立回 复包68030是MP控制包。\n8.收到媒体广播建立回复包后，媒体广播服务器系统开始收集媒体广播服 务的使用信息(如服务的持续时间及流量)。\n6.4.1.2  呼叫通信\n1.在媒体广播服务所涉及的交换机中建立了链路表后，呼叫方可以开始接 收广播数据68040。广播数据68040是MP数据包，含有特定的有色信 息(示意数据包是媒体广播数据包)及保留的业务号码。另外，服务网 关1160中的边缘交换机(如边缘交换机10000)中的上行链接数据包过 滤器在允许广播数据包68040到达呼叫方之前对其进行检查。\n2.在呼叫通信阶段媒体广播服务器系统不时地向呼叫方发送维持媒体广 播68050。维持媒体广播68050是MP控制包，媒体广播服务器系统的 一个实施例用它来管理链路表。或者，媒体广播服务器系统可用维持媒 体广播包来收集媒体广播服务中呼叫方的连接状态信息(如错误率及数 据包丢失的数量)。\n3.呼叫方通过呼叫方中层交换机向媒体广播服务器系统发送维持媒体广 播的回复68060来表明已收到维持媒体广播68050。维持媒体广播的回 复68060是含有所请求的呼叫连接状态信息的MP控制包。\n4.根据维持媒体广播的回复68060，媒体广播服务器系统会不时地重复上 述第2及第3项。否则，媒体广播服务器系统会修改媒体广播服务。例 如，如果媒体广播服务的错误率超出一个可容忍的范围，媒体广播服务 器系统会通知呼叫方，并结束服务。\n6.4.1.3  呼叫终结\n呼叫方及媒体广播服务器系统可以启动呼叫终结。此外，当前述的媒体广播 节目源服务器系统检测到来自于媒体广播节目源的错误后，它会通知媒体广播服 务器系统来启动呼叫终结。\n6.4.1.3.1  呼叫方启动的呼叫终结\n1.呼叫方通过呼叫方中层交换机向媒体广播服务器系统发送属于MP控制 包的媒体广播终结68070。\n2.作为回复，媒体广播服务器系统通过呼叫方中层交换机向呼叫方发送属 于MP控制包的媒体广播终结回复68080。此外，媒体广播服务器系统 停止收集服务的使用信息(如服务的持续时间及流量)，并将所收集的 使用信息传送至本地的计费服务器系统，如服务网关1160中的服务器 组10010中的计费服务器系统12040(图12)。\n3.参与媒体广播服务的交换机，如中层交换机1180，会在收到媒体广播终 结回复68080时复位其链路表。\n4.当呼叫方通过呼叫方中层交换机收到来自于媒体广播服务器系统的媒 体广播终结回复68080时，呼叫方会退出媒体广播服务。其他与媒体广 播节目源已经建立连接的呼叫方可继续接收广播数据68040。\n6.4.1.3.2  媒体广播服务器系统启动的呼叫终结\n当检测到无法容忍的通信条件(如过多的数据包丢失、过高的错误率以及过 多的维持媒体广播回复包的丢失)时，媒体广播服务器系统的一个实施例会启动 呼叫终结。\n1.媒体广播服务器系统通过呼叫方中层交换机向呼叫方发送属于MP控制 包的媒体广播终结68090。而且，媒体广播服务器系统停止收集服务的 使用信息(如服务的持续时间及服务流量)，并将所收集的使用信息传 送至本地的计费服务器系统，如服务网关1160中的服务器组10010中 的计费服务器系统12040(图12)。\n2.参与媒体广播服务的交换机，如中层交换机1180，会在收到媒体广播终 结68090后复位其链路表。\n3.接着，呼叫方通过呼叫方中层交换机向媒体广播服务器系统发送属于 MP控制包的媒体广播终结的回复68100，并有效地终结媒体广播服务。 与媒体广播节目源建立连接的其他呼叫方可继续接收广播数据68040。\n6.4.1.3.3  媒体广播节目源服务器系统启动的呼叫终结\n当媒体广播节目源服务器系统检测到无法容忍的通信条件(如媒体广播节 目源意外断电)时，它通知媒体广播服务器系统结束媒体广播服务。\n1.媒体广播节目源服务器系统向媒体广播服务器系统发送媒体广播节目 源出错68110，媒体广播节目源出错68110是一个MP控制包，它含有 媒体广播节目源的网络地址及由媒体广播节目源产生的错误代码。\n2.接着，媒体广播服务器系统执行上面的媒体广播服务器系统启动的呼叫 终结部分所述的处理。具体地说，媒体广播服务器系统通过呼叫方中层 交换机向呼叫方发送媒体广播终结68120，而呼叫方则以媒体广播终结 回复68130来作回复。\n6.4.2  属于两个服务网关下的两个MP适配组件之间的媒体广播\n图69a及图69b是描述涉及两个服务网关的用户终端和媒体广播节目源(如 图1d所示的用户终端1320，及服务网关1160中的服务网关媒体存储器(图10 中未示))之间的媒体广播服务的时间顺序图。为了便于说明，用户终端1320 从服务网关媒体存储器请求媒体节目。用户终端1320即为“呼叫方”，服务网 关存储器是“媒体广播节目源”或者“被呼叫方”。服务网关1060中的边缘交 换机为“呼叫方边缘交换机”，中层交换机1080为“呼叫方中层交换机”。服 务网关1160中的边缘交换机为“被呼叫方边缘交换机”，而中层交换机1180则 为“被呼叫方中层交换机”。位于服务网关1060中的服务器组中的呼叫处理服 务器系统即为“呼叫方呼叫处理服务器系统”，而位于服务网关1160中的呼叫 处理服务器系统即为“被呼叫方呼叫处理服务器系统”。当服务网关专门指定一 个呼叫处理服务器系统去管理及执行媒体广播服务时，该指定的呼叫处理服务器 系统即被称为“媒体广播服务器系统”。同样也位于服务网关1060中的服务器 组中的媒体广播节目源服务器系统配置、检测并管理上述的媒体广播节目源。\n如上所述，被呼叫方媒体广播服务器系统的功能可与媒体广播节目源服务器 系统的功能合并。然而，值得注意的是这两种服务器系统仍有不同的功能。例如， 在媒体广播呼叫终结阶段后所请求的媒体广播服务结束了，被呼叫方媒体广播服 务器系统的一个实施例会退出媒体广播服务，并在收到另一个媒体广播服务请求 之前保持闲置状态。另一方面，对一个用户来说即使当一个特定的媒体广播服务 总结经验了，节目源服务器系统的一个实施例会继续为其他正在进行中的媒体广 播服务管理节目源。\n虽然在所举的大部分实施例中，服务网关1160是作为MP城域网1000的城 域中心网络管理群，但在下面的例子中服务网关1060是城域中心网络管理群。 位于服务网关1060中的服务器组中的网络管理服务器系统即是城域中心网络管 理服务器系统。\n下面的论述主要是解释各方在媒体广播服务的呼叫服务建立、呼叫通信及呼 叫终结等三个阶段中是如何进行互动的。\n6.4.2.1  呼叫服务建立\n1.呼叫方(如用户终端1320)通过呼叫方边缘交换机及呼叫方中层交换机 (如中层交换机1080)向呼叫方媒体广播服务器系统发送媒体广播多项服 务验证处理请求69000以启动媒体广播服务。媒体广播多项服务验证处 理请求69000是MP控制包，含有呼叫方及呼叫方媒体广播服务器系统 的网络地址，及媒体广播节目源的用户地址。如前面的逻辑层部分所述， 呼叫方一般并不知道被呼叫方(如这里的媒体广播节目源)的网络地址。 实际上，呼叫方依赖于服务网关中的服务器组将用户地址映射到网络地 址上。此外，呼叫方及被呼叫方通过网络信息发布(如上面的服务器组 部分及媒体组播部分所述)分别从服务网关1060中的服务器组的网络 管理服务器系统及服务网关1160获取MP网络信息(如媒体广播服务 器系统的网络地址)来执行媒体广播服务。\n2.收到媒体广播多项服务验证处理请求69000后，呼叫方媒体广播服务器 系统执行多项服务验证处理程序(如前面的服务器组部分及媒体组播部 分所述)以决定是否允许呼叫方继续。\n3.呼叫方媒体广播服务器系统通过呼叫方中层交换机向呼叫方发送媒体 广播多项服务验证处理请求的回复69010来表明已收到呼叫方的请求。 媒体广播多项服务验证处理请求的回复69010是含有多项服务验证处理 结果的MP控制包。\n4.接着，呼叫方媒体广播服务器系统分别向呼叫方及被呼叫方媒体广播服 务器系统发送媒体广播建立包69020及媒体广播建立包69030。媒体广 播建立包69020及媒体广播建立包69030均为MP控制包，含有呼叫方 及被呼叫方的网络地址，及请求的媒体广播服务所被允许的呼叫流量 (如带宽)。\n5.而且，这些媒体广播建立包含有保留业务号码及有色信息，该有色信息 引导了涉及媒体广播服务的交换机(如服务网关1160中的边缘交换机 10000、服务网关1060中的边缘交换机、如中层交换机1180、及家庭网 关1100中的用户交换机)来更新其链路表。更新链路表的程序在前面 的边缘交换机及中层交换机部分均有详细描述。此外，媒体广播建立包 69030在被呼叫方边缘交换机(如服务网关1160中的边缘交换机)中建 立了上行链接数据包过滤器。\n6.呼叫方通过呼叫方中层交换机向呼叫方媒体广播服务器系统发送媒体 广播建立回复包69040来表明已收到媒体广播建立包69020。被呼叫方 媒体广播服务器系统通过媒体广播建立回复包69050来回复呼叫方媒体 广播服务器系统。媒体广播建立回复包69040及媒体广播建立回复包 69050是MP控制包。\n7.收到媒体广播建立回复包后，呼叫方媒体广播服务器系统开始收集媒体 广播服务的使用信息(如服务的持续时间及流量)。\n尽管上面的论述一般也适用于涉及位于不同MP城域网(但属于同一MP国 家网)的两个服务网关的媒体广播服务，或涉及位于不同MP国家网的服务网关 的媒体广播服务，但是针对MP城域网间或MP国家网间的媒体广播服务的多项 服务验证处理程序可包括额外的步骤。如上面的媒体电话服务部分所述，如果城 域中心网络管理服务器系统缺少所必需的资源信息来批准或拒绝所请求的服务， 和/或缺少保留业务号码的权限，则城域中心网络管理服务器系统就会向国家中 心网络管理服务器系统查询。如果国家中心网络管理服务器系统依然缺少必需的 资源信息和/或权限，则中心网络管理服务器系统就会向全球中心网络管理服务 器系统查询。\n6.4.2.2  呼叫通信\n1.在涉及媒体广播服务的交换机中建立链路表后，呼叫方可以开始接收广 播数据69100。广播数据69100是MP数据包，含有有色信息(示意数 据包是媒体广播数据包)及保留的业务号码。另外，服务网关1160中 的边缘交换机(如边缘交换机10000)中的上行链接数据包过滤器在允 许MP数据包到达呼叫方之前会检测广播数据69100。\n2.在呼叫通信阶段呼叫方媒体广播服务器系统不时地向呼叫方发送维持 媒体广播69110。维持媒体广播69110是MP控制包，是被媒体广播服 务器系统的一个实施例用来管理链路表的。或者，媒体广播服务器系统 可以使用维持媒体广播包来收集媒体广播服务中呼叫方的通信连接状 态信息(如错误率及丢失数据包的数目)。\n3.呼叫方通过向呼叫方媒体广播服务器系统发送维持媒体广播的回复 69120来表明已收到维持媒体广播69110。维持媒体广播的回复69120 是MP控制包，含有所查询的通信连接状态的信息。\n4.根据维持媒体广播的回复69120，媒体广播服务器系统会不时地重复进 行上述的第2及第3步。否则，媒体广播服务器系统可更改媒体广播服 务。例如，如果服务的错误率超过可容忍的范围，呼叫方媒体广播服务 器系统会通知呼叫方，并结束该服务。\n上面有关于位于同一MP城域网中的多个服务网关之间的媒体广播服务的 呼叫通信阶段的描述也适用于涉及位于不同MP城域网(但位于同一MP国家网) 和/或位于不同MP国家网中的多个服务网关之间的媒体广播服务。\n6.4.2.3  呼叫终结\n呼叫方、呼叫方媒体广播服务器系统及被呼叫方媒体广播服务器系统可以启 动呼叫终结。另外，当媒体广播节目源服务器系统检测到媒体广播节目源的错误 后，它会通知呼叫方媒体广播服务器系统以启动呼叫终结。\n6.4.2.3.1  呼叫方启动的呼叫终结\n1.呼叫方通过呼叫方中层交换机向呼叫方媒体广播服务器系统发送属于 MP控制包的媒体广播终结69130。另外，媒体广播服务器系统停止收 集服务的使用信息(如服务的持续时间及流量)，并将所收集的使用信 息传送至本地的一个计费服务器系统，如服务网关1060中的服务器组 中的计费服务器系统(图12)。\n2.呼叫方媒体广播服务器系统向被呼叫方媒体广播服务器系统发送媒体 广播终结69140，并通过呼叫方中层交换机向呼叫方发送媒体广播终结 的回复69150。\n3.收到媒体广播终结的回复69150及69160时，涉及媒体广播服务的交换 机(如中层交换机1080、服务网关1160中的边缘交换机，及服务网关 1060中的边缘交换机)复位其链路表。而且，媒体广播终结的回复69160 会复位服务网关1160中的边缘交换机中的上行链接数据包过滤器。\n4.当呼叫方收到来自于呼叫方媒体广播服务器系统的媒体广播终结的回 复69150时，呼叫方自媒体广播服务中退出。\n5.当呼叫方媒体广播服务器系统收到来自于被呼叫方媒体广播服务器系 统的媒体广播终结的回复69160时，它终结媒体广播服务。\n6.4.2.3.2  呼叫方媒体广播服务器系统启动的呼叫终结\n当检测到无法容忍的通信条件(如过多的数据包丢失、过高的错误率以及过 多的维持媒体广播回复包的丢失)时，呼叫方媒体广播服务器系统的一个实施例 会启动呼叫终结。\n1.呼叫方媒体广播服务器系统通过呼叫方中层交换机向呼叫方发送媒体 广播终结69170，并向被呼叫方媒体广播服务器系统发送媒体广播终结 69180。另外，呼叫方媒体广播服务器系统停止收集服务的使用信息(如 服务的持续时间及流量)，并将所收集的使用信息传送至本地的一个计 费服务器系统，如服务网关1060中的服务器组中的计费服务器系统。\n2.收到媒体广播终结69170及69180时，涉及媒体广播服务的交换机(如 中层交换机1080、服务网关1160中的边缘交换机，及服务网关1060中 的边缘交换机)复位其链路表。而且，媒体广播终结69180会复位服务 网关1160中的边缘交换机中的上行链接数据包过滤器。\n3.作为回复，呼叫方向呼叫方媒体广播服务器系统发送属于MP控制包的 媒体广播终结的回复69190，并有效地退出媒体广播服务。相类似地， 被呼叫方媒体广播服务器系统向呼叫方媒体广播服务器系统发送媒体 广播终结的回复69200。\n4.收到媒体广播终结的回复69190及69200时，呼叫方媒体广播服务器系 统结束媒体广播服务。\n上面的论述也适用于被呼叫方媒体广播服务器系统启动的呼叫终结。\n6.4.2.3.3  媒体广播节目源服务器系统启动的呼叫终结\n当媒体广播节目源服务器系统检测到无法容忍的通信条件(如媒体广播节 目源意外断电)时，它通知被呼叫方媒体广播服务器系统结束媒体广播服务。\n1.媒体广播节目源服务器系统向被呼叫方媒体广播服务器系统发送媒体 广播节目源出错69210，媒体广播节目源出错69210是MP控制包，它 含有媒体广播节目源的网络地址及由媒体广播节目源产生的错误代码。\n2.接着，被呼叫方媒体广播服务器系统向呼叫方媒体广播服务器系统发送 媒体广播节目源出错69220。\n3.收到媒体广播节目源出错69220后，呼叫方媒体广播服务器系统停止收 集服务的使用信息(如服务的持续时间及服务流量)，并将所收集的使 用信息传送至本地的计费服务器系统，如服务网关1060中的服务器组 中的计费服务器系统(图12)。呼叫方媒体广播服务器系统会引导服务 网关1060中的边缘交换机复位其链路表。\n4.呼叫方媒体广播服务器系统通过呼叫方中层交换机向呼叫方发送媒体 广播终结69230。该数据包复位涉及媒体广播服务的交换机中的链路表。 接着，呼叫方媒体广播服务器系统向被呼叫方媒体广播服务器系统发送 媒体广播节目源出错的回复69240。\n5.呼叫方向呼叫方媒体广播服务器系统发送媒体广播终结的回复69250。 收到媒体广播终结的回复69250时，呼叫方媒体广播服务器系统终结媒 体广播服务。\n6.5  媒体转移服务(MT)\n6.5.1  同一服务网关下的两个MP适配组件之间的媒体转移\n媒体转移使节目源能够向MP适配组件(如媒体存储器)发送媒体节目(实 时的或存储的节目)，并使MP适配组件能够存储传来的节目。在一个实施例中， 这种媒体存储器位于服务网关中(如前面的服务网关部分所述，并被称为服务网 关媒体存储器)。或者，媒体存储器也可以是一个连接于家庭网关的用户终端， 如用户终端1400(图1d)。这种媒体存储器被称为用户终端媒体存储器。因为 一个媒体存储设备可能没有足够的空间来存储节目源所提供的所有的媒体节目， 所以一个媒体转移服务经常会涉及到多个媒体存储设备。图70及71是描述一个 节目源与多个用户终端媒体存储器(如媒体存储器1—N(如用户终端1400、1380、 1360及1340))之间的媒体转移服务的时间顺序图。\n为了便于说明，假设呼叫方是请求媒体转移服务的用户终端(如用户终端 1420)。节目源是通过用户终端1450在MP城域网1000上提供实况节目的电视 演播室。而“媒体转移服务器系统”是指管理媒体转移服务的服务器系统。具体 地说，呼叫方媒体转移服务器系统可以是、但不局限于位于服务网关1160(图 12)中的服务器组10010中的呼叫处理服务器系统12010，也可以是支持家庭网 关1200的家庭服务器系统。\n下面的论述主要是解释各方在媒体转移服务的呼叫服务建立、呼叫通信及呼 叫终结等三个阶段中是如何进行互动的。\n6.5.1.1  呼叫服务建立\n1.呼叫方(如用户终端1420)向呼叫方媒体转移服务器系统发送媒体转移 请求70000。媒体转移请求70000是MP控制包，含有呼叫方及媒体转 移服务器系统的网络地址，及节目源和媒体存储器1—N的用户地址。 因为呼叫方一般不知道节目源及存储器的网络地址，所以呼叫方依赖于 服务网关中的服务器组将用户地址映射到网络地址上。另外，呼叫方及 媒体存储设备需要来自于服务器组10010中的网络管理服务器系统 12030(图12)的相关的MP网络信息(如媒体转移服务器系统的网络 地址)来执行媒体转移服务。\n2.收到媒体转移请求70000后，呼叫方媒体转移服务器系统执行多项服务 验证处理程序(上面的服务器组部分已作论述)来决定是否允许呼叫方 继续。\n3.呼叫方媒体转移服务器系统通过发送媒体转移请求的回复70010来表明 已收到呼叫方的请求。媒体转移请求的回复70010是MP控制包，含有 多项服务验证处理程序的结果。\n4.接着，呼叫方媒体转移服务器系统向节目源发送媒体转移输出建立 70020来指示节目源向媒体存储设备发送媒体节目。而且，呼叫方媒体 转移服务器系统向一个媒体存储设备(如媒体存储器1)发送媒体转移 输入建立70120来指示媒体存储器1去存储媒体节目。媒体转移输出建 立70020及媒体转移输入建立70120均是MP控制包，含有节目源及媒 体存储器1的网络地址，以及所请求的媒体转移服务所允许的流量(如 带宽)。这些控制包还包括有色信息，该有色信息引导节目源方中层交 换机(如中层交换机1240)对来自于用户终端1450的MP包进行上行 链接数据包过滤检测(如前面的中层交换机部分所述)。\n5.收到媒体转移输入建立70120后，媒体存储器1向呼叫方媒体转移服务 器系统发送媒体转移输入建立的回复70130。而且，节目源通过媒体转 移输出建立的回复70030来回复媒体转移输出建立70020。这些媒体转 移建立的回复包是MP控制包。\n6.呼叫方媒体转移服务器系统收到媒体转移输入建立的回复70130及媒体 转移输出建立的回复70030后，呼叫方媒体转移服务器系统开始收集媒 体转移服务的使用信息(如服务的持续时间及流量)。\n6.5.1.2  呼叫通信\n1.在呼叫方媒体转移服务器系统批准了节目源与媒体存储器之间的连接 请求后，节目源通过节目源方中层交换机(如中层交换机1240)、服务 网关1160中的边缘交换机、中层交换机1180及家庭网关1200向媒体 存储器1发送数据(如图70所示的数据70040)。数据70040是MP数 据包。而且，节目源方中层交换机(如中层交换机1240)执行上行链接 数据包过滤检测(在前面的中层交换机部分已作论述)来决定是否允许 上述的数据包到达服务网关1160及接着到达媒体存储设备。数据包通 过的介于节目源和管理节目源的服务网关(如服务网关1160)中的边缘 交换机之间的逻辑链路是一种自下而上的逻辑链路，而数据包通过的介 于管理媒体存储设备的服务网关(如服务网关1160)中的边缘交换机和 媒体存储设备之间的逻辑链路是自上而下的逻辑链路。\n2.在媒体转移呼叫通信阶段，呼叫方媒体转移服务器系统不时地向节目源 发送维持媒体转移包70050，并向媒体存储器1发送维持媒体转移包 70140。维持媒体转移包70050及70140均为MP控制包。呼叫方媒体 转移服务器系统的一个实施例配置这些控制包来收集参与媒体转移服 务各方的通信连接状态的信息(如错误率及数据包丢失的数目)。\n3.节目源及媒体存储器1分别通过向呼叫方媒体转移服务器系统发送维持 媒体转移的回复包70060及70150来表明已收到维持媒体转移包。这些 回复含有所建立的媒体转移服务的通信连接状态。根据维持媒体转移的 回复包70060及70150，呼叫方媒体转移服务器系统可更改媒体转移服 务。例如，如果服务的错误率超出了一个可容忍的范围，呼叫方媒体转 移服务器系统可以通知呼叫方并终结服务。\n4.在媒体转移呼叫通信阶段，如果媒体存储器1检测到其可用的存储空间 将被耗尽，它将通过媒体转移的继续70160来通知呼叫方媒体转移服务 器系统。呼叫方媒体转移服务器系统接着通过媒体转移的继续70070来 通知节目源关于媒体转移的继续的状态。媒体转移的继续70070及70160 均为MP控制包，含有、但不局限于下一个可用的媒体存储设备的网络 地址。在一个实施例中，媒体存储设备1—N纪录有其他可用的媒体存 储设备的网络地址。例如，如果媒体存储设备的存储是按顺序进行的(如 首先使用媒体存储器1，接着媒体存储器2及媒体存储器3)，则媒体 存储器1含有媒体存储器2的网络地址，而媒体存储器2含有媒体存储 器3的网络地址。\n5.收到媒体转移的继续70070后，节目源向呼叫方媒体转移服务器系统发 送媒体转移继续的回复70080。该回复通知了呼叫方媒体转移服务器系 统关于节目源已做好准备向下一个媒体存储设备传送数据70040的情 况。\n6.收到来自于节目源的媒体转移继续的回复70080后，呼叫方媒体转移服 务器系统分别向节目源及下一个可用的媒体存储设备(媒体存储器N) 发送媒体转移输出建立70090及媒体转移输入建立70190。节目源及媒 体存储器N接着分别通过发送媒体转移输出建立的回复70100及媒体转 移输入建立的回复70200来向呼叫方媒体转移服务器系统作回复。\n7.接着，节目源向媒体存储器N发送数据70040。\n6.5.1.3  呼叫终结\n呼叫方、呼叫方媒体转移服务器系统、或节目源均可启动呼叫终结。\n6.5.1.3.1  呼叫方启动的呼叫终结\n1.呼叫方向呼叫方媒体转移服务器系统发送媒体转移终结71000，而呼叫 方媒体转移服务器系统向节目源发送媒体转移终结71010，并通过媒体 转移终结71120来通知媒体存储器N关于呼叫终结的情况。虽然图71 并未显示，呼叫方媒体转移服务器系统也向其他的媒体存储设备(如媒体 存储器1)发送媒体转移终结包。节目源通过向呼叫方媒体转移服务器系 统发送媒体转移终结的回复71020来作回复，而媒体存储设备通过向呼 叫方媒体转移服务器系统发送媒体转移终结的回复包(如71130)来作回 复。呼叫方媒体转移服务器系统接着向呼叫方发送媒体转移终结的回复 71030。另外，呼叫方媒体转移服务器系统停止收集服务的使用信息(如 服务的持续时间及流量)，并将所收集的使用信息传送至位于服务网关 1160中的服务器组10010中的一个本地计费服务器系统12040(图12)。 如果节目源通过家庭网关(如通过用户终端1450)来传送媒体节目，那 么节目源方中层交换机(如中层交换机1240)在收到媒体转移终结71010 时复位其上行链接数据包过滤器。\n2.节目源向呼叫方媒体转移服务器系统发送媒体转移终结的回复71020 后，媒体转移服务器系统终结了媒体转移服务。\n3.或者，当媒体存储器N通过媒体转移终结的回复71130来回复呼叫方媒 体转移服务器系统，以及其他的媒体存储设备也通过它们的媒体转移终 结的回复来回复呼叫方媒体转移服务器系统时，媒体转移服务器系统也 会终结媒体转移服务。\n4.呼叫方收到媒体转移终结的回复71030后，呼叫方退出媒体转移服务。\n6.5.1.3.2  媒体转移服务器系统启动的呼叫终结\n当检测到无法容忍的通信条件(如过多的数据包丢失、过高的错误率以及过 多的维持媒体转移回复包的丢失)时，呼叫方媒体转移服务器系统的一个实施例 会启动呼叫终结。\n1.呼叫方媒体转移服务器系统分别向节目源(通过节目源方中层交换机)、 媒体存储器N及呼叫方发送媒体转移终结71040、71140及71060。虽 然图71并未显示，呼叫方媒体转移服务器系统也向其他的媒体存储设 备(如媒体存储器1)发送媒体转移终结包。在发送如上的终结包后， 呼叫方媒体转移服务器系统终结该媒体转移服务，并停止收集服务的使 用信息(如服务的持续时间及流量)，并将所收集的使用信息传送至位 于服务网关1160中的服务器组10010中的本地计费服务器系统12040 (图12)。如果节目源通过家庭网关(如通过用户终端1450)来传输 媒体节目，那么节目源方中层交换机(如中层交换机1240)在收到媒体 转移终结71040时复位其上行链接数据包过滤器。\n6.5.1.3.3  节目源启动的呼叫终结\n在很多情况下，节目源会启动呼叫终结。例如，假如节目源完成所请求的数 据的传送，节目源会启动呼叫终结。在另一个例子中，假如节目源在媒体存储器 1-N中检测到某些故障时，节目源也会启动呼叫终结。\n1.节目源通过节目源方中层交换机向呼叫方媒体转移服务器系统发送媒 体转移终结71080，而呼叫方媒体转移服务器系统通过向媒体存储设备 (如媒体存储器N)发送媒体转移终结包(如71160)来作回复，并分 别通过媒体转移终结的回复71090和媒体转移终结71100来通知节目源 及呼叫方关于呼叫终结的请求。收到媒体转移终结71080后，呼叫方媒 体转移服务器系统停止收集服务的使用信息(如服务的持续时间及流 量)，并将所收集的使用信息传送至服务网关1160中的服务器组10010 中的一个本地的计费服务器系统12040(图12)。如果节目源通过家庭 网关(如用户终端1450)来传输媒体节目，那么节目源方中层交换机(如 中层交换机1240)在收到媒体转移终结的回复71090时复位其上行链接 数据包过滤器。\n2.呼叫方通过媒体转移终结的回复71110来回复呼叫方媒体转移服务器系 统后，它退出媒体转移服务。与此相似，媒体存储设备(如媒体存储器 N)通过媒体转移终结的回复包(如媒体转移终结的回复71170)来回 复呼叫方媒体转移服务器系统，它也退出媒体转移服务。\n6.5.2  属于两个服务网关下的两个MP适配组件之间的媒体转移\n图72a、72b、73a、73b及73c是描述属于两个服务网关下的两个MP适配 组件之间的媒体转移服务的时间顺序图，如图1d所示的用户终端媒体存储器 1400及位于服务网关1120中的媒体存储器1140。为了便于说明，假设用户终端 1420请求自用户终端媒体存储器1400向媒体存储器1140的媒体转移服务。因 此，用户终端1420即为“呼叫方”，媒体存储器1400即为“节目源”，而中层 交换机1180即为“节目源方中层交换机”。媒体存储器1140的一个实施例是指 一组媒体存储设备，如媒体存储设备1—N。\n位于服务网关1160中的服务器组10010中的呼叫处理服务器系统12010是 “呼叫方呼叫处理服务器系统”。类似地，位于服务网关1120中的呼叫处理服 务器系统即为“媒体存储器方的呼叫处理服务器系统”。当服务网关指定一个专 门的呼叫处理服务器系统去管理媒体转移服务时，被指定的呼叫处理服务器系统 就是“媒体转移服务器系统”。服务网关1120的一个实施例及服务网关1160的 一个实施例包括多个呼叫处理服务器系统，其中的每一个被指定去负责并协助一 种特定的多媒体服务。\n另外，如果服务网关1160是MP城域网1000(图1d)的城域中心网络管理 群，那么位于服务网关1160中的服务器组10010中的网络管理服务器系统12030 则是城域中心网络管理服务器系统。\n下面的论述主要是解释各方在媒体转移服务的呼叫服务建立、呼叫通信及呼 叫终结等三个阶段中是如何进行互动的。\n6.5.2.1  呼叫服务建立\n1.城域中心网络管理服务器系统的一个实施例不时地向MP城域网1000 上的服务器系统(如呼叫方媒体转移服务器系统及媒体存储器方的媒体 转移服务器系统)传播网络资源信息。网络资源信息包括、但不局限于 MP城域网1000上的传输流量及可用带宽和/或MP城域网1000上的服 务器系统的容量。\n2.当服务器系统收到来自于城域中心网络管理服务器系统的传播信息时， 服务器系统从中提取并维持某些信息。例如，因为呼叫方媒体转移服务 器系统要与媒体存储器方的媒体转移服务器系统联系，因此它从传播信 息中提取媒体存储器方的媒体转移服务器系统的网络地址。\n3.呼叫方(如用户终端1420)通过服务网关1160中的边缘交换机及呼叫 方中层交换机(如中层交换机1180)向媒体存储器方的媒体转移服务器 系统发送媒体转移请求72000来启动一个呼叫。媒体转移请求72000是 MP控制包，含有呼叫方和呼叫方媒体转移服务器系统的网络地址，以 及节目源和媒体存储设备1—N的用户地址。如上面的逻辑层部分所论 述的，呼叫方一般不知道节目源及媒体存储设备的网络地址。呼叫方依 赖于服务网关中的服务器组来将用户地址映射到网络地址上。另外，呼 叫方及媒体存储设备分别从服务网关1160及服务网关1120中的服务器 组中的网络管理服务器系统中查询MP网络信息(如呼叫方媒体转移服 务器系统及媒体存储器方的媒体转移服务器系统的网络地址)来执行媒 体转移服务。\n4.收到媒体转移请求72000后，呼叫方媒体转移服务器系统执行多项服务 验证处理程序(如前面的服务器组部分所论述的)来决定是否允许呼叫 方继续。\n5.呼叫方媒体转移服务器系统通过发送媒体转移请求的回复72010来表明 已收到呼叫方的请求。媒体转移请求的回复72010是MP控制包，含有 多项服务验证处理程序的结果。\n6.接着，呼叫方媒体转移服务器系统分别向节目源与媒体存储器方的媒体 转移服务器系统发送媒体转移输出建立72020与示意媒体转移输入连接 72120。建立包及示意连接包均为MP控制包，含有、但不局限于呼叫 方、媒体存储设备、节目源中的媒体节目的网络地址，以及所请求的媒 体转移服务所允许的通信流量(如带宽)。媒体转移输出建立72020指 导节目源把媒体节目放置于MP城域网1000上，它还包括可引导节目 源方中层交换机(如中层交换机1180)建立其上行链接数据包过滤器的 有色信息。更新上行链接数据包过滤器的程序已在前面的中层交换机部 分作了详细的描述。\n7.收到示意媒体转移输入连接72120后，媒体存储器方的媒体转移服务器 系统接着向媒体存储器1发送媒体转移输入建立72220。该输入建立包 指导媒体存储器1存储来自于节目源的媒体节目。\n8.节目源及媒体存储器1通过向它们各自的媒体转移服务器系统发送媒体 转移输出建立的回复72030及媒体转移输入建立的回复72230来表明已 收到媒体转移建立包。这些媒体转移建立回复包是MP控制包。\n9.收到媒体转移输入建立的回复72230后，媒体存储器方的媒体转移服务 器系统通过发送确认媒体转移输入连接72130来通知呼叫方媒体转移服 务器系统继续媒体转移服务。而且，收到媒体转移输出建立的回复72030 及确认媒体转移输入连接72130后，呼叫方媒体转移服务器系统开始收 集媒体转移服务的使用信息(如服务的持续时间及服务流量)。\n如果节目源与媒体存储器位于不同的MP城域网(但位于同一国家网)，或 位于不同的MP国家网，前述的媒体转移呼叫服务建立程序则会包括与上面媒体 电话服务的呼叫服务建立部分所述的步骤相类似的额外的MP城域网间或MP国 家网间的处理步骤。\n6.5.2.2  呼叫通信\n1.节目源开始通过节目源方中层交换机、服务网关1160中的边缘交换机 及服务网关1120中的边缘交换机向媒体存储设备传送数据72040。数据 72040是MP数据包。节目源方中层交换机中的上行链接数据包过滤器 执行上行链接数据包过滤检测(前面的中层交换机部分已作详细论述) 来决定是否允许数据包到达服务网关1160。数据包通过的介于节目源与 管理节目源的服务网关(服务网关1160)中的边缘交换机之间的逻辑链 路是自下而上的逻辑链路，而数据包通过的介于管理媒体存储设备的服 务网关(服务网关1120)中的边缘交换机与媒体存储设备之间的逻辑链 路是自上而下的逻辑链路。而且，就如上面的逻辑层部分所论述的，服 务网关1160中的边缘交换机查询路由表(可离线计算)以引导数据包 传向服务网关1120中的边缘交换机。\n2.在呼叫通信阶段中呼叫方媒体转移服务器系统不时地向节目源及媒体 存储器方的媒体转移服务器系统发送维持媒体转移包72050及媒体转移 状态查询72140。媒体存储器方的媒体转移服务器系统进一步向媒体存 储器1发送维持媒体转移72240。在一个实施例中，维持媒体转移包 72050和72240以及媒体转移状态查询72140是用来收集媒体转移服务 中各参与方的呼叫连接状态信息(如错误率及数据包丢失的数目)的 MP控据包。\n3.节目源与媒体存储器1通过向其各自的媒体转移服务器系统发送维持媒 体转移的回复包(如72060及72250)来表明已收到维持媒体转移包。 维持媒体转移的回复包是含有所查询的呼叫连接状态信息的MP控制包。\n4.收到维持媒体转移的回复包72250后，媒体存储器方的媒体转移服务器 系统通过媒体转移状态查询结果72150将呼叫连接状态信息从媒体存储 设备传向呼叫方媒体转移服务器系统。\n5.根据维持媒体转移的回复包72060及媒体转移状态查询结果72150，呼 叫方媒体转移服务器系统可以修正媒体转移服务。例如，如果服务的错 误率超出了可以容忍的范围，呼叫方媒体转移服务器系统会通知各参与 方，并终结该服务。\n6.如果媒体存储器1检测到其可用的存储空间将被耗尽，它将向媒体存储 器方的媒体转移服务器系统发送属于MP控制包的媒体转移的继续 72260。\n7.收到媒体转移的继续72260后，媒体存储器方的媒体转移服务器系统向 呼叫方媒体转移服务器系统发送继续媒体转移的请求72160。继续媒体 转移的请求72160是MP控制包，是用来向呼叫方媒体转移服务器系统 请求发送媒体转移的继续72070的。媒体转移的继续72070是用来指导 节目源向下一个可用的媒体存储设备发送数据72040。\n8.收到来自于节目源的媒体转移继续的回复72080后，呼叫方媒体转移服 务器系统向媒体存储器方的媒体转移服务器系统发送继续媒体转移请 求的回复72170。继续媒体转移请求的回复72170是MP控制包，含有的 信息包括、但不局限于下一个可用的媒体存储设备的网络地址。\n9.媒体存储器方的媒体转移服务器系统进一步地将继续媒体转移请求的 回复72170中的信息通过媒体转移继续的回复72270传向媒体存储设 备。\n10.媒体存储器1从媒体转移继续的回复72270中提取并记录了下一个可用 的媒体存储器的网络地址。在一个实施例中，这种网络地址的记录起到 了介于媒体存储器1与下一个可用得着媒体存储器(如媒体存储器N) 之间的“连接点”的作用。例如，如果一个特定的媒体节目的一部分存 储于媒体存储器1，而节目的其余部分则存储于媒体存储器N，这个“连 接点”使整个媒体节目按正确的顺序播放。\n11.接着，呼叫方媒体转移服务器系统通过节目源方中层交换机向节目源发 送媒体转移输出建立72090来指导节目源将MP数据包传送至下一个可 用的媒体存储设备。呼叫方媒体转移服务器系统也向媒体存储器方的媒 体转移服务器系统发送示意媒体转移输入的连接72190(含有下一个可 用的媒体存储器的网络地址)。媒体存储器方的媒体转移服务器系统通 过媒体转移输入建立72280来指导下一个可用的媒体存储器存储来自于 节目源的MP数据包。\n12.媒体转移输出建立72090是MP控制包，它指导节目源方中层交换机对 数据72110执行上行链接数据包过滤检测。节目源通过媒体转移输出建 立的回复72100来回复媒体转移输出建立72090。\n13.下一个可用的媒体存储器向媒体存储器方的媒体转移服务器系统发送 媒体转移输入建立的回复72290，而媒体存储器方的媒体转移服务器系 统则进一步通过确认媒体转移输入的连接72200将媒体转移输入建立的 回复中的信息传送至呼叫方媒体转移服务器系统。\n14.第6—13步中的步骤将被重复进行直到整个媒体节目被从节目源传送至 媒体存储设备。\n如果节目源与媒体存储器位于不同的MP城域网(但位于同一国家网)，或 位于不同的MP国家网，前述的媒体转移呼叫通信程序则会包括与上面媒体电话 服务呼叫通信部分所述的步骤相类似的额外的MP城域网间或MP国家网间的数据 包传送的步骤。\n6.5.2.3  呼叫终结\n呼叫方、呼叫方媒体转移服务器系统、媒体存储器方的媒体转移服务器系统 或节目源均可启动呼叫终结。\n6.5.2.3.1  呼叫方启动的呼叫终结\n1.呼叫方向呼叫方媒体转移服务器系统发送属于MP控制包的媒体转移终 结73000。作为回复及表明已收到终结请求，呼叫方媒体转移服务器系 统通过节目源方中层交换机向节目源发送媒体转移节目源终结73010， 向呼叫方发送媒体转移终结的回复73020，以及通过示意媒体转移的终 结73120来通知媒体存储器方的媒体转移服务器系统关于媒体转移终结 的请求。呼叫方媒体转移服务器系统停止收集服务的使用信息(如服务 的持续时间或流量)，并将所收集的使用信息传送至一个本地的计费服 务器系统，如位于服务网关1160中的服务器组10010中的计费服务器 系统12040(图12)。\n2.收到示意媒体转移的终结73120后，媒体存储器方的媒体转移服务器系 统向媒体存储设备发送媒体转移终结包(如73170)。\n3.收到媒体转移节目源终结73010时，节目源方中层交换机复位其上行链 接数据包过滤器。\n4.节目源向呼叫方媒体转移服务器系统发送媒体转移终结的回复73030来 表明已收到媒体转移节目源终结73010，并退出媒体转移服务。\n5.媒体存储设备通过媒体转移终结的回复包(如73180)来表明已收到来 自于媒体存储器方的媒体转移服务器系统的终结请求。接着，媒体存储 器方的媒体转移服务器系统向呼叫方媒体转移服务器系统发送确认媒 体转移的终结73130。\n6.5.2.3.2  媒体转移服务器系统启动的呼叫终结\n当检测到无法容忍的通信条件(如过多的数据包丢失、过高的错误率以及过 多的维持媒体转移回复包或媒体转移状态查询结果包的丢失)时，媒体转移服务 器系统的一个实施例会启动呼叫终结。\n1.为了便于描述，假设呼叫方媒体转移服务器系统启动呼叫终结。呼叫方 媒体转移服务器系统通过节目源方中层交换机向节目源发送属于MP控 制包的媒体转移终结73040，并分别向呼叫方及媒体存储器方的媒体转 移服务器系统发送属于MP控制包的媒体转移终结73050及示意媒体转 移终结73140。作为回复，呼叫方向呼叫方媒体转移服务器系统发送媒 体转移终结的回复73060，并有效地终结媒体转移服务。而且，媒体存 储器方的媒体转移服务器系统向媒体存储设备(如媒体存储器N)发送 媒体转移终结包(如73190)。\n2.节目源方中层交换机在收到媒体转移终结73040时复位其上行链接数据 包过滤器。\n3.收到来自于媒体存储设备的媒体转移终结的回复包(如来自于媒体存储 器N的73200)后，媒体存储器方的媒体转移服务器系统向呼叫方媒体 转移服务器系统发送确认媒体转移的终结73150。\n4.呼叫方媒体转移服务器系统停止收集服务的使用信息(如服务的持续时 间及流量)，并在其发送媒体转移终结73040、媒体转移终结73050及 示意媒体转移的终结73140时终结该媒体转移服务。媒体转移服务器系 统将所收集的使用信息传送至一个本地的计费服务器系统，如位于服务 网关1160中的服务器组10010中的计费服务器系统12040(图12)。\n类似的程序也适用于媒体存储器方的媒体转移服务器系统启动的呼叫终结。\n6.5.2.3.3  节目源启动的呼叫终结\n在很多情况下，节目源会启动呼叫终结。例如，假如节目源完成所请求的数 据的传送，节目源会启动呼叫终结。在另一个例子中，假如节目源在媒体存储器 1-N中检测到某些故障时，节目源也会启动呼叫终结。\n1.节目源通过节目源方中层交换机向呼叫方媒体转移服务器系统发送媒 体转移终结73080来启动呼叫终结。接着，呼叫方媒体转移服务器系统 向节目源发送媒体转移终结的回复73090，向呼叫方发送媒体转移终结 73100，并向媒体存储器方的媒体转移服务器系统发送示意媒体转移的 终结73160。另外，呼叫方媒体转移服务器系统停止收集服务的使用信 息(如服务的持续时间及流量)，并终结服务。媒体转移服务器系统也 将所收集的服务使用信息传送至本地的一个计费服务器系统，如服务网 关1160中的服务器组10010中的计费服务器系统12040(图12)。\n2.节目源方中层交换机在收到媒体转移终结的回复73090时复位其上行链 接数据包过滤器。\n3.作为回复媒体转移终结73100，呼叫方向呼叫方媒体转移服务器系统发 送媒体转移终结的回复73110。\n4.收到示意媒体转移的终结73160时，媒体存储器方的媒体转移服务器系 统向媒体存储设备(如媒体存储器N)发送媒体转移终结包(如73210)。 接着，媒体存储设备向媒体存储器方的媒体转移服务器系统发送媒体转 移终结的回复包(如73220)，而媒体存储器方的媒体转移服务器系统 则向呼叫方媒体转移服务器系统发送确认媒体转移的终结73170。\n上面论述的不同的实施例对于本发明具有描述性，而非限制性。这些实施例 不是被用来穷举或者限制本发明的实施方式。很显然，对于本领域内的普通技术 人员来说，其他的变种或修改可以被实施，而整个方案不偏离于这里所述的本发 明的要旨。因此，本发明应限于下面的权利要求书所限定的范围内。