一種多媒體通信的方法和系統

1.一種傳送數據的方法，包括：
用包含在數據包中的數據報地址在面向連接的包交換網絡中的 一系列邏輯鏈路中異步傳送一個多媒體數據包，其中
所述的一系列邏輯鏈路在源節(jié)點和目的地節(jié)點之間構建了一個 傳送通路，
在所述的傳送進行之前，根據對所述的一系列邏輯鏈路上資源使 用的估算，所述的網絡中的一個節(jié)點認可了所述的傳送，
在一系列自上而下的邏輯鏈路中，所述的數據報地址中的局部地 址子域所包含的地址信息自行引導所述的數據包，所述的一系列自上 而下的邏輯鏈路是所述的一系列邏輯鏈路的子集，
所述的數據包在沿著所述的一系列邏輯鏈中的多重鏈路上被傳 送時保持不變。
2.如權利要求1所述的方法，其中所述的一系列邏輯鏈路在源 節(jié)點與目的地節(jié)點之間構建了一個傳送通路。
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所述的方法，其中所述的多媒體數據是存貯于 一個大規(guī)模的存貯單元內的。
21.如權利要求1所述的方法，其中所述的包交換網絡包括一系 列非對等的用戶終端。
22.如權利要求1所述的方法，其中所述的包交換網絡包括一系 列非對等的中層交換機。
23.如權利要求1所述的方法，其中所述的包交換網絡包括一系 列非對等的家庭網關。
24.如權利要求1所述的方法，其中所述的包交換網絡在一個節(jié) 點被添加到所述的網絡時自動為所述的節(jié)點作配置。
25.如權利要求24所述的方法，其中所述的自動配置包括對該 節(jié)點的標識號碼的檢查。
26.如權利要求1所述的方法，其中所述的包交換網絡在所述的 傳送之前認可所述的傳送。
27.如權利要求26所述的方法，其中所述的認可是基于所述的 一系列邏輯鏈路上資源使用的估算。
28.如權利要求27所述的方法，其中所述的認可是基于每一場 服務的。
29.如權利要求1所述的方法，其中在所述的傳送之前，所述的 包交換網絡中的一個節(jié)點認可所述的傳送。
30.如權利要求29所述的方法，其中所述的認可是基于所述的 一系列邏輯鏈路上資源使用的估算。
31.如權利要求30所述的方法，其中所述的認可是基于每一場 服務的。
32.如權利要求1所述的方法，其中所述的包交換網絡包括把網 絡信息發(fā)送到所述的網絡中一系列交換機上的服務器。
33.如權利要求32所述的方法，其中所述的網絡信息包括在所 述的網絡中一系列交換機的帶寬使用信息。
34.如權利要求32所述的方法，其中所述的網絡信息是通過公 告數據包被發(fā)送的。
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所述的方法，其中所述的數據報地址標識了一 個附有節(jié)點的網絡接入點，如果所述的節(jié)點發(fā)生了變化，所述的數據 報地址仍然標識所述的網絡接入點。
49.如權利要求1所述的方法，其中所述的數據報地址包含有局 部地址子域，所述的局部地址子域是與指向一個網絡接入點的網絡拓 撲相對應的。
50.如權利要求1所述的方法，其中當一個附在網絡接入點上的 節(jié)點發(fā)生變化時，所述的數據報地址仍然保持與所述的網絡接入點相 關聯。
51.一種通信方法，包括：
根據控制包第一報地址，轉發(fā)控制包在一系列邏輯鏈路的面向連 接的包交換網絡，
所述的第一報地址第一局部地址子域中的地址信息在一系列自 上而下的邏輯鏈路中自行引導所述的控制包，所述的一系列自上而下 的邏輯鏈路是所述的一系列邏輯鏈路的子集；
根據數據包第二報地址，轉發(fā)在所述的一系列邏輯鏈路中的數據 包，
所述的第二報地址含有另一顏色局部地址子域，其中所述的顏色 信息決定所述的數據包傳送方式。
52.如權利要求51所述的方法，包括第一報地址第一顏色局部 地址子域顏色信息為多播通信，根據控制包報地址第一局部地址子域 信息和占用業(yè)務號，在一系列邏輯鏈路中修改資源。
53.如權利要求52所述的方法，所述的資源包括在一系列邏輯 鏈路中的器件中的路由表。
54.如權利要求52所述的方法，在所述的通信期間占用所述的 業(yè)務號；
當所述的業(yè)務號不可用時，占用映射業(yè)務號。
55.如權利要求54所述的方法，控制包包括所述的業(yè)務號和映 射業(yè)務號。
56.如權利要求51所述的方法，所述的包發(fā)送機制包括用第二 報地址的第二局部地址地址信息在一系列自上而下的邏輯鏈路中自 行引導所述的數據包，第二顏色局部地址顏色信息顯示為單播通信業(yè) 務。
57.如權利要求51所述的方法，包括根據控制包的登錄指標， 有選擇地發(fā)送上行信息包。
58.如權利要求57所述的方法，包括用插入包調節(jié)所述的上行 的包流量。
59.如權利要求51所述的方法，包括：用控制包在第一時隔， 沿一系列的邏輯鏈路查詢連接相關資源信息；
用控制包在第二時隔，發(fā)布所述的連接相關資源信息。
60.如權利要求59所述的方法，包發(fā)送機制包括當第二顏色局 部地址顏色信息顯示為多播通信業(yè)務，根據資源保存的信息，沿一系 列的邏輯鏈路發(fā)送數據包。
61.如權利要求60所述的方法，所述的資源保存所述的信息在 路由表中。
62.一個建立通信業(yè)務的方法，包括：
根據單一控制包報地址，轉發(fā)單一控制包在一系列邏輯鏈路的面 向連接的包交換網絡；
所述的局部地址子域中的地址信息在一系列自上而下的邏輯鏈 路中自行引導所訴的控制包，所述的一系列自上而下的邏輯鏈路是所 述的一系列邏輯鏈路的子集；
修改一系列邏輯鏈路資源；其中，
多播呼叫方送一建立控制包到媒體組播服務器，包括被呼叫方多 播用戶地址，
服務器解析用戶地址得到被叫多播網絡地址，
服務器送一組播建立控制包，包括主叫網絡地址、多播網絡地址，
控制包在一系列自上而下的邏輯鏈路中，
修改一系列邏輯鏈路中層交換機資源。
63.一個終止通信業(yè)務的方法，包括：
根據單一控制包報地址，轉發(fā)單一控制包在一系列邏輯鏈路的 面向連接的包交換網絡，
所述的局部地址子域中的地址信息在一系列自上而下的邏輯鏈 路中自行引導所訴的控制包，所述的一系列自上而下的邏輯鏈路是所 述的一系列邏輯鏈路的子集；
修改一系列自上而下的邏輯鏈路資源；其中，
多播呼叫方送一終止控制包到媒體組播服務器，
服務器送一組播終止控制包，包括主叫網絡地址、多播網絡地址，
控制包在一系列自上而下的邏輯鏈路中，
修改一系列邏輯鏈路中層交換機資源。
64.一個傳輸數據的方法，包括：用數據包報頭域報地址轉發(fā)多 媒體數據包在一系列邏輯鏈路的包交換網絡；
報地址可作為數據鏈路層和網絡層地址；
報地址有指令可調用轉發(fā)所需的一系列邏輯鏈路資源。
65.如權利要求64所述的方法，所述的資源包括一系列邏輯鏈 路器件。
66.如權利要求65所述的方法，所述的報地址包括：單播指令 用所述的報地址局部地址信息，調用一系列邏輯鏈路器件傳輸信息 包。
67.如權利要求66所述的方法，所述的報地址包括：多播指令 用所述的器件保存的信息，調用一系列邏輯鏈路器件傳輸信息包。
68.如權利要求67所述的方法，所述的器件保存的信息包括業(yè) 務號和所述的報地址局部地址信息。
69.如權利要求68所述的方法，包括：在所述的通信期間占用 所述的業(yè)務號；
當所述的業(yè)務號不可用時，占用映射業(yè)務號。
70.一種數據傳送的系統，包括：
一個包括一系列邏輯鏈路的面向連接的包交換網絡；及
一系列在所述的一系列邏輯鏈路中進行異步傳送的數據包，所述 的每一個數據包包括：
一個報頭域，該報頭域中的數據地址含有一系列局部地址子域。 在一系列自上而下的邏輯鏈路中，所述的局部地址子域中的地址信息 自行引導所述的數據包，所述的一系列自上而下的邏輯鏈路是所述的 一系列邏輯鏈路的子集，
和一個包含多媒體數據的有效載荷數據域；
其中，所述的一系列邏輯鏈路在源節(jié)點和目的地節(jié)點之間構建了 一個傳送通路，
在所述的傳送進行之前，根據對所述的一系列邏輯鏈路上資源使 用的估算，所述的網絡中的一個節(jié)點認可了所述的傳送，以及
每一個所述的數據包在沿著所述的一系列邏輯鏈路中的多重鏈 路上被傳送時保持不變。
71.如權利要求70所述的系統，其中所述的一系列邏輯鏈路在 源節(jié)點和目的地節(jié)點之間構建了一個傳送通路。
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所述的系統，其中所述的多媒體數據是存貯 于一個大規(guī)模的存貯單元內的。
90.如權利要求70所述的系統，其中所述的包交換網絡包括一 系列非對等的用戶終端。
91.如權利要求70所述的系統，其中所述的包交換網絡包括一 系列非對等的中層交換機。
92.如權利要求70所述的系統，其中所述的包交換網絡包括一 系列非對等的家庭網關。
93.如權利要求70所述的系統，其中所述的包交換網絡在一個 節(jié)點被添加到所述的網絡時自動為所述的節(jié)點作配置。
94.如權利要求93所述的系統，其中所述的自動配置包括對該 節(jié)點的標識號碼的檢查。
95.如權利要求70所述的系統，其中所述的傳送之前，所述的 包交換網絡認可所述的傳送。
96.如權利要求95所述的系統，其中所述的認可是基于所述的 一系列邏輯鏈路上資源使用的估算。
97.如權利要求96所述的系統，其中所述的認可是建立在每一 場服務上的。
98.如權利要求70所述的系統，其中在所述的傳送之前，所述 的包交換網絡中的一個節(jié)點認可所述的傳送。
99.如權利要求98所述的系統，其中所述的認可是基于所述的 一系列邏輯鏈路上資源使用的估算。
100.如權利要求99所述的系統，其中所述的認可是建立在每一 場服務上的。
如權利要求70所述的系統，其中所述的包交換網絡包括把 網絡信息發(fā)送到所述的網絡中一系列交換機上的服務器。
如權利要求101所述的系統，其中所述的網絡信息包括在 所述的網絡中一系列交換機的帶寬使用信息。
如權利要求101所述的系統，其中所述的網絡信息是通過 公告數據包被發(fā)送的。
如權利要求70所述的系統，其中在傳送所述的數據包之前， 所述的包交換網絡驗證付款方的帳戶。
如權利要求70所述的系統，其中所述的包交換網絡測量、 收集及存貯使用數據。
如權利要求105所述的系統，其中所述的使用數據包括計 帳數據。
如權利要求70所述的系統，其中所述的包交換網絡管制數 據包的傳送。
如權利要求107所述的系統，其中所述的網絡通過添加包 來管制數據包的傳送。
如權利要求107所述的系統，其中所述的網絡通過阻止包 來控制數據包的傳送。
110.如權利要求70所述的系統，其中所述的包交換網絡包含有 服務器組，所述的服務器組包含有一系列的服務器系統，其中每一個 服務器系統均具有專門的用途。
111.如權利要求70所述的系統，其中所述的包交換網絡根據一 套過濾標準來過濾所述的包。
112.如權利要求111所述的系統，其中所述的過濾標準是建立 在每一場服務上的。
113.如權利要求111所述的系統，其中所述的過濾標準包括所 述的包中的源地址。
114.如權利要求111所述的系統，其中所述的過濾標準包括所 述的包中的目的地地址。
115.如權利要求111所述的系統，其中所述的過濾標準包括一 個數據流量參數。
116.如權利要求111所述的系統，其中所述的過濾標準包括數 據內容方面的信息。
117.如權利要求70所述的系統，其中所述的數據報地址標識了 一個附有節(jié)點的網絡接入點，如果所述的節(jié)點發(fā)生了變化，所述的數 據報地址仍然標識所述的網絡接入點。
118.如權利要求70所述的系統，其中所述的數據報地址包含有 局部地址子域，所述的局部地址子域是與指向一個網絡接入點的網絡 拓撲相對應的。
119.如權利要求70所述的系統，其中當一個附在網絡接入點上 的節(jié)點發(fā)生變化時，所述的數據報地址仍然保持與所述的網絡接入點 相關聯。
120.一種數據傳送的系統，包括：
含有一系列邏輯鏈路的包交換網絡；
一系列傳送在所述的一系列邏輯鏈路中的控制包，每一個所述的 控制包包括：第一個報地址含有一系列局部地址子域，其中，
所述的局部地址子域中的地址信息在一系列自上而下的邏輯鏈 路中自行引導所述的數據包，所述的一系列自上而下的邏輯鏈路是所 述的一系列邏輯鏈路的子集；
一系列傳送在所述的一系列邏輯鏈路中的數據包，每一個所述的 數據包包括：第二個報地址含有另一系列顏色局部地址子域，其中所 述的顏色信息在所述的一系列顏色局部地址子域決定所述的數據包 傳送方式。
121.如權利要求120所述的系統，其中所述的包交換網絡包括：
骨干網；
與骨干網相連的服務網關；
與服務網關相連的一系列交換單元；
與一系列交換單元相連的家庭網關；
與家庭網關相連的用戶終端。
122.如權利要求121所述的系統，所述的服務網關管制所述的 包交換網絡中的子網資源。
123.如權利要求122所述的系統，所述的服務網關還包括：與 骨干網相連的邊緣交換機，
與邊緣交換機相連的服務器組。
124.如權利要求123所述的系統，所述的服務網關還包括網關 與邊緣交換機相連，與非所述的包交換網絡相連。
125.如權利要求123所述的系統，所述的服務網關還包括媒體 存儲器件與邊緣交換機相連。
126.如權利要求123所述的系統，所述的服務器組還包括一系 列服務器，每一個服務器均可獨立工作。
127.如權利要求126所述的系統，所述的每一個服務器執(zhí)行特 定的任務。
128.如權利要求123所述的系統，所述的服務器組工作能力包 括：建立所述的子網的網絡拓撲；
給所述的子網端口分配可用地址；
與所述的端口相連的器件綁定端口分配的地址；
與器件通信；
控制所述的子網的流量。
129.如權利要求128所述的系統，所述的服務器組進行器件身 份鑒別后綁定端口分配的地址與所述的器件。
130.如權利要求128所述的系統，所述的服務器組收集所述的 器件的資源信息；
發(fā)布所述的子網資源信息給所述的器件。
131.如權利要求128所述的系統，所述的服務器組批準服務請 求后，在請求服務器件和目的器件之間分配資源。
132.如權利要求128所述的系統，所述的服務器組批準服務請 求依據所述的請求器件和目的器件滿足所述的服務請求；
在請求器件和目的器件之間資源滿足所述的服務請求。
133.如權利要求132所述的系統，所述的服務器組檢查付費財 務狀況。
134.如權利要求132所述的系統，所述的服務器組預訂可用業(yè) 務號為多播通信業(yè)務服務請求。
135.如權利要求132所述的系統，其中所述的服務器組配置子 網上行信息包登錄指標。
136.如權利要求123所述的系統，其中所述的邊緣交換機包括： 包分配器；
交換核與包分配器相連，所述的交換核包括：局部地址路由器， 與包分配器相連；
顏色過濾器，與局部地址路由器相連；
延時單元，與顏色過濾器，局部地址路由器，包分配器相連。
137.如權利要求136所述的系統，邊緣交換機所收到的信息包 在延時單元存儲一段時間，同時顏色過濾器引導局部地址路由器處理 顏色局部地址子域；
局部地址路由器引導包分配器發(fā)送信息包。
138.如權利要求137所述的系統，當顏色局部地址信息顯示為 多播通信業(yè)務，局部地址路由器根據第一路由表發(fā)送一系列第一控制 信號到包分配器發(fā)送信息包；
當顏色信息顯示為單播通信業(yè)務，局部地址路由器根據局部地址 信息發(fā)送一系列第二控制信號到包分配器發(fā)送信息包。
139.如權利要求138所述的系統，局部地址路由器保存預訂業(yè) 務號和映射業(yè)務號于第二路由表。
140.如權利要求136所述的系統，顏色過濾器能直接響應所述 的包交換網絡中發(fā)出請求的器件的控制信號。
141.如權利要求138所述的系統，包分配器包括：至少一個分 配器；
一個緩存庫與分配器相連；
至少一個控制器，與緩存陣列相連和多級交換單元相連。
142.如權利要求141所述的系統，分配器響應所述的第一和第 二控制系列信號，引導信息包進入一個緩存庫區(qū)域；
所述的控制器調節(jié)從所述的緩存庫區(qū)域進入多級交換單元的包 流量。
143.如權利要求121所述的系統，多級交換單元包括：交換核 上行包過濾器與交換核相連。
144.如權利要求143所述的系統，所述的上行包過濾器根據一 組指標過濾上行的信息包。
145.如權利要求144所述的系統，所述的上行包過濾器用插入 包調節(jié)上行的包流量。
146.如權利要求143所述的系統，所述的交換核包括：包分配 器；
局部地址路由器，與包分配器相連；
顏色過濾器，與局部地址路由器和上行包過濾器相連；
延時單元，與顏色過濾器和包分配器相連。
147.如權利要求146所述的系統，邊緣交換機所收到的信息包 延時單元存儲一段時間，同時顏色過濾器引導局部地址路由器處理顏 色局部地址子域；
局部地址路由器引導包分配器發(fā)送信息包。
148.如權利要求147所述的系統，顏色局部地址信息顯示為多 播通信業(yè)務，局部地址路由器根據第一路由表信息發(fā)送一系列第一控 制信號到包分配器發(fā)送信息包；
顏色局部地址信息顯示為單播通信業(yè)務，局部地址路由器根據局 部地址信息發(fā)送一系列第二控制信號到包分配器發(fā)送信息包。
149.如權利要求148所述的系統，局部地址路由器保存占用業(yè) 務號和映射業(yè)務號于第二路由表。
150.如權利要求148所述的系統，包分配器包括：至少一個分 配器；
一個緩存庫與分配器相連；
至少一個控制器，與緩存陣列相連，與家庭網關相連。
151.如權利要求150所述的系統，分配器響應所述的第一和第 二控制系列信號，引導信息包進入一個緩存庫區(qū)域；
所述的控制器調節(jié)從所述的緩存庫區(qū)域進入家庭網關的包流量。
152.如權利要求121所述的系統，家庭網關包括：主用戶交換 機；
一系列從用戶交換機，與主用戶交換機相連。
153.如權利要求152所述的系統，當主用戶交換機與多級交換 單元物理相連后，服務器組給主用戶交換機分配地址。
154.如權利要求152所述的系統，所述的主用戶交換機提供家 庭網關所支持的最大帶寬。
155.如權利要求152所述的系統，所述的主用戶交換機給與家 庭網關相連用戶終端分配帶寬。
156.如權利要求152所述的系統，所述的主用戶交換機有專用 上行端口和專用下行端口。
157.如權利要求156所述的系統，所述的每一從用戶交換機有 專用上行端口和專用下行端口。
158.如權利要求157所述的系統，所述的主用戶交換機下行端 口發(fā)一廣播信息包，當所述的廣播信息包目標地址用戶終端，是一系 列從用戶交換機直接管理，廣播信息包給此一系列從用戶交換機。
159.如權利要求157所述的系統，所述的從用戶交換機上行端 口轉發(fā)信息包至主用戶交換機，所述的信息包目標地址是所述的一系 列多級交換單元。
160.如權利要求159所述的系統，所述的一系列從用戶交換機 的一從用戶交換機上行端口發(fā)一廣播信息包其余從用戶交換機，所述 的廣播信息包目標地址用戶終端是其余一系列從用戶交換機直接管 理。
161.一個傳輸數據的系統，包括：含有一系列邏輯鏈路的包交 換網絡；及
一系列傳送在所述的一系列邏輯鏈路中的信息包，每一個所述的 信息包包括：一個含有報地址的報頭域，
報地址可作為數據鏈路層地址和網絡層地址；
報地址有指令可調用轉發(fā)所需的一系列邏輯鏈路資源。
162.如權利要求161所述的系統，當第一報地址第一顏色局部 地址子域顏色信息為多播通信，所述的包交換網絡部件根據控制包報 地址第一局部地址子域和業(yè)務號，對所管理的一系列邏輯鏈路修改資 源。
163.如權利要求162所述的系統，包交換網絡包括：服務網關 在所述的通信期間占用所述的業(yè)務號；
所述的業(yè)務號不可用時，占用映射業(yè)務號。
164.如權利要求163所述的系統，所述的控制包包括業(yè)務號和 映射業(yè)務號。
165.如權利要求120所述的系統，所述的包發(fā)送機制包括：用 第二報地址的第二局部地址信息在一系列自上而下的邏輯鏈路中自 行引導所述的數據包，第二顏色局部地址顏色信息顯示為單播通信業(yè) 務。
166.如權利要求120所述的系統，所述的包交換網絡包括：多 級交換單元根據控制包的登錄指標，有選擇地發(fā)送上行信息包。
167.如權利要166所述的系統，所述的多級交換單元，用插入 包調節(jié)上行的包流量。
168.如權利要求120所述的系統，所述的包交換網絡包括：服 務網關用控制包在第一時隔，沿一系列的邏輯鏈路查詢連接相關資源 信息；用控制包在第二時隔，發(fā)布所述的連接相關資源信息。
169.如權利要求168所述的系統，包發(fā)送機制包括：當第二顏 色局部地址顏色信息顯示為多播通信業(yè)務，根據資源保存的信息，沿 一系列的邏輯鏈路發(fā)送數據包。
170.如權利要求169所述的系統，所述的資源保存所述的信息 在路由表中。
171.如權利要求161所述的系統，所述的包交換網絡包括一系 列邏輯鏈路器件。
172.如權利要求171所述的系統，所述的報地址包括：單播指 令根據所述的報地址局部地址信息，調用一系列邏輯鏈路器件傳輸信 息包。
173.如權利要求171所述的系統，所述的報地址包括：多播指 令根據所述的器件保存的信息，調用一系列邏輯鏈路器件傳輸信息 包。
174.如權利要求173所述的系統，所述的器件保存的信息包括 業(yè)務號和所述的報地址局部地址信息。
175.如權利要求174所述的系統，所述的包交換網絡包括：服 務網關，
在所述的通信期間占用所述的業(yè)務號，
當所述的業(yè)務號不可用時，占用映射業(yè)務號。

技術領域\n本發(fā)明涉及多媒體通信領域。具體地說，本發(fā)明是基于傳輸高質量多媒體 通信服務的一種高效率的通信協議，如通過包交換網絡來實現視頻組播、視頻點 播、實時互動視頻電話以及高保真語音會議。本發(fā)明可以通過多種方式表現，包 括方法、系統和數據結構。\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連接用戶終端到一個廣域傳輸網絡的通路技術(如用戶終端裝置和網絡邊 緣的局域環(huán)路)已經從14.4、28.8和56K的調制解調器發(fā)展到包括ISDN、T1、 線纜調制解調器、DSL、以太網和無線連接在內的技術。\n現今用在廣域網中的傳輸技術包括：同步光纖網(SONET)、密集波分復用 (DWDM)、幀中繼、異步傳輸模式(ATM)和彈性分組環(huán)(RPR)。\n在所有不同的信令技術中(如在網絡中用來建立、維持和終結通信的協議 和方法)，互聯網協議(IP)的應用最為廣泛。事實上，幾乎所有的通信和網絡 專家認為集聲音(如電話)、視頻和數據網于一體的一個基于IP協議的網絡(如 互聯網)將是不可避免的。就像一位作者所闡述的那樣：“有一件事是清楚的， 那就是以IP為基礎的整合各類網絡于一體的列車已經駛離了車站，有些乘客對 此次旅行極具熱情，而另一些則很不情愿地被拖拽而行，并哭、叫、踢打著列舉 IP的種種缺陷。但是不管它有著何種缺陷，IP已被采納為一種行業(yè)標準，除了 它以外沒有任何其他的技術具有如此大的潛力和發(fā)展的空間?！?摘自1998年8 月10日《Network?World》上的“IP?Convergence：Building?the?Future”，作者Susan Breidenbach)。\n網絡管理技術，如簡單網絡管理協議(SNMP)和通用管理信息協議(CMIP) 等，已經發(fā)展到可以用來監(jiān)控、修復和重新配置計算機網絡。\n正是因為有了這些技術進步，計算機網絡已經從傳送簡單的文本信息發(fā)展 到可以提供音頻、靜止圖像以及基本的多媒體服務。\n最近，在發(fā)展原有技術和開拓新技術目的為使計算機網絡提供的音像質量 能夠與有線電視(CATV)、DVD、高清晰度電視(HDTV)相媲美的多媒體通信 服務方面，人們作了很多努力。為了提供這些服務，一個多媒體網絡需要具備大 容量帶寬、低延時和低的信號抖動特性。為了能夠得到廣泛應用，一個多媒體網 絡還需具備：1)可擴展性；2)和其他網絡的可交互操作性；3)最小限度的信 息丟失；4)可管理性(如監(jiān)控、修復和重新配置)；5)安全性；6)可靠性；和 7)計費能力。\n最近的研究包括發(fā)展IPv6來取代目前的IPv4。IPv6數據報頭中含有一個流 標號和優(yōu)先子域，這可以被電腦主機用來識別需要由IPv6路由器來進行特別處 理的數據包，這些數據包用于提供實時多媒體服務。Quality?of?Service(QoS)協 議和架構也在發(fā)展中，包括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先前對硅瓶頸問題的解決方法僅僅是集中在采用更快的芯片來制造更強大 的交換機和路由器，或者是對既有的網絡架構和協議作一些小改動。這些辦法只 能是權宜之計。符合長期需求的，也即本發(fā)明所推出的，是能夠有效解決硅瓶頸 問題的一種新的以多媒體為中心的網絡架構和協議，而且該種網絡架構和協議還 可以與目前的以數據為中心的網絡(如互聯網)并存和作交互操作。\n如圖1a所示，通信網絡可被劃分為的幾個主要類別(例見James?F.Kurose 和Keith?W.Ross所著的《Computer?Networking：A?Top-Down?Approach?Featuring the?Internet》(Addison?Wesley，2001)的第一章)。其最高層次的區(qū)別在于電路交 換網絡和包交換網絡。電路交換網絡是在兩臺或更多臺主機之間在通信期間建立 一條專用的端對端電路。電路交換網絡的例子包括公共交換電話網(PSTN)和 ISDN。\n包交換網絡不是用專用的端對端電路來進行主機之間的通信的，它是通過 基于虛電路的路由或基于數據報地址的路由在主機之間轉送數據的。\n在基于虛電路的路由中，網絡是采用一個與數據包相聯系的虛擬電路號碼 來傳送數據包的。這個虛擬電路號碼一般被包含在數據包的報頭中，并且一般會 在發(fā)送者和接受者中間的節(jié)點中被修改?；谔撾娐仿酚傻陌粨Q網絡包括SAN， X.25，幀中繼和ATM網絡。MPLS是通過把一個類似于虛擬電路號碼的標記加 到數據包中來傳送數據包的，所以我們也把采用MPLS的網絡包括在這一類別 中。\n在基于數據報地址的路由中，網絡是采用包含在一個數據包中的目的地地 址來傳送數據包的?；跀祿蟮刂返穆酚杉瓤梢允敲嫦蚍沁B接的也可以是面向 連接的。\n在面向非連接網絡中，在發(fā)送數據包之前并沒有一個準備階段，如沒有在發(fā) 送數據包之前先發(fā)送控制包。面向非連接網絡包括以太網、采用用戶數據報協議 (UDP)的IP網絡、以及交換式多兆位數據服務(SMDS)。\n相反地，在面向連接網絡中，在發(fā)送數據包之前有一個準備階段。例如， 在采用傳輸控制協議(TCP)的IP網絡中，作為在發(fā)送數據包之前的一次信號交換 過程中，控制包被首先送出。這里用“面向連接”一詞是因為發(fā)送者和接受者僅 僅是被松散地連接起來。采用基于虛電路路由的包交換網絡也是面向連接。\n包交換網絡中硅瓶頸的問題主要是由于在網絡傳輸中對數據包實施的眾多 的處理步驟而引起的。舉例來說，如圖1b所示的那樣，假定一個數據包從一個 以太局域網(LAN)通過互聯網傳送到第二個以太局域網。\n把數據包從源頭發(fā)送到目的地涉及到兩種地址：網絡層地址和數據鏈路層 地址。\n網絡層地址通常被用來在網絡間發(fā)送數據包(如包含網絡的網絡)。(不同的 參考資料有的把網絡層地址稱作“邏輯地址”或“協議地址”)。在本例中，網絡 層地址就是目的地主機的IP地址(例如，圖1b中的在LAN2里的PC2)。一個 IP地址被分為兩個子域，一個網絡標識符子域和一個主機標識符子域。\n一個數據鏈路層地址通常被用來向一個節(jié)點標識一個物理網絡界面(不同的 參考資料把數據鏈路層地址稱為“物理地址”和“介質訪問控制(MAC)地址”)。 在本例中，數據鏈路層地址就是目的地主機和數據包所路經的路由器的以太網 (IEEE802.3)MAC地址。\n以太網MAC地址是全球獨一無二的，48位二進制數字被永久地賦予每一個 以太網的組件(通常由組件的制造商賦予)。那么，如果一個以太網組件被搬到 另一個不同的以太網上，以太網MAC地址仍保留在該組件中。因此，以太網具 有一個平面的地址結構，例如，以太網MAC地址不能提供有助于路由數據包的 網絡拓補信息。然而，總體上講數據鏈路層地址沒有必要是全球獨一無二的，也 沒必要被永久性的賦予一個特定的節(jié)點。\n要把數據從源主機(如LAN1中的PC1)傳送到目的地主機，數據被分割成 若干個數據包。每個數據包都有一個包含有目的地主機IP地址的報頭。這個IP 地址在數據包通過若干個邏輯鏈路到達目的地主機的過程中保持不變。然而，如 下文所解釋的那樣，在數據包被傳送的過程中數據包的若干其他部分發(fā)生了變 化。\n如圖1b所示，數據包的報頭最初也包含了該數據包被送往目的地主機時將 路經的第一個路由器的MAC地址(如圖1b中的路由器1的MAC地址)。(這里 提到的“報頭”和“數據包”與用在開放式系統互連(OSI)模型里的術語有所不 同。在OSI術語中，一個IP數據包包含一個容納有效載荷數據的IP報頭。以此 類推，一個以太網幀中包含了一個容納了IP數據包的以太網報頭和報尾。而在 這里用到的術語，IP報頭和以太網報頭和報尾被捆在一起稱作“報頭”，以太網 幀則被稱為“數據包”。)\n當路由器1收到發(fā)自源主機的數據包時，它必須決定數據包在路徑中的下 一個站點。要做出這個決定，路由器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上發(fā)生的大量的處理也同樣重復發(fā)生在路由器2以及每一個中 間路由器上，直到數據包抵達一個直接連到包含目的地主機在內的目的地IP網 絡的路由器，如圖1b中的路由器N。路由器N分離出數據包中的當前的以太網 MAC地址(如圖1b中的路由器N的MAC地址)，將目的地IP地址轉化為一個 以太網MAC地址并將其加到數據包中(如圖1b中的PC2的MAC地址)，縮減 數據包中的使用期限域，重新計算并添加一個新的校驗和到數據包中，并將這個 數據包送到目的地主機(如LAN2中的PC2)。\n如本例所述，屬于現有技術范疇的包交換網絡用了繁多的處理步驟來傳送數 據包，因此造成了硅瓶頸問題。本例所描述的過程是基于數據報地址的路由而言 的，但相似的過程也發(fā)生在基于虛電路的路由中。舉例來說，就像上面提到的那 樣，虛電路數據包中的虛擬電路號碼在起源點與目的地之間的每一個中間鏈接點 都會發(fā)生變化。\n將要在以下詳細介紹和展示的本發(fā)明是一種能有效解決硅瓶頸問題并能使 高質量的多媒體服務得到廣泛應用的網絡，該網絡是一種新型的基于數據報地址 路由的包交換網絡。\n發(fā)明內容\n本發(fā)明通過提供一種高效率的、能被用來傳輸高質量多媒體通信服務的通信 協議來解決現有技術所存在的局限性和缺陷。所能提供的服務包括通過包交換網 絡來實現的視頻組播、視頻點播、實時互動視頻電話和高保真電話會議。本發(fā)明 提供了一種能有效解決硅瓶頸問題的方案，并能使高質量的多媒體服務得到廣泛 應用。本發(fā)明可通過多種方式表現，包括方法、系統和數據結構。\n本發(fā)明所包含的一個方面涉及到一種方法，即利用一個包含在數據包中的數 據報地址在包交換網絡的一系列邏輯鏈路中傳輸多媒體數據包(如基于數據報地 址的路由)。數據報地址中的局部地址子域所含的地址信息為數據包在一系列自 上而下的邏輯鏈路中自我導向(一系列自上而下的邏輯鏈路是一系列邏輯鏈路的 子集)。在通過一系列邏輯鏈路的多個鏈接時，數據包保持不變。\n本發(fā)明所包含的另一個方面涉及到一種系統，即含有一系列邏輯鏈路的包交 換網絡。該系統還涵蓋了多種穿越一系列邏輯鏈路的數據包，每一個這樣的數據 包都含有一個報頭域，該報頭域中有一個含帶有一系列局部地址子域的數據報地 址，這些局部地址子域中的地址信息為每個數據包在通過一系列自上而下的邏輯 鏈路時自我導向。每個數據包還含有一個載有多媒體數據的有效載荷數據域，在 通過一系列邏輯鏈路的多個鏈接時，數據包保持不變。\n本發(fā)明所包含的另一個方面涉及到一種含有報頭域和有效載荷數據域的包 的數據結構。該報頭域中含一個帶有一系列局部地址子域的數據報地址。這些局 部地址子域中的地址信息為數據包在通過包交換網絡中的一系列自上而下的邏 輯鏈路(一系列自上而下的邏輯鏈路組成了一系列邏輯鏈路子集)時自我導向。 有效載荷數據域含有多媒體數據。在通過網絡的一系列邏輯鏈路的多個鏈接時， 數據包保持不變。\n上述和其他實施例以及本發(fā)明的其他方面對于熟悉本領域的人士在參閱接 下來的詳細發(fā)明說明書及權力要求項和附圖后將會是顯而易見的。\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是一幅描述一個示例的服務器組所執(zhí)行的工作流程程序的流程圖。\n圖15是一幅描述一個示例的服務器組在配置一個MP網絡時所執(zhí)行的工作 流程程序的流程圖。\n圖16是一幅描述一個示例的服務器組在進行多項服務驗證處理時所執(zhí)行 的工作流程程序的流程圖。\n圖17a是一幅描述一個示例的服務器組中的多個服務器系統所進行的多項 服務驗證處理的時間順序圖。\n圖17b是另一幅描述一個示例的服務器組中的多個服務器系統所進行的多 項服務驗證處理的時間順序圖。\n圖18是一幅描述一個示例的邊緣交換機的框圖。\n圖19是一幅描述在邊緣交換機中的一個示例的交換單元的框圖。\n圖20是一幅描述在邊緣交換機中的一個示例的有色過濾為了應對來自于 一個示例的交換單元的接口的包所執(zhí)行程序的流程圖。\n圖21是一幅描述在邊緣交換機中的一個示例的有色過濾為了應對來自于 一個示例的交換單元的另一接口的包所執(zhí)行程序的流程圖。\n圖22是一幅描述在邊緣交換機中的一個示例的有色過濾為了應對來自于 一個示例的交換單元的另一接口的包所執(zhí)行程序的流程圖。\n圖23是一幅描述在邊緣交換機中的一個示例的局部地址路由引擎的框圖。\n圖24是一幅描述在邊緣交換機中的一個示例的局部地址路由單元為了處 理示例的MP單播數據包所執(zhí)行程序的流程圖。\n圖25是一幅描述在邊緣交換機中的一個示例的局部地址路由單元為了處 理示例的MP多點通信服務數據包所執(zhí)行程序的流程圖。\n圖26a是一幅描述在邊緣交換機中的一個示例的映射表的圖。\n圖26b是一幅描述在邊緣交換機中的一個示例的鏈路表的圖。\n圖27是一幅描述在邊緣交換機中的一個示例的包分配器的框圖。\n圖28是一幅描述一個示例的網關的框圖。\n圖29是一幅描述一個含有小區(qū)和樓宇交換機的示例的接入網結構的框圖。\n圖30是一幅描述一個含有小區(qū)和路邊交換機的示例的接入網結構的框圖。\n圖31是一幅描述一個含有辦公室交換機的示例的接入網結構的框圖。\n圖32是一幅描述一個示例的中層交換機的框圖。\n圖33是一幅描述在中層交換機中的一個示例的交換單元的框圖。\n圖34是一幅描述在中層交換機中的一個示例的有色過濾為了應對來自于 一個示例的交換單元的接口的包所執(zhí)行的程序的流程圖。\n圖35是一幅描述在中層交換機中的一個示例的局部地址路由引擎的框圖。\n圖36是一幅描述在中層交換機中的一個示例的局部地址路由引擎處理示 例的MP多點通信服務數據包所執(zhí)行程序的流程圖。\n圖37是一幅描述在中層交換機中的一個示例的鏈路表的圖。\n圖38是一幅描述在中層交換機中的一個示例的包分配器的框圖。\n圖39是一幅描述一個示例的目的地地址搜索表的圖。\n圖40是一幅描述一個上行鏈接數據包過濾器的實施例執(zhí)行上行鏈接數據 包過濾檢查程序的流程圖。\n圖41是一幅描述一個上行鏈接數據包過濾器的實施例執(zhí)行通信流量監(jiān)控 程序的流程圖。\n圖42a是一幅描述一個家庭網關實施例的框圖。\n圖42b是一幅描述一個家庭網關另一個實施例的框圖。\n圖43是一幅描述一個主用戶交換機的典型實施例的結構圖。\n圖44是一幅描述一個主用戶交換機的典型實施例的框圖。\n圖45是一幅描述一個用戶交換機實施例在轉發(fā)下行數據包時所執(zhí)行的程 序的流程圖。\n圖46是一幅描述一個用戶交換機實施例在轉發(fā)上行數據包時所執(zhí)行的程 序的流程圖。\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是一幅時間順序圖，描述的是一個示例的服務器組中的多服務器系 統在請求媒體組播過程中的多項服務驗證處理的執(zhí)行。\n圖63b是一幅時間順序圖，描述的是另一個示例的服務器組中的多服務器 系統在請求媒體組播過程中的多項服務驗證處理的執(zhí)行。\n圖64是一幅時間順序圖，描述的是在一個媒體組播過程中的示例的添加被 呼叫方、刪除被呼叫方和成員查詢的程序。\n圖65是一幅描述一個示例的MP城域網的框圖。\n圖66a是一幅時間順序圖，描述的是分別屬于不同服務網關下的呼叫方、 被呼叫方1和被呼叫方2之間媒體組播服務過程中示例的呼叫服務建立的階段。\n圖66b是一幅時間順序圖，描述的是分別屬于不同服務網關下的呼叫方、 被呼叫方1和被呼叫方2之間媒體組播服務過程中示例的呼叫通信的階段。\n圖66c是一幅時間順序圖，描述的是分別屬于不同服務網關下的呼叫方、 被呼叫方1和被呼叫方2之間媒體組播服務過程中示例的呼叫終結的階段。\n圖66d是一幅時間順序圖，描述的是分別屬于不同服務網關下的呼叫方、 被呼叫方1和被呼叫方2之間媒體組播服務過程中另一個示例的呼叫終結的階 段。\n圖67a是一幅時間順序圖，描述的是在不同的示例的服務器組中的多服務 器系統在請求媒體組播過程中的多項服務驗證處理的執(zhí)行。\n圖67b是一幅時間順序圖，描述的是在不同的示例的服務器組中的多服務 器系統在請求媒體組播過程中的另一個多項服務驗證處理的執(zhí)行。\n圖68是一幅時間順序圖，描述的是屬于一個服務網關下的用戶終端和媒體 廣播節(jié)目源之間的示例的媒體廣播服務過程。\n圖69a是一幅時間順序圖，描述的是分別屬于不同服務網關下的用戶終端 和媒體廣播節(jié)目源之間的媒體廣播服務過程中示例的呼叫服務建立和呼叫通信 的階段。\n圖69b是一幅時間順序圖，描述的是分別屬于不同服務網關下的用戶終端 和媒體廣播節(jié)目源之間的媒體廣播服務過程中示例的呼叫終結的階段。\n圖70是一幅時間順序圖，描述的是屬于一個服務網關下的媒體存儲器和節(jié) 目源之間的媒體轉移過程中示例的呼叫服務建立和呼叫通信的階段。\n圖71是一幅時間順序圖，描述的是屬于一個服務網關下的媒體存儲器和節(jié) 目源之間的媒體轉移過程中示例的呼叫終結的階段。\n圖72a是一幅時間順序圖，描述的是分別屬于不同服務網關下的媒體存儲 器和節(jié)目源之間的媒體轉移過程中示例的呼叫服務建立的階段。\n圖72b是一幅時間順序圖，描述的是分別屬于不同服務網關下的媒體存儲 器和節(jié)目源之間的媒體轉移過程中示例的呼叫通信的階段。\n圖73a是一幅時間順序圖，描述的是分別屬于不同服務網關下的媒體存儲 器和節(jié)目源之間的媒體轉移過程中示例的呼叫終結的階段。\n圖73b是一幅時間順序圖，描述的是分別屬于不同服務網關下的媒體存儲 器和節(jié)目源之間的媒體轉移過程中另一個示例的呼叫終結的階段。\n圖73c是一幅時間順序圖，描述的是分別屬于不同服務網關下的媒體存儲 器和節(jié)目源之間的媒體轉移過程中另一個示例的呼叫終結的階段。\n具體實施方式\n這里介紹的是一種用于提供高質量的多媒體通信服務的系統、方法和數據 結構。在下面的介紹中，很多特別的細節(jié)將被提出以便于能夠使本發(fā)明被透徹地 了解。不過，很顯然，對于那些熟悉本發(fā)明領域的普通技術人員來說，離開了這 些特定的細節(jié)，本發(fā)明或許也能被實施。另外一些例子，諸如光纜、光信號、雙 絞線、同軸電纜、開放式系統互連(OSI)模型、電氣和電子工程師協會(IEEE) 802標準、無線技術、帶內信令、帶外信令、漏桶模式、小型計算機系統接口 (SCSI)、集成器件電子技術(IDE)，增強的IDE和增強的小型設備接口(ESDI)、 閃存技術、磁盤驅動技術、同步動態(tài)隨機存取存儲器(SDRAM)等網絡組件和技 術已為人們所熟知，因此沒有必要再作詳盡描述。\n1??定義\n在不同的場合，同樣的網絡詞匯經常會有不同的意思或內容。舉例而言， “host”一詞可以有如下含義：1)在網絡中一臺可以使用戶與其他計算機通信的計 算機；2)一臺含有網站服務器并可以為一個或多個網站提供網頁服務的計算機； 3)一臺大型主機；4)一種可以為其他功能更小或者更少的設備或程序提供服務 的設備或程序。因此，在說明書和權力要求項中，應當參照本部分所設定的下列 詞匯的定義。\n接入網(ACN)??接入網一般是指一個或多個中層交換機(MXs)，它們共 同為家庭網關(HGWs)提供服務網關(SGWs)、骨干網和連接在服務網關上的 其他網絡的接入。\n異步??異步是指節(jié)點不限于在同一個時間段內傳送數據到其他節(jié)點。異步 相對于同步。\n(應當注意的是異步一詞在網絡中的應用還有一個意思，即描述了一種數 據傳輸方法。該傳輸方法中數據是以固定大小的數據組來傳輸的，一般對應于單 個字符和包含五到八位比特，其中比特傳輸的時間調配并不直接取定于某種計時 器。每組數據以一個起始比特開始，并以一個終止比特結束。這種異步的含義可 與同步的第二種含義相對應。同步的第二種含義是指數據隨著計時信息以一個較 大的數據塊傳輸的方法。例如，發(fā)送器可以對實際數據進行一種編碼而使在另一 端的接收器可以從數據中復原出計時信息。\n在這里介紹的技術中，同步的第二種含義上的傳送方式比異步的第二種含 義上的傳送方式有較高的數據傳輸率。然而，當說明書和權利要求項采用異步和 同步這樣的詞匯時，它們是指節(jié)點是否被限定在固定的時間段里向其他節(jié)點傳送 數據)。\n自下而上的邏輯鏈路??自下而上的邏輯鏈路是數據包傳輸的鏈路，該鏈路 是介于源主機和與控制源主機的服務器組相連的交換機之間的。交換機和服務器 組一般是邏輯上最接近于源主機的服務網關的一部分。\n電路交換網絡??電路交換網絡在兩臺(或多于兩臺)主機之間的整個通信 過程中建立一個專用的端對端電路。電路交換網絡的例子包括電話網和ISDN。\n顏色子域??顏色子域是一個數據包里的用來協助發(fā)送數據包的地址子域， 如標明數據包所包含的服務種類(例如單播通信還是多點通信)和/或數據包的 目的地節(jié)點或起源節(jié)點的類型。顏色子域中的信息有助于傳送路徑中的節(jié)點對數 據包作適當的處理。\n電腦可讀媒介??一種含有某種形式的數據的媒介，該媒介中的數據可被自 動傳感裝置所讀取。電腦可讀媒介包括但并不局限于：a)磁盤、磁卡、磁帶和磁 鼓，b)光盤，c)固態(tài)存儲器，和d)載波。\n面向非連接??面向非連接網絡是一種包交換網絡，該網絡在發(fā)送數據包之 前沒有一個初始建立的過程。舉例來說，在發(fā)送數據包之前不會傳送控制包。面 向非連接網絡的例子有以太網、采用用戶數據報協議(UDP)的IP網絡和交換 式多兆位數據服務(SMDS)。\n面向連接??面向連接網絡是一種包交換網絡，該網絡在發(fā)送數據包之前有 一個初始建立的過程。舉例來說，在采用傳輸控制協議(TCP)的IP網絡中， 控制包在發(fā)送數據包之前被作為一個信號交換的過程被傳出。這里用“面向連接” 一詞是因為發(fā)送者和接受者僅僅是被松散地連接起來。虛電路路由的包交換網絡 也是面向連接的。\n控制包??一個含有有效載荷數據的包，該有效載荷數據含有有助于帶外信 令控制的控制信息。\n基于數據報地址的路由??在基于數據報地址的路由中，網絡采用包含在一 個數據包中的目的地地址來傳送該數據包?；跀祿蟮刂返穆酚杉瓤梢允敲嫦?連接的也可以是面向非連接的。\n數據報地址??一個包含在包中的地址，該地址是被用來在基于數據報地址 路由的系統中把數據包從起源點傳送到目的地。\n數據鏈路層地址??在這里數據鏈路層地址被賦予它常用的含義，如一個被 用來執(zhí)行OSI模型里數據鏈路層的一些或全部功能的地址。一個數據鏈路地址通 常被用來向一個節(jié)點標識一個物理網絡接口。不同的參考資料把數據鏈路層地址 稱為“物理地址”和“介質訪問控制(MAC)地址”。需要說明的是網絡不需要 實施完整的OSI模型來實現OSI模型中的數據鏈路層的一些或全部的功能。例 如，盡管以太網沒有實施完整的OSI模型，以太網絡中的MAC地址是一個數據 鏈路層地址。\n數據包??數據包的有效載荷包含數據，如多媒體數據或一個封裝的數據包。 一個數據包的有效載荷數據也可以包括有助于帶內信令控制的控制信息。\n過濾器??過濾器根據一套條件或標準來對數據包進行分離或歸類。\n平面地址結構??平面地址結構是一個簡單的組織結構(有點像美國的社會 安全保障號碼)。因此，它不提供能夠被用來幫助傳送數據包的網絡拓補信息。 以太網的MAC地址是平面地址結構的一個例子。\n傳送(交換或路由)??傳送是指把一個數據包從輸入邏輯鏈路移送到輸出邏 輯鏈路。在這里披露的和權利要求的技術中，傳送、交換和路由等詞可以互換使 用。同樣的，交換機和路由器(如實現數據包傳送的裝置)等詞也可以互換使用。 另一方面，在現有技術中，交換是指在數據鏈路層傳送一幀；路由是指在網絡層 傳送一個數據包；交換機是指在數據鏈路層中傳送幀的裝置；路由器是指在網絡 層中傳送數據包的裝置。在某些場合下，路由是指決定數據包傳送的路徑或者其 中的一部分(如數據包將要經過的下一站點)。\n幀??見“包”。\n報頭??數據包中有效載荷數據前的部分，一般包括一個目的地地址和其他 的域。\n分級地址結構??分級地址結構包括眾多的局部地址子域，這些局部地址子 域不斷地縮小一個地址范圍直到它指向一個單個節(jié)點(某種意義上有點像門牌 號)。一個分級地址結構可以：1)反應網絡的拓補結構；2)幫助傳送數據包；3) 確定網絡中節(jié)點的精確或大概的地理位置。\n主機??可以使用戶與網絡中其他計算機通信的計算機。\n互動游戲盒(IGB)??IGB一般是指一個操作在線游戲的游戲盒，通過它用 戶可以在網上與其他用戶進行互動。\n智能家電(IHA)??IHA一般是指一種有決策能力的家用電器。例如，一 個智能空調是一種能夠根據室溫的變化自動調節(jié)它的冷空氣輸出的智能家電。另 一個例子是一個智能計量器系統，它能在每月特定的時間將用水量信息傳送至供 水商。\n邏輯鏈路??兩個節(jié)點之間的邏輯連接。可以理解為，在邏輯鏈路中傳送一 個包時，這個包實際上通過了一個或多個物理鏈接。\n媒體廣播(MB)??在一個MP網中的MB是一種組播，其中媒體節(jié)目源把 媒體節(jié)目送往任何一個連接在該媒體節(jié)目源上的用戶。從用戶的角度來看，MB 是一種傳統的廣播技術(如電視和收音機)。然而，從一個系統的角度來看，MB 與傳統的廣播不同，因為除非一個用戶要求連接，否則媒體節(jié)目不會傳送給該用 戶。\n媒體組播(MM)??MM指在單個源和多個指定的目的地之間傳送多媒體 數據。\nMP適配??MP適配是指滿足媒體網協議(MP)需求的組件、裝置、節(jié)點 或媒體節(jié)目。\n多媒體數據??多媒體數據包括但不局限于音頻數據、視頻數據、或者是兼 有音頻和視頻的數據。視頻數據包括但不局限于靜態(tài)視頻數據和視頻流數據。\n骨干網??骨干網泛指一個連接不同節(jié)點或端點的傳輸媒介。舉例來說，一 個采用光纜和光信號來傳輸數據的光網絡就是一個骨干網。\n網絡層地址??在這里網絡層地址被賦予它常用的含義，如一個被用來執(zhí)行 OSI模型里網絡層的一些或全部功能的地址。一個網絡地址通常被用來在網際之 間傳送包。不同的參考資料有的把網絡層地址稱作“邏輯地址”和“協議地址”。 需要說明的是網絡不需要實施完整的OSI模型來實現OSI模型中的網絡層的一 些或全部的功能。例如，盡管TCP/IP沒有實施完整的OSI模型，但TCP/IP網絡 中的IP地址是一個網絡層地址。\n節(jié)點(資源)??節(jié)點是一個連在網絡上的可設定地址的裝置。\n不對等??不對等是指在分級網絡中處在同一等級的兩個節(jié)點不能相互直接 傳送數據包，而是必須通過這兩個節(jié)點之上的父節(jié)點來傳送數據包。例如，屬于 同一個家庭網關下的兩個用戶終端必須通過家庭網關來傳送數據包，而不是相互 直接傳送。相同地，屬于同一個服務網關下的兩個中層交換機必須通過服務網關 來傳送數據包，而不是相互直接傳送。分別屬于不同服務網關下的兩個中層交換 機也必須通過各自的父服務網關來傳送數據包，而不是相互直接傳送。\n包??在包交換網絡中用于傳送數據的單元。一個包含有一個報頭和一個有 效載荷數據。在這里展示的技術和權利要求中，包、幀和數據報等詞可以互換使 用。另一方面，在現有技術中，幀是指在數據鏈路層的一個數據單元，而包和數 據報則是網絡層的一個數據單元。\n包交換網絡??包交換網絡是指在主機之間通過基于虛電路的路由或基于數 據報地址的路由來傳送數據包的，它不是在主機之間建立專用的端對端電路來通 信的。\n物理鏈接??兩個節(jié)點間的實際連接。\n資源??見節(jié)點。\n路由??見傳送。\n自導向??如果一個數據包含有某種信息，而該信息起到了引導該數據包在 一系列邏輯鏈路中被傳送的作用，那么該數據包在這一系列邏輯鏈路中是自導向 的。在這里展示的一些技術中，局部地址子域中的信息引導了數據包在一系列的 自上而下的邏輯鏈路中的傳送。相反，在常規(guī)的路由中，數據包地址是被用來在 路由表中查詢下一個站點的。用去旅行的例子來做比喻，前面的例子就象是從高 速公路上最后一個出口到目的地的走法，而后者則象是在每一個路口都要停下來 打聽方向。還要提到的是，在這里所展示的一些技術中，一個數據包自導向的一 系列自上而下的邏輯鏈路中可以不包括所有的自上而下的邏輯鏈路，例如，在 MP局域網中數據包可以通過一個局部的傳播來到達目的地節(jié)點。盡管如此，該 數據包在一系列邏輯鏈路中仍然是自導向的，并且在一系列邏輯鏈路中不需要路 由表。\n服務器組??一組服務器系統。\n服務器系統??網絡中對連接在網絡上的其他系統提供一項或多項服務的一 個系統。\n交換??見傳送\n同步??同步是指節(jié)點被限于在一個設定的時間段里向其他節(jié)點傳送數據。 同步與異步相對。(同步的第二種含義參照異步的定義)。\nMP/IP透明終端??一般是指一個既能處理MP數據包也能處理如IP數據包 一類的非MP數據包的設備。\n自上而下的邏輯鏈路??自上而下的邏輯鏈路是數據包傳送的邏輯鏈路，該 鏈路介于目的地主機和與控制目的地主機的服務器組相連的交換機之間。交換機 和服務器組一般是邏輯上最接近于目的地主機的服務網關的一部分。\n傳送路徑??傳送路徑是數據包在源節(jié)點和目的地節(jié)點之間傳送時所路經的 一組邏輯鏈路。\n不變包??當一個數據包在第一和第二邏輯鏈路中傳送時，如果該數據包在 第二邏輯鏈路時含有的比特和它在第一邏輯鏈路時含有的比特相同的話，我們稱 該包保持不變。需要注意的是，如果當數據包通過位于第一和第二邏輯鏈路之間 的交換機/路由器時被變換但隨后即被復原，我們仍認為該數據包在這些邏輯鏈 路中保持不變。舉例來說，數據包可以在它進入交換機/路由器時被添加一個內 部標簽，而當它離開交換機/路由器時再被去除掉，從而該數據包在第二邏輯鏈 路時的比特和在第一邏輯鏈路時的相同。另外，如果任何物理層報頭和/或報尾 (如數據流的起始和終端的分隔符)在第一和第二邏輯鏈路中不相同，因為物理 層報頭和/或報尾不屬于數據包的一部分，我們仍認為該數據包仍然保持不變。\n單播??單播是指多媒體數據傳送于一個單獨的源和一個單獨的目的地之 間。\n用戶終端(UT)??用戶終端包括、但不局限于個人電腦(PC)、電話、智 能家電(IHA)、互動游戲盒(IGB)、機頂盒(STB)、MP/IP透明終端、家庭服 務器系統、媒體存儲器或者任何其他終端用戶用來在網絡上收發(fā)多媒體數據的裝 置。\n基于虛電路的路由??在基于虛電路的路由中，網絡采用一個與數據包相聯 的虛電路號碼在網絡中轉送數據包。這個虛電路號碼一般被包含在數據包的報頭 中，并且一般會在發(fā)送者和接受者之間的每個節(jié)點中被改變?；谔撾娐仿酚傻?包交換網絡包括SNA、X.25、幀中繼和ATM網絡。我們也把采用MPLS的網絡 包括在這一類目中，MPLS是通過把一個類似于虛擬電路的標記加到數據包中來 傳送數據包的。\n線速??如果一個交換機轉發(fā)數據包的速度與數據包到達該交換機的速度相 同的話，則稱該交換機以線速工作。\n2??概述\nMP網絡是通過采用減少在MP網絡中傳輸時對數據包進行處理的系統、方 法和數據結構來解決硅瓶頸問題的。舉例而言，如圖1c所示意的那樣，假定一 個MP數據包10從一個MP局域網(如一個MP家庭網關(HGW)和它相關聯 的用戶交換機(UXs)和用戶終端(UTs))傳送到另一個MP局域網。\n要把一個MP多媒體數據包從它的源送到目的地，MP網絡采用了一個既可 以作為數據鏈路層地址又可以作為網絡層地址來操作的單個數據報地址。MP數 據報地址能夠被用來把MP數據包送往在MP全球網、MP國家網或者是MP城 域網中的任何地方。MP數據報地址也被用來向節(jié)點標識一個物理網絡的接口。 在本例中，MP數據報地址是目的地主機80的MP地址(如圖1c中的局域網2 中的用戶終端2)。\n一個MP數據報地址獨一無二地標識出在MP網絡中MP適配組件的網絡接 入點。因此，如果附于一個接入點的MP適配組件被移到MP網絡的另一部分， MP地址仍舊保留在該接入點內而不是該組件內。(然而，MP適配組件可以包括 一個全球獨一無二的硬件標識，該標識被永久地賦予該組件并可被用于網絡管 理、財務計費、和/或無線應用中的尋址)。\n一個MP地址子域包括局部地址子域，這些地址子域代表了MP網絡所涵 蓋的區(qū)域分層。如下文所解釋的那樣，因為一些局部地址子域相對應于一個指向 網絡接入點的自上而下的通路，這種分級地址結構被用來在一系列自上而下的邏 輯鏈路中為MP數據包朝著目的地主機方向進行自導向。\n一個MP地址域包括所選的一個或多個顏色子域。顏色子域是被用來幫助 傳送MP數據包的，例如提供該MP數據包所提供的服務的類型的信息，和/或 提供該數據包的源節(jié)點或目的地節(jié)點的類型的信息。\n為了將數據從源主機20(如MP局域網1中的用戶終端1)傳送到目的地 主機80，數據被分割成許多MP數據包。每個MP數據包含有一個包括目的地 主機(如MP局域網2的用戶終端2)的MP地址的報頭。在MP數據包10被傳 往于目的地主機80的一系列邏輯鏈路中，該MP地址通常保持不變。此外，如 下面所解釋的那樣，與“發(fā)明背景”這一節(jié)(圖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發(fā)送MP數據包，該 數據包通常保持不變。因為MP數據報地址是一個既可以作為網絡層地址又可以 作為數據鏈路層地址來操作的，所以在傳送過程中不需要改變該數據包。(如下 文所述，在單播服務中沒有必要去變動數據包，但在一些多點通信服務的例子中， MP數據包中的業(yè)務號可能會在服務網關中的交換機中被修改。然而即便是在這 些少數的例子中，MP數據包在通過多重邏輯鏈路時仍無變動)。而且，MP數據 包不需要包括“使用期限”域，因此沒有必要在每個站點中縮減該“使用期限” 域的值。此外，如果數據包保持不變的話，也就沒有必要去重新計算MP數據包 校驗和。\n發(fā)生在服務網關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接下來會對在本發(fā)明中用到的方法、系統和數據結構的各個方面作更詳細 的描述。\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協議要求的組件、裝置、節(jié)點或媒體程序。一個 接入網一般是指一個或多個中層交換機(MXs)，它們共同為家庭網關提供上述 服務網關、骨干網和其他連接于服務網關的網絡接入。接下來的部分和實施例部 分將提供有關于MP網絡的更詳細的論述。\n在MP城域網1000中，服務網關1060、服務網關1120和服務網關1160是 連在城域骨干網1040上的一些示例的節(jié)點。這些服務網關在城域骨干網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的一部分)，而且不超出本發(fā)明的范圍。\n一個MP城域網1000的實施例進一步將“處于邊緣的智能”分配給兩類服 務網關。具體地講，一類服務網關成為“城域中心網絡管理群”，而其他在城域 骨干網1040中的服務網關則從屬于該城域中心網絡管理群。因此，如果服務網 關1160作為城域中心網絡管理群的話，服務網關1060和1120則成為服務網關 1160的城域從屬網絡管理群。當從服務網關仍負責控制和響應從屬于它們的接 入網、家庭網關和用戶終端時，主服務網關1160能夠執(zhí)行從服務網關所不具備 的功能。這些功能包括、但不局限于從服務網關的配置、檢查、維護和管理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是指一種用于存貯多媒體內容的具成本 效能的存儲技術。這些內容可以包括、但不局限于電影、電視節(jié)目、游戲和音頻 節(jié)目。后面的關于媒體存儲的部分將提供關于媒體存儲的更詳細的論述。\n盡管在圖1d中的MP城域網1000在本示例中包含了特定數量的MP適配 組件，但顯而易見，本領域內的普通技術人員將能根據不同數量和/或不同配置 的MP適配組件來設計和實施MP城域網1000，而且不超出本發(fā)明的范圍。\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)各有一個指定的主網絡管理群，但顯而易見，本領域內的普通技 術人員能夠把處于骨干網邊緣的智能進一步分配到多于一個的主服務網關，而且 不超出本發(fā)明的范圍。此外，如果一個主服務網關發(fā)生故障，一個備份的服務網 關會取代發(fā)生故障的主服務網關。\n4??媒體網協議(MP)\n圖4展現了一個示例的MP的網絡結構。更具體地說，MP有三個獨立層： 物理層、邏輯層和應用層。使物理層(如主機A?4060中的物理層4070)能和另 一個物理層(如主機B?4000中的物理層4010)相互通信的規(guī)則和協定被統稱為 物理層協議4050。同樣地，邏輯層協議4040和應用層協議4140分別協調邏輯 層4090和4030以及應用層4130和4110之間的通信。\n此外，在每一對相鄰的層之間(如物理層4070和邏輯層4090，或邏輯層 4090和應用層4130)存在著一個接口，如邏輯-物理接口4080和應用-邏輯接口 4120。這些接口定義了低層提供給高層的基本操作和服務。\n4.1??物理層\n一個如物理層4010的MP物理層，提供某些服務給一個MP的邏輯層(如 邏輯層4030)，并把物理層4010的實施細節(jié)屏蔽于邏輯層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，而且不超出本發(fā)明的范圍。\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包含一個循環(huán)冗余校驗值在 收到的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(如 重新安排域的次序或添加新的域)，而且不超出本發(fā)明的范圍。\n一個示例的MP邏輯層實施例定義了兩類MP數據包：在有效載荷數據域 5050(圖5)中載有控制信息的MP控制包，和在有效載荷數據域5050中載有 數據的MP數據包，數據包括多媒體數據或一個封裝的包。然而，一些MP數據 包也可能在有效載荷數據域5050中一起包含了數據和控制信息。相對于支持帶 外信令控制的MP控制包，這樣的MP數據包支持帶內信令的控制。下面的MP 數據包表格列出一些示例的MP數據包：\nMP數據包表格\n? MP數據包名稱 MP數據包類型 功能概要 公告包 ?????? ?????? 控制 ???? ???? 服務器組用此數據包來 向MP適配組件傳遞信息 (如服務器系統的網絡? 地址)??????????????? 網絡狀態(tài)查詢包 ?????????????? 控制 ???? 服務器組發(fā)送此包以獲 得MP適配組件的狀態(tài)?? (如帶寬使用狀況)???? 網絡狀態(tài)查詢結果包 ?????????????????? 控制 ???? MP適配組件發(fā)送此包至?? 請求方，其中包含所請求 的信息???????????????? 媒體電話服務(MTPS)請 求包???????????????? 控制 MP適配組件發(fā)送此包來 請求媒體電話服務???? 媒體組播/媒體廣播/媒體 點播/媒體轉移請求包??? ?????????????????????? 控制 ???? ???? 類似于媒體電話服務請? 求包，MP適配組件發(fā)送? 此包來請求特定的通話/ 服務????????????????? 媒體電話服務請求結果 包?????????????????? 控制 ???? 服務器組向請求方發(fā)送?? 此包，其中包括該請求的 結果?????????????????? 媒體組播/媒體廣播/媒體 點播/媒體轉移請求結果? 包???????????????????? 控制 ???? ???? 類似于媒體電話服務請?? 求回復包，服務器組向請 求方發(fā)送此包，其中包括 該請求的結果?????????? 媒體電話服務/媒體點播/ 媒體轉移服務的建立包?? 控制 服務器組發(fā)送此包來在 傳輸路徑上一個或多個??\n? 交換機上中設置上行鏈? 接數據包過濾器(ULPFs) 媒體組播/媒體廣播服務 的建立包????????????? ????????????????????? ????????????????????? ????????????????????? ????????????????????? 控制 ???? ???? ???? ???? ???? 類似于媒體電話服務/媒? 體點播/媒體轉移服務的? 建立包，服務器組發(fā)送此 包在傳輸路徑中的交換?? 機中設置上行鏈接數據?? 包過濾器(ULPFs)和鏈??? 路表?????????????????? 媒體電話服務的維持包 ???????????????????? 控制 ???? 服務器組向傳輸路徑上 的交換機發(fā)送此包以維 持服務的狀態(tài)???????? 媒體組播/媒體廣播/媒體 點播/媒體轉移服務的維? 持包?????????????????? ?????????????????????? 控制 ???? ???? ???? 類似于媒體電話服務維?? 持包，服務器組向傳輸路 徑上的交換機發(fā)送此包?? 以維持特定的服務的狀?? 態(tài)???????????????????? 媒體電話服務的終結包 控制 MP適配組件發(fā)送此包來 終結媒體電話服務???? 媒體組播/媒體廣播/媒體 點播/媒體轉移服務的終? 結包?????????????????? 控制 ???? ???? 類似于媒體電話服務終? 結包，MP適配組件發(fā)送? 此包來終結特定的通話/ 服務????????????????? 地址映射查詢包 ?????????????? ?????????????? 控制 ???? ???? MP適配組件向服務器組 中的地址映射服務器系 統發(fā)送此包以查詢地址 映射信息???????????? 地址映射查詢結果包 控制 地址映射服務器系統利 用此包來回復MP適配組\n? 件的查詢 財務狀況查詢包 ?????????????? ?????????????? ?????????????? 控制 ???? ???? ???? MP適配組件向服務器組? 中的財務服務器系統發(fā)? 送此包以查詢服務參與? 方的相關的財務狀態(tài)(如 服務付費方的財務狀態(tài)) 財務狀況查詢結果包 ?????????????????? 控制 ???? 財務服務器系統利用此 包來回復MP適配組件的 查詢???????????????? 示意(連接/建立/維持/終 結)包????????????????? 控制 ???? 服務器系統向另一服務?? 器系統傳送此包來發(fā)送 信息???????????????? 示意回復(或確認)包 控制 對上述示意包的回復 網絡資源狀態(tài)查詢包 ?????????????????? ?????????????????? ?????????????????? 控制 ???? ???? ???? 呼叫處理服務器系統向 服務器組中的網絡管理 服務器系統發(fā)送此包以 要求獲準處理一個所請?? 求的服務???????????? 網絡資源狀態(tài)查詢結果 包?????????????????? 控制 ???? 網絡管理服務器系統用 此包回復呼叫處理服務 器系統的狀態(tài)查詢請求 集會通知包 ?????????? ?????????? ?????????? 控制 ???? ???? ???? 一方利用此包向參與媒???? 體組播服務的各方發(fā)送?? 相關的集會信息(如集會? 的時間、主題和涉及領域 等)??????????????????? 集會成員 控制 一方利用此數據包向集??? 會通知者(將在后面的實\n? 施例部分中被論述)發(fā)送 一個媒體組播服務的邀??? 請名單??????????????? 成員包 控制 此包包含了參與媒體組 播服務的成員信息???? 數據包 ?????? 數據 ???? 此包包含音頻、視頻以及 視音頻混合信息，或一個?? 封裝的非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適配組件有一個特定的硬件標識， 它一般是由工業(yè)群體和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/社區(qū)子域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除了用戶終端，用戶地址還被指定到其他網絡組件上。舉例來說，前述的 工業(yè)群體和制造商可在其他MP組件(如接入網中的中層交換機)中制定、分配 或存儲用戶地址。同樣地，媒體節(jié)目運營商，如電視節(jié)目制作商和媒體點播服務 的運營商，可為媒體節(jié)目制定并分配用戶地址。\n用戶名稱和用戶地址一般是由網絡運營商或者網絡運營商所指定的一個獨 立的第三方組織所分配的。網絡地址由服務網關在網絡配置時指定的(在以下的 服務網關部分將作詳細描述)。舉一個例子，假定一個網絡運營商要讓圖1d中連 接在家庭網關1200上所有的用戶終端被統稱為www.MediaNet?Support.com。 要做到這一點，配置服務網關1160的網絡運營商可制定用戶名稱 “www.MediaNet_Support.com”，并映射該用戶名稱到連接在家庭網關1200上 的用戶終端的用戶地址上去。\n與固定于接入口的網絡地址不同，被指定的用戶名稱和用戶地址即便在MP 網絡拓撲結構發(fā)生變化的條件下(如重新配置網絡，包括添加、去除或者移動一 個或多個MP適配組件)也能保持不變。例如，假定雇員1所使用的用戶終端是 用戶終端1320，而管理MP城域網1000的網絡運營商決定通過接入口1490連 接用戶終端1320到家庭網關1220(而不是家庭網關1100)，標識用戶終端1320 的網絡地址會變?yōu)楣潭ㄓ诮尤肟?490的網絡地址(而不是固定于接入口1470的 網絡地址)。盡管網絡地址改變了，雇員1的用戶名稱和用戶地址仍保持不變。\n如上所述，一個MP邏輯層映射了網絡地址的各標識層，如用戶名稱和用 戶地址。MP的網絡地址提供了幾項功能，它向一個節(jié)點(如MP網絡中的一個 MP適配組件)標識了物理網絡的接口，它能夠被用來在一個MP交互網絡中將 數據包送往任何地方。因為MP網絡地址的分層結構反映了MP網絡的拓撲結構， 所以MP網絡地址可以有助于傳送數據包并精確地或概略地標識出MP網絡中的 節(jié)點的地理位置。MP網絡地址還能指定節(jié)點所要執(zhí)行的任務(如用局部地址子 域來引導數據包通過一系列邏輯鏈路，或用有色子域來選擇一個數據包傳輸機 制)。\n圖6展示了一個示例性的網絡地址6000，它標識了MP全球網3000中的一 個MP適配用戶終端(如圖1d中的用戶終端1320)的網絡接入點。網絡地址6000 包含有色子域6010、數據類型子域6070、MP子域6080，以及一個分級的局部 地址子域，如國家子域6020、城市子域6030、社區(qū)子域6040、層次交換子域6050 和用戶終端子域6060。該分級地址結構反映了MP全球網3000的網絡拓撲結構。 盡管這些網絡地址子域中的一些被賦予地理含義(如國家子域6020、城市子域 6030和社區(qū)子域6040)，但顯而易見，對于專業(yè)技術人員來說，這些子域只是代 表了MP網絡所覆蓋的一個分級的地域。\n網絡地址6000中的有色子域6010包括有助于傳送MP數據包的“有色信 息”。MP數據包的接收方能夠根據有色信息、而不需要檢查和/或分析整個數據 包來處理該數據包。(此外，所述的“接收方”不僅限于MP數據包的最終接收 者，如用戶終端，也包括網絡的中間的網絡組件，如包括、但不限于處理MP數 據包的中層交換機)。下面的MP有色列表舉出一些示例的有色信息。雖然MP 有色列表中舉出的例子描述了不同類型服務的有色信息(如單播和多點通信)， 但顯而易見的是，本領域內的普通技術人員可以將該有色信息用于其他目的，如 識別數據包來自于(源節(jié)點)或被送往(目的地節(jié)點)設備的類型，而且不超出 本發(fā)明的范圍。如下面將要論述的那樣，有色信息協助了交換機對包的處理，從 而使得網絡能夠采用更加簡單的交換機。\nMP有色列表\n? 有色信息的類型 一般功能 單播的建立 在傳輸路徑中的一個或多個交換機中 設立上行鏈接數據包過濾器(ULPF) 單播數據 在單播服務中示意一個包是數據包 單播的終結 在傳輸路徑中的一個或多個交換機中 復位上行鏈接數據包過濾器?????? 多點通信的建立 在傳輸路徑中的一個或多個交換機中?? 設置鏈路表和上行鏈接數據包過濾器 多點通信數據 在多點通信服務中示意一個包是數據 包???????????????????????????? 多點通信的維持 ?????????????? ?????????????? 維護傳輸路徑上的交換機中的鏈路表? 中的數據值和/或收集多點通信服務的 狀態(tài)信息(如錯誤率和丟失的數據包的 數目)???????????????????????????? 多點通信的終結 在傳輸路徑中的一個或多個交換機中\(zhòng)n? 復位鏈路表和上行鏈接數據包過濾器， 釋放所保留的業(yè)務號???????????????? 查詢 ???? 示意一個來自于請求組件的查詢，查詢 請求的接收方把查詢結果送到請求組 件??????????????????????????????\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被進一步細分為小區(qū)交換(VX)子域7070、樓宇交換 (BX)子域7080和用戶交換(UX)子域7090來體現小區(qū)交換、樓宇交換和用 戶交換的分層結構。圖8和圖9a描述了其他不同的層次交換子域6050的細分。 在圖8中，與網絡地址7000相似，網絡地址8000具有與網絡地址6000中的層 次交換子域6050項對應的小區(qū)交換子域8070、路邊交換(CX)子域8080和用 戶交換子域8090。在圖9a中，網絡地址9000含有辦公室交換(OX)子域9070 和用戶交換子域9080。\n除非是另作說明，隨后所提到的網絡地址6000一般包括它的衍生形式(如 可進一步細分層次交換子域6050的網絡地址7000、8000和9000)。同樣地，下 面的接入網和家庭網關部分提供了這些衍生形式的進一步論述。\n盡管上述的小區(qū)交換和辦公室交換子域主要是被用來標識一個服務網關所 管轄的小區(qū)交換機和辦公室交換機，但它們也可以被用來標識一個服務網關所管 轄的MP適配組件。圖9b描述了一個能標識出服務網關中的MP適配組件(例 如邊緣交換機、服務器組、網關和媒體存儲器)的示例性的網絡地址格式(如 9100)。為了標明一個MP數據包是被送往服務網關中的一個組件而不是媒體存 儲器，網絡地址9100中的小區(qū)交換子域9170包含全零(“0000”)。其余的比特 (組件號碼子域9180)被用來標識該服務網關中的一個特定的組件。以服務網 關1160(圖10)為例，標識邊緣交換機10000、服務器組10010和網關10020 的網絡地址符合網絡地址9100的格式。這些網絡地址擁有相同的國家子域9140、 城市子域9150、社區(qū)子域9160和小區(qū)交換子域9170(“0000”)信息，但卻在組 件號碼子域9180中包含了不同的信息來標識這些組件。舉例而言，邊緣交換機 10000可對應于組件號碼子域9180中的組件號碼1，而服務器組10010對應于2， 網關10020對應于3。\n另一方面，為了示意一個MP數據包是被送往服務網關中的媒體存儲器， 網絡地址9100中的小區(qū)交換子域9170包含“0001”。其余的比特(組件號碼子 域9180)是被用來標識該服務網關中的一個特定的媒體存儲器。以服務網關1120 (圖10)為例，標識媒體存儲器1140和媒體存儲器1145的網絡地址符合網絡 地址9100的格式。這兩個網絡地址擁有相同的國家子域9140、城市子域9150、 社區(qū)子域9160和小區(qū)交換子域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 包含一個特定的比特序列。業(yè)務號碼子域9270在MP城域網中標識了該MP數 據包所屬的特定的通信服務。假定業(yè)務號碼子域9270有n個比特長度，那么采 用網絡地址9200的格式的MP城域網可以支持2n個不同的多點通信服務。顯而 易見，對于本領域內的普通技術人員來說，而且不超出所論述的網絡地址模式的 范圍的是：業(yè)務號碼子域9270可以有不同的長度(如包括保留子域9260)和/ 或具有在MP數據包中不同的位置。\n盡管闡述了幾個網絡地址的格式，但是一個在本領域內的普通技術人員將會 認識到除了上述的格式以外，假如其他類別的格式為節(jié)點標識了一個物理的網絡 接入口，以及這些其他類別的格式可被用來把數據包傳送到網絡間的任何地點和 /或使用一種分層地址結構來傳送數據包至目的地的話，那么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網絡 發(fā)送數據包的源主機(如用戶終端、媒體存儲裝置和服務器組)首先以最小延時 率的均衡器模塊傳送數據包。一個最小延時率的均衡器的實施例遵從著名的漏桶 模型，其結果是向MP網絡輸出均勻間隔的數據包。如果最小延時率的均衡器模 塊接收到的MP數據包的數目超過最小延時率的均衡器的緩沖器容量，最小延時 率的均衡器模塊則會丟棄溢出的MP數據包。另一方面，如果MP數據包以一個 低于預設值的速度抵達最小延時率的均衡器模塊，最小延時率的均衡器模塊則向 MP網絡發(fā)送一個填充式的MP數據包以維持一個恒定并可預測的數據速率。\n此外，在呼叫通信階段，MP網絡中的其他MP適配組件把來自于源主機的 均勻間隔的數據包進行過濾以防止那些不相關的數據包到達服務網關中的服務 器組。下面的上行鏈接數據包過濾器部分提供了一個實現上述傳輸流政策功能的 過濾器的細節(jié)。\n在呼叫通信階段，一個示例的MP邏輯層支持了可測量服務使用信息的計費 政策。下面的服務器組部分和實施例部分將進一步解釋計費功能的實施。\n在呼叫通信階段，一個示例的MP邏輯層支持了MP數據包在一系列邏輯鏈 路中的快速傳送。舉例來說，假定用戶終端1320向用戶終端1420轉送單播MP 數據包，如下面所解釋的，因為MP網絡的不對等結構，MP數據包能夠從用戶 終端1320通過邏輯鏈路1310，1090和1070被傳送到服務網關1060，而不需要 計算或采用路由表。在源主機(用戶終端1320)和邏輯上最接近于源主機的服 務網關(這里指服務網關1060)之間的邏輯鏈路被稱為自下而上的邏輯鏈路。 那么，因為多媒體數據的可預測性(如作為MP網絡傳輸流的主要部分的視頻流 具有可預測性)，以及MP網絡中對傳輸流的管制(如上述)，服務網關1060采 用可離線計算的轉發(fā)表通過邏輯鏈路1050、1040和1150來向服務網關1160傳 送MP數據包。最終，最接近于用戶終端1420的服務網關(如服務網關1160) 采用局部地址路由(在下文中解釋)通過邏輯鏈路1440、1520和1530對MP數 據包進行自導向，并傳送數據包到用戶終端1420。\n目的地主機(這里指用戶終端1420)和邏輯上最接近于目的地主機的服務 網關(這里指服務網關1160)之間的邏輯鏈路是自上而下的邏輯鏈路。在自上 而下的邏輯鏈路中采用局部地址路由避免了使用路由表。因此，MP數據包在用 戶終端1320和用戶終端1420之間的主要鏈路中被傳送時無需計算或使用路由 表。進一步來說，對于少數需要使用轉發(fā)表的鏈路，這些轉發(fā)表能被離線計算(當 然，該計算也可以實時進行)。\n為了進一步說明數據傳輸，更詳細地考慮上述的例子(用戶終端1320向用 戶終端1420發(fā)送MP數據包)。假定MP數據包中的目的地地址域中的網絡地址 包含以下信息(依照如圖6所示的網絡地址6000的格式)：\n·國家子域6020-標識了服務網關2020，并指明了用戶終端1420屬于 MP國家網2000(如圖2)。\n·城市子域6030-標識了服務網關1020，并指明了用戶終端1420屬于 MP城域網1000(如圖1d)。\n·社區(qū)子域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和社區(qū)子域6040。 如果這三個子域都與服務網關1060的網絡地址中相應的子域相匹配，那么該目 的地主機是由服務網關1060所控制的，并開始自上而下的傳輸。如果國家子域 6020和城市子域6030與服務網關1060的網絡地址中相應的子域相匹配，而社 區(qū)子域不匹配，那么目的地主機存在于同一個MP城域網中，但是是由另一個服 務網關所控制的。如果國家子域匹配，但是城市子域不匹配，那么目的地主機存 在于同一個國家網中，但是是由一個不同的城域網中的服務網關所控制的。如果 國家子域不匹配，那么目的地主機是被在不同國家網中的一個服務網關所控制 的。\n在這個例子中，國家子域和城市子域匹配，但是社區(qū)子域不匹配。因此，服 務網關1060將把數據包送到MP城域網1000中的服務網關，該服務網關(服務 網關1160)的社區(qū)子域與數據包目的地地址中的社區(qū)子域匹配。為了發(fā)送該數 據包，服務網關1060根據目的地地址中的國家、城市、和社區(qū)在轉發(fā)表中查找 一組局部地址子域來決定通往服務網關1160的下一個站點。服務網關1060然后 傳送數據包到轉發(fā)表所設定的下一個站點。分析局部地址子域和使用轉發(fā)表來發(fā) 送數據包至下一個站點的過程一直持續(xù)到該數據包抵達指定的服務網關(服務網 關1160)，該服務網關的國家、城市和社區(qū)子域與數據包中目的地地址中的相應 的子域匹配。然后，自上而下的傳輸開始了。\n對于自上而下的傳輸，服務網關1160根據層次交換子域6050中的局部地址 信息和有色信息把MP數據包發(fā)送到中層交換機1180(該傳輸可達到線速)。更 具體地來說，服務網關1160通過利用部分的目的地地址來自導向數據包，并因 此簡化了數據包轉發(fā)的計算和決策。服務網關1160也利用了有色信息來選擇數 據包的傳送機制(如單播尋址模式和組播尋址模式的數據包傳送機制可能有所不 同)。換句話說，一個示例的服務網關1160通過利用一些局部地址子域來自導向 數據包和一個有效率的數據包傳送機制來有效地實現線速。\n以相同的模式，中層交換機1180也利用層次交換子域6050中的局部地址子 域向家庭網關1200傳送MP數據包。接下來，家庭網關1200利用用戶終端子域 6060中的局部地址信息把數據包發(fā)送到它的最終目的地，即用戶終端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)中的服務網關所控制。這里，控制源主機的服 務網關發(fā)送MP數據包到城域網接入服務網關(服務網關2050)，該城域網接入 服務網關是負責把MP城域網2030連接到國家骨干網2010上的。然后服務網關 2050發(fā)送數據包到城域網接入服務網關(服務網關1020)，該城域網接入服務網 關是負責把另一個MP城域網(MP城域網1000)連接到國家骨干網2010上的， 該城域網接入服務網關的城市子域與MP數據包的目的地地址中的城市子域匹 配。更具體地來說，服務網關2050根據目的地地址中的國家和城市局部地址子 域來查詢轉發(fā)表以決定通往服務網關1020的下一個站點。服務網關2050然后傳 送數據包到轉發(fā)表所設定的下一個站點。分析局部地址子域和使用轉發(fā)表來發(fā)送 數據包至下一個站點的過程一直持續(xù)到該數據包抵達服務網關1020。\n接著，服務網關1020根據目的地地址中的國家、城市和社區(qū)局部地址子域 來查詢轉發(fā)表以決定通往管理目的地主機的服務網關(服務網關1160)的下一 個站點。服務網關1020然后傳送數據包到轉發(fā)表所設定的下一個站點。分析局 部地址子域和使用轉發(fā)表來發(fā)送數據包至下一個站點的過程一直持續(xù)到該數據 包抵達服務網關1160。于是，自上而下的傳輸開始了。\n第二種可能性(同一個MP全球網中的兩個不同的MP國家網之間的MP 數據包的傳送)中國家子域不匹配。本例中目的地主機和源主機位于同一MP全 球網(MP全球網3000)中，但是目的地主機是被一個位于不同的MP國家網(MP 國家網2000)中的服務網關所控制。在這兒，控制源主機的服務網關向MP國 家網3030中的城域網接入服務網關發(fā)送MP數據包。接著城域網接入服務網關 向國家網接入服務網關(服務網關3040)發(fā)送該數據包，該國家網接入服務網 關是負責把MP國家網3030連接到全球骨干網3020上的。\n接著，服務網關3040向國家網接入服務網關(服務網關2020)發(fā)送數據包， 該國家網接入服務網關是負責把另一個MP國家網(MP國家網2000)連接到全 球骨干網3020上的，該國家網接入服務網關的國家子域與MP數據包的目的地 地址中的國家子域匹配。更具體地來說，服務網關3040根據目的地地址中的國 家子域來查詢轉發(fā)表以決定通往服務網關2020的下一個站點。服務網關3040接 著傳送數據包到轉發(fā)表所設定的下一個站點。分析局部地址子域和使用轉發(fā)表來 發(fā)送數據包至下一個站點的過程一直持續(xù)到該數據包抵達服務網關2020。\n接著，服務網關2020根據目的地地址中的國家和城市局部地址子域來查詢 轉發(fā)表以決定通往城域網接入服務網關(服務網關1020)的下一個站點，該城 域網接入服務網關是負責把MP城域網1000連接到國家骨干網2010上的。服務 網關2020然后傳送數據包到轉發(fā)表所設定的下一個站點。分析局部地址子域和 使用轉發(fā)表來發(fā)送數據包至下一個站點的過程一直持續(xù)到該數據包抵達服務網 關1020。\n接著，服務網關1020根據目的地地址中的國家、城市和社區(qū)局部地址子域 來查詢轉發(fā)表以決定通往管理目的地主機的服務網關(服務網關1160)的下一 個站點。服務網關1020然后傳送數據包到轉發(fā)表所設定的下一個站點。分析局 部地址子域和使用轉發(fā)表來發(fā)送數據包至下一個站點的過程一直持續(xù)到該數據 包抵達服務網關1160。于是，自上而下的傳輸開始了。\n值得注意的是上面討論的接入服務網關(例如，城域網接入服務網關1020 和國家網接入服務網關2020)也可以作為主網絡管理者。盡管上面給出了特定 的細節(jié)來描述一個MP邏輯層的一個實施例，這個MP邏輯層在兩個用戶終端之 間的三個階段中進行一個MP數據包的單播傳輸，本技術領域內普通技術人員很 明顯地認可所披露的MP邏輯層范圍不僅限于這些細節(jié)。\n其他MP邏輯層建立的規(guī)則，MP適配元件依照這些規(guī)則以一個可預測、安 全、可計費的方式傳送一個MP數據包或者是MP封裝包。這些規(guī)則包括、但不 局限于：\na)每個MP網絡都有一個或更多的服務網關(如，一個服務網關能夠當作 是其他服務網關的備份)集體地作為上面討論過的“主網絡管理者”， 其中主網絡管理者對“從網絡管理者”進行某種控制。(例如，主網絡 管理者能夠從所有的從網絡管理者上收集信息并把收集到的信息批量 地發(fā)布到從網絡管理者)；\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)服務網關負責監(jiān)控網絡資源并傳遞服務請求。服務網關先于批準所請求 的服務在預先決定的傳輸路徑上確保足夠的資源(例如，帶寬、包處理 容量)可用；\ne)服務網關負責檢驗被請求服務參與各方的計費狀態(tài)；以及\nf)服務網關建立方案來限制一個數據包進入MP網絡，其依據包括、但不 局限于：1)數據包的源，以確保數據包來自于一個經授權的端口和一個 經授權的元件；2)數據包的目的地，以確保數據包是被發(fā)往一個經授權 的端口；3)某種流參數，以確保數據包包含的數據流不超出數據流參數 以及4)該數據包的數據內容，以確保數據包不包含有侵犯第三方知識 產權的內容。一般有若干個MP適配元件來執(zhí)行這些方案控制，如但不 局限于，接入網中的中層交換機和/或服務網關中的邊緣交換機。\n后面的基于不同MP適配元件和操作例的討論將詳細地描述這些規(guī)則的實施細 節(jié)。\n如在上面的邏輯層部分的開始時所討論的那樣，一個MP邏輯層的另一 個功能是在系統之間建立、維持和終結連接。后面的操作例部分將進一步給出呼 叫建立、呼叫維持和呼叫清除階段的細節(jié)。\n4.3??應用層\nMP的應用層4130和4110(圖4)利用MP物理層和MP邏輯層的服務并 且也支持給較下層的應用數據。一個示例的MP應用層包括一套應用可編程接口 (API)，它可以使一個開發(fā)者能夠很容易地設計和實現一個MP網絡的應用。這 些應用包括、但不局限于：媒體服務(例如，媒體電話、媒體點播、媒體組播、 媒體廣播、媒體轉移)、互動游戲等。然而，顯而易見，本技術領域內的普通技 術人員能夠開發(fā)直接啟動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解釋和發(fā)送 指令，和/或響應附著在邊緣交換機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這些服務器系統部件執(zhí)行它們在業(yè)內已知的常規(guī)功能。而且很明顯，本領域 內的普通技術人員能夠利用多處理引擎和比圖示中更多或更少的元件來設計服 務器系統13000。一些處理引擎13010的例子包括、但不局限于：數字信號處理 器(DSP)、通用處理器、可編程邏輯器件(PLD)、專用集成電路(ASIC)。同 時，存儲器子系統13020可用于存儲服務器系統13000的網絡信息、標識信息、 和/或處理引擎13010執(zhí)行的指令。\n在服務器組10010的一個實施例中，因為每一個插入式電路板有自己的處理 和輸入/輸出功能，所以每一個上述的服務器系統都能夠獨立于其他服務器系統 操作。進一步的實施會分配特定功能到特定的服務器系統上。因此，在整個MP 網絡中沒有一個服務器系統的管理和控制的負載過多，并且設計這些服務器的任 務相要比設計通用服務器系統簡單的多。通信架底盤12000位這些插入式電路板 提供了外殼以及這些板間和板與邊緣交換機10000之間的物理連接。\n另外，隨著通用服務器系統的價格/性能比不斷的下降，顯然，本領域內具 有一般技術水平的人員可以利用實現一般服務器系統能夠降低價格/性能比的技 術在MP網系統中來實現服務器組10010。在一個這樣的實施例中，一種常規(guī)的 技術是發(fā)展能夠操作一般目的的服務器系統的單獨的軟件模塊并且獨立地實現 服務器組10010的特定功能。\n圖14是一個示例的服務器組的流程圖，例如服務器組10010(圖10)所實 施的那樣。具體地說，服務器組10010負責執(zhí)行能夠使MP網絡傳送媒體服務到 終端用戶的功能。這些功能包括、但不局限于：網絡配置14000、多項服務驗證 處理和進入控制14010、批準服務請求14030、在14040和14060中的記賬作業(yè) 以及模塊14050中的通信監(jiān)控和處理。\n然而，在服務器組10010執(zhí)行模塊14000中的任務之前，網絡操作者(如 局域交換的承受者、遠程通信服務的提供者或者一組網絡操作者)遵照圖15 中第一階段的步驟建立并初始化網絡。具體地說，網絡操作者在第一階段建立一 個網絡拓補結構并指定適當的主網絡管理者來管理和控制該拓補結構。\n在模塊1500中，網絡操作者設計一個支持一定數目的服務網關的MP城域 網絡拓補結構，每一個這種服務網關支持若干個終端用戶。例如，根據內部財務 計劃，網絡操作者可以決定首先配置足夠的設備給在人口稠密的社區(qū)內的服務器 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適配元件生成和維持獨特的辨識信息(例如硬件標識)。如果這 些經授權的元件被適當地注冊，上述的服務器和數據庫將進一步生成和維持一個 “注冊表”，在一個例子中該“注冊表”包含對應于元件的用戶地址和注冊狀態(tài) 信息。適當地注冊一個元件包括在制造商的數據庫中找到與存于元件中的識別信 息相匹配的條目。\n一個服務器組10010的實施例從制造商的服務器和數據庫中獲得“注冊 表”并將獲得的信息存在適當的服務網關數據庫中。該注冊信息和相關的映射信 息能使服務器組10010阻止未經授權和/或注冊的元件使用MP網絡。\n至于前面提到的服務器組10010的查詢機制，模塊15030中的服務器組 10010發(fā)送狀態(tài)查詢包到每一個配置端口(已被分配到網絡地址的端口)，這個 過程中服務網關盡責地檢測一個MP適配元件是否已經在線。這些傳輸包的傳輸 間隔可以是一個固定或可調的時間段。如果一個MP適配元件是連接到一個已配 置的端口上的，這個元件就發(fā)送一個響應包來回應服務器組10010的狀態(tài)查詢。 對一個實施例，響應包就會包含一些該元件的識別信息。這些識別信息可以是硬 件標識、用戶名、用戶地址或者甚至是與該元件相關聯的網絡地址。此外，服務 器組10010的一個實施例包括它狀態(tài)查詢包中的網絡地址，因此該MP適配元件 能夠把服務器網絡地址用作它的響應包的目的地地址。\n在模塊15040中，為了響應從MP適配元件上來的響應包，服務器組取得 從該數據包中獲得的該元件識別信息，并相應地更新服務網關數據庫。例如，在 中層交換機1180加到邊緣交換機10000(圖10)的一瞬間，中層交換機1180通 過發(fā)送一個響應包到服務器組來回應服務器組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發(fā)送資源查詢包到授權的MP城域網1000來查詢 資源信息。作為回應，服務器組10010可以接收、但不局限于有關邊緣交換機、 接入網的中層交換機和家庭網關的交換帶寬的使用信息以及媒體存儲單元的媒 體帶寬的使用信息。服務器組10010將這些收集到的信息存儲和安排到適當的服 務網關數據庫中。\n網絡信息分配流程的另一部分包括分配信息給MP適配元件。根據元件的 類型，一個服務器組10010的實施例從服務網關數據庫中選擇與元件相關的信息 并將這些選擇到的信息通過一個公告包分配到元件中去。例如，因為中層交換 1180和1240，家庭網關1200、1220、1260和1280，以及用戶終端1340、 1360、1380、1400、1420和1450可以發(fā)送MP控制包到服務器組10010(圖 10)，服務器組10010通過公告包發(fā)送它的分配到的網絡地址到這些中層交換機、 家庭網關和用戶終端上去。在城域主網絡管理者中的服務器組(這里是服務網 關1160)能夠進一步將信息分配到不直接依賴于服務網關1160的MP適配元件 上。例如，服務器組10010能夠分配它的網絡地址到其他城域從網絡管理者上， 如服務網關1120和服務網關1060。\n值得一提的是服務器組，不是討論過的服務器組10010，而是如服務網關 1120和1160的服務器組(圖1d)，也遵循前面討論過的網絡信息分配流程來收 集資源信息以及分配相關的信息到服務器組管理的MP適配元件上。此外，很顯 然，本領域內具有一般技術水平的人員也能夠利用出上面討論的方式以外的方式 來實現網絡信息分配流程，而不超出本發(fā)明的范圍。\n除了配置端口和收集資源信息，MP城域網1000的城域主網絡管理者(這 里是服務網關1160)也在模塊15060中的MP網絡中的邊緣交換機之間建立路 由通道。特別的是，上述這個服務器組發(fā)送資源查詢包到服務網關1160的邊緣 交換機以及到從服務網關的邊緣交換機(如服務網關1120和1160)上。根據從 邊緣交換機上獲得的響應，服務器組判斷邊緣交換機的可交換性，判斷適當的傳 輸路徑在MP城域網絡1000在邊緣交換機中傳輸數據包，并在一個邊緣交換機 傳送表中保存這個數據包傳送信息。這個邊緣交換機傳送表可以被存儲在服務網 關或者被存儲在與服務網關通信的外部器件中。\n一個示例的城域主網絡管理服務網關的服務器組當它閑置或者容量低于 某個臨界值時，它會實現模塊15060中的任務。另外，該服務器組可以依賴另一 服務器或服務器組來實現模塊15060中的任務。顯然，本領域內的一般技術人員 可以使用這里沒有討論過的其他技術在邊緣交換機中計算路由，只要這些方法沒 有減緩服務器組10010的數據包和服務的傳遞。\n除了在模塊14000中配置MP網絡(圖14)，服務器組10010還負責響應 服務請求包。一個服務請求包能夠請求諸如視頻電話、視頻組播、視頻點播、多 媒體傳輸、多媒體廣播或者任何類型的其他多媒體服務。后面的操作例部分將進 一步地提供示例的多媒體服務的細節(jié)性討論。一個服務請求包是一個MP控制 包，它一般包括有關于服務類型、優(yōu)先級和所請求服務所涉及的各方的地址信息。\n在服務器組10010收到一個服務請求包后，它就遵循模塊14010中的多項 服務驗證處理流程校驗各方涉及的某種計費信息，并判斷是否有足夠的資源來執(zhí) 行這項所請求的服務。圖16是服務器組10010執(zhí)行多項服務驗證處理流程所遵 循的一個流程圖。\n在模塊16000中，服務器組10010從服務請求包中取得各方的網絡地址。 這里的各方一般是指呼叫方、被呼叫方、付費方和被付費方。利用上面討論的路 徑表中的各方的網絡地址和傳輸路徑，服務器組10010能夠沿著若干個邏輯鏈接 中識別出用于實現被請求服務的資源。\n例如，假定用戶終端1420既是呼叫方又是被呼叫方，而用戶終端1320是 一個被呼叫方(圖1d)。根據呼叫方的網絡地址，這個地址從服務請求包中取得， 服務器組10010識別服務網關1160、中層交換機1180、家庭網關1200和用戶 終端1420，并沿著自底向上的邏輯鏈接來執(zhí)行被請求的服務。根據被呼叫方的 網絡地址，該地址從服務請求包中取得，服務器組10010識別服務網關1060、 中層交換機1080、家庭網關1100和用戶終端1320，并沿著自頂向下的邏輯鏈接 來執(zhí)行被請求的服務。此外，服務器組10010參照路徑表識別沿著服務網關1160 的邊緣交換機(圖10中的邊緣交換機10000)和服務網關1060的邊緣交換機(圖 1d)之間的節(jié)點的邏輯鏈接來執(zhí)行被請求的服務。因此，服務器組10010沿著用 戶終端1420到用戶終端1320之間端對端的傳輸路徑來識別節(jié)點(資源)，并能 夠執(zhí)行所請求服務的應用獲得控制和策略控制。\n服務器組10010檢查模塊16010中各方的計費狀態(tài)，并驗證付費方的支付 能力。服務器組10010能夠根據一些已知的事實(如付費方的借貸平衡以及付費 方過去的付費模式)建立一個獲得滿意的計費狀態(tài)的標準。如果付費方沒有達到 這些標準，服務器組10010在模塊14020(圖14)中拒絕其服務請求。另外，服 務器組10010在拒絕其請求之前可以要求第三方(如付費方的信用卡公司)來支 付。\n此外，服務器組10010檢查被請求的服務所需的資源并確保這些資源是充 分的。服務器組10010根據它內部維持的信息或外部接收到的信息來確定一個所 請求服務的需求。服務器組10010維持一個服務的預決斷清單，它支持與這些服 務相應的網絡資源需求。因此，在服務請求包到達后，服務器組10010能夠從該 數據報識別服務類型并根據預決斷清單來設立網絡資源需求。另外，服務器組 10010可以依靠請求服務的一方在服務請求包中包含網絡資源需求。\n如上面所討論的，服務器組10010從如圖15中的模塊15050內的網絡信 息分配流程過程中獲取網絡資源信息。這些網絡資源的例子包括、但不局限于邊 緣交換機之間的路徑以及服務網關、接入網、家庭網關和其他節(jié)點的交換能力。\n在驗證MP適配元件需要被用來提供所請求的服務后，服務器組10010將 這些元件的容量與模塊16030所請求服務的需求作比較，以決定是否進入模塊 14030的操作。一個服務器組10010的實施例遵循下列方程來識別MP適配元件：\n方程1：A＝所請求服務的優(yōu)先級(服務器組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代表低優(yōu)先級，0.9代表一般優(yōu)先 級，1.0代表高優(yōu)先級。對于任何一個所要求提供服務的MP適配元件，如果E 值小于0，則服務器組10010在模塊14020中拒絕服務請求。否則，服務器組10010 核準該服務請求并沿傳輸路徑初始化元件(例如，建立上行鏈接數據包過濾器和 多點通信路由鏈路表，見下面介紹)以在模塊14030中實現該服務，如圖14和 圖16所示。對于多點通信，一個服務器組10010的實施例也保留一個業(yè)務號在 模塊14030中。在具體情況下，服務器組10010有一個不重復的業(yè)務號庫可供選 擇。在一個業(yè)務號被選出來代表一個多點通信對話后，該被選出的業(yè)務號就不可 再用，要直到它所代表的對話終結為止。如果該服務請求需要一個已被使用的業(yè) 務號，則服務器組10010就將該保留的業(yè)務號映射到一個可用的業(yè)務號，并將該 映射通知到沿傳輸路徑的每一個元件。\n很顯然，本領域內具有一般技術水平的人員可以采用與上面討論的方式所不 同的方程、不同的參數和/或不同的機制，而不會超出這里所披露的多項服務驗 證處理的范圍。例如，雖然所討論的服務器組10010管理資源(如，根據資源的 可用性允許或不允許一個服務請求)但不頻繁地儲備資源，服務器組10010能夠 通過增加方程中C的值使其超過目前使用的標準來保留資源而不超出所披露的 服務器技術的范圍。此外，在另一個實施例中，服務器組10010可以在一些正在 進行的服務中再分配資源以滿足所請求服務的需要，優(yōu)先級較低的服務不會被終 止，但會釋放資源給一個高優(yōu)先級的服務。如果資源的重分配是可行的(如正在 進行的服務和目前的服務請求的需求都能得到滿足)，則服務器組10010可以通 過調整C的值來進行重新分配。\n很顯然，本領域的一般技術人員可以重新安排所討論的多項服務驗證處理過 程，而不會超出多項服務驗證處理技術的范圍。例如，在另一個實施例中，多項 服務驗證處理可以在模塊16010內的檢查計費狀態(tài)之前，在模塊16030中檢查資 源的可用程度。\n如果多項服務驗證處理流程表明網絡資源可用并且相關方的計費狀態(tài)滿足 條件的話，則服務器組10010就批準服務請求并沿模塊14030中的適當傳輸路徑 初始化元件(通過單點/多點通信初始化數據包)。對于多點通信，一個服務器 組10010的實施例也保留一個業(yè)務號。這個多項服務驗證處理流程是上述的服務 器組的呼入控制策略的一部分。\n隨著服務被核準以及沿傳輸路徑的元件被初始化，服務器組10010通知所涉 及的各方用戶終端或其他MP適配元件，如媒體存儲器1140，來開始在模塊14040 中交換數據包。依據它的計費模式，服務器組10010也開始它的計費器。例如， 如果金額數量以各方花費在這項服務上的所需的時間來計，則該計費器就是一個 計時器。另一方面，如果金額以服務對話期間傳輸的數據量來計算，則該計費器 就是一個比特計數器。很明顯，本領域內的一般技術人員可以用超出上面討論過 的其他已知的計費模式來實現計費功能，而不會超出本發(fā)明所披露的范圍。\n在呼叫通訊階段，服務器組10010可以在模塊14050中監(jiān)視并管理數據包流 量。在一個實施例中，服務器組10010通過發(fā)送呼叫方和被呼叫方連接狀態(tài)請求 包來監(jiān)視數據流量。如果呼叫方和被呼叫方不響應這個請求，則服務器組10010 執(zhí)行模塊14060。否則，服務器組10010根據各方的響應來適當調整連接。例如， 服務器組10010可以監(jiān)視數據傳輸的信號質量。如果服務器組10010判斷出信 號質量已經惡化到低于一個臨界值，它可以按一定的量對價格進行打折。\n服務器組10010也能夠通過發(fā)布命令報給呼叫方和被呼叫方來調整該數據包 流量。作為一個說明，服務器組10010可以在一個媒體點播服務中發(fā)布一個“停” 命令包到被呼叫方使得被呼叫方停止發(fā)送被點播的媒體。在另一個例子中，服務 器組10010可以發(fā)布一個命令包到呼叫方來阻止其發(fā)送數據包。很顯然，本領域 內的一般技術人員可以了解到，除了被討論的方式以外，還有其他的流控制機制 以及利用其他類型的命令包，而不超出本發(fā)明披露的范圍。\n當在模塊14050中有了監(jiān)視數據包流量的結果或有了接收終止請求包的結 果，服務器組10010就停止上述的計費器，從計費器上判斷支付的金額，將所需 支付的費用加到付費方的賬單上(或者是扣除這筆費用，如果付費方預付賬號尚 有余額的話)，并在模塊14060中對計費器復位。\n盡管前面關于服務器組的討論主要將服務器組的功能當成一個整體來討論， 但是很顯然，本領域內的一般技術的人員仍可以用如圖12所示的不同的服務器 系統來實現，而不會超出本發(fā)明披露的范圍。在這些系統中，每一個服務器系統 實現一個或選擇一些上面所討論過的功能。\n例如，離線路由服務器系統12050主要負責在邊緣交換機之間建立路由。計 費服務器系統12040執(zhí)行部分的多項服務驗證處理流程并計算與被請求服務相 關聯的費用。地址映射服務器系統12020主要負責用戶名、用戶地址和網絡地址 之間的映射。呼叫處理服務器系統12010主要負責處理服務請求以及處理部分的 多項服務驗證處理過程。網絡管理服務器系統12030主要負責配置MP網絡、 管理網絡資源以及建立連接。\n此外，因為每個這樣的服務器系統具有一個分配到的網絡地址，服務器系統 可以利用所分配到的網絡地址來進行相互通信。為了說明這種服務器間的互動， 圖17a和圖17b展示了圖12中所示的服務器系統的時序圖，它在一個視頻電話 呼叫中執(zhí)行多項服務驗證處理。具體的是：\n1.呼叫方發(fā)送服務請求數據包17000到呼叫方呼叫處理服務器系統12010。\n2.服務請求數據17000包括如付費方和被呼叫方的用戶地址，呼叫方和呼叫 處理服務器系統12010的網絡地址，被請求服務的優(yōu)先權等級以及被叫服 務的網絡資源需求等信息。\n3.呼叫處理服務器系統12010發(fā)送地址解析查詢包17010到地址映射服務器 系統12020。這個數據包17010包含付費方的用戶地址和地址映射服務器 系統12020的網絡地址。\n4.地址映射服務器系統12020在地址解析查詢回復包17020中返回付費方的 網絡地址到呼叫處理服務器系統12010。\n5.呼叫處理服務器系統12010發(fā)送計費狀態(tài)查詢包17030到計費服務器系統 12040。該數據包包括付費方的網絡地址以及計費服務器系統12040的網 絡地址。\n6.計費服務器系統12040返回計費狀態(tài)查詢回復包17040給呼叫處理服務器 12010。這個響應包表明付費方的計費狀況。\n7.呼叫處理服務器系統12010發(fā)送網絡資源狀態(tài)查詢包到網絡管理服務器 系統12030。\n8.網絡管理服務器系統12030發(fā)送網絡資源狀態(tài)查詢包17060到呼叫處理服 務器系統12010。該數據包表明網絡資源是否足夠(根據上面討論的模塊 16030的結果)執(zhí)行這個視頻電話呼叫。\n9.呼叫方的呼叫處理服務器系統發(fā)送被呼叫方查詢數據包17070到被呼叫 方。\n10.被呼叫方以被呼叫方查詢回復數據包17080予以回復。\n11.爾后，呼叫處理服務器12010通過發(fā)送服務請求回復數據包17090到呼叫 方來回復服務請求17000。\n這里討論的數據包17000、17010、17020、17030、17040、17050、17060、 17070、17080和17090是MP控制包。不同的服務器系統負責不同的功能 部分，通過這些MP控制包使得不同部分之間的相互通信，以協同地完成如 圖16所示的多項服務驗證處理流程。使一個服務器組里的每一個服務器系 統執(zhí)行特定的功能帶來了一些好處，每個服務器系統中的硬件可以被制作為 特定的任務。服務器組的模塊設計使其更容易擴展容量、提升每一服務器系 統內的功能和/或增加具有新功能的服務器系統。后面的操作例部分將提供另 一個描述在同一個服務器組中的不同服務器系統的互相連接以執(zhí)行任務而 不是通過多項服務驗證處理流程。\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的實施例利 用眾所周知的方法(如循環(huán)和先入先出)來選擇有有效信號的物理鏈接，并在該 選出的物理鏈接上將數據包導向交換單元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)發(fā)出一個控制信號。這個發(fā)出的控 制信號使一個包分配器(如包分配器18050、18110或18080)來處理這個數據 包。應該強調的是，這個實施例只是示例性的。本技術領域內的一般技術人員應 當認識到這里所披露的邊緣交換機范圍覆蓋了許多其他的設計方案。\n圖19是一個交換單元實施例的方塊圖，這個交換單元包括顏色過濾器19000、 延遲單元19010和局部地址路由引擎(PARE)19030。\n5.1.2.2.1??顏色過濾器\n顏色過濾器19000從由上述選擇器選定的一個物理鏈接上接收一個MP 數據包或一個MP封裝包。根據所接收到的包中的有色信息，一個典型的顏色過 濾器19000的實施例是通過邏輯連接19070發(fā)送一個命令(顏色過濾器發(fā)布命令) 并通過邏輯連接19040發(fā)送該接收到的數據包到局部地址路由引擎19030。然 而，在有些例子中，顏色過濾器19000通過邏輯連接19080發(fā)送一個MP控制包 到另一個MP適配元件而不通過局部地址路由引擎19030(如顏色過濾器19000 以被請求的信息來回復一個查詢包)。\nMP顏色表列出了有色信息的示例類型。顏色過濾器19000能夠識別并處理 所有這些類型的有色信息以及其中的一些子集。顏色過濾器19000識別和處理的 有色信息的類型取決于與之相關聯的接口的類型。在下面討論的一個例子中，與 接口A(一個接收和發(fā)送來自于接入網中的中層交換機的數據包的接口)相關聯 的顏色過濾器處理兩種類型的有色信息。在下面討論的第二個例子中，與接口C (一個接收和發(fā)送來自于骨干網的數據包的接口)相關聯的顏色過濾器能識別六 種類型顏色的數據包。此外，所列在MP顏色表中的有色信息的類型是示例性的， 而非窮盡。\n在一個實施例子中，顏色過濾器發(fā)布命令使局部地址路由引擎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轉發(fā)該包到延時單元19010和局部地 址路由引擎19030，并在模塊20020中發(fā)送一個單播數據命令給局部地址路由引 擎19030。同樣地，如果“來自于18000的數據包”的普通顏色子域包含“11000”， 顏色過濾器19000也轉發(fā)該包到延時單元19010和局部地址路由引擎19030，并 在模塊20030中發(fā)送一個媒體廣播數據命令給局部地址路由引擎19030。換句話 說，在這些不同顏色包中的有色信息扮演著使顏色過濾器19000啟動不同操作的 命令的角色。\n圖21是顏色過濾器19000的另一個實施例中的一個過程的流程圖，如在 交換單元18070中的顏色過濾器19000所遵循的響應從接口C18020傳來的數據 包(“來自于18020的數據包”)。類似于上面的討論，顏色過濾器19000通過執(zhí) 行在預定的字元掩碼和模塊21000中的數據包目的地地址域中的一般有色信息 的位元比較檢查“來自于18020的數據包”中的有色信息。\n在本例中，顏色過濾器19000識別六類顏色包：單播初始化顏色、單播數 據顏色、查詢顏色、媒體廣播初始化顏色、媒體廣播維持顏色和媒體廣播數據顏 色包。單播初始化顏色包、查詢顏色包、媒體廣播初始化顏色包和媒體廣播維持 顏色包是MP控制包。該初始化包一般沿傳輸路徑(如配置上行鏈接數據包過濾 器和/或鏈路表)初始化MP適配元件以執(zhí)行所請求的服務。該查詢包一般用于 查詢這些元件執(zhí)行所請求服務的可用性。該維持包一般用于確保鏈路表精確反映 一個通信過程的狀態(tài)。有時候維持包被用來收集一個通信過程的呼叫狀態(tài)信息 (如出錯率和丟包率)。另一方面，一個媒體廣播數據包是一個MP數據包。這 些包的使用將在隨后的操作例部分被更為詳細地討論。\n為了響應一個單播初始化顏色包或者一個單播數據顏色包，顏色過濾器中 轉該包到延時單元19010和局部地址路由引擎19030，并在模塊21010中分別發(fā) 送一個單播初始化命令或者一個單播數據命令到局部地址路由引擎19030中。 為了響應一個媒體廣播數據顏色包，過濾器19000轉發(fā)該包到延時單元19010和 局部地址路由引擎19030，并在模塊21070中發(fā)送一個媒體廣播數據命令到局部 地址路由引擎19030。另一方面，為了響應一個來自于另一個MP適配元件的查 詢顏色包，顏色過濾器19000在模塊21020中通過邏輯鏈接19080發(fā)送另一個 MP控制包(如一個狀態(tài)查詢回復包)到已有請求狀態(tài)的元件。該MP控制包包 含有包括、但不局限于諸如邊緣交換機10000的邏輯鏈接1150的輸出流量信息 之類的信息。為了響應一個媒體廣播初始化顏色包或者一個媒體廣播維持顏色 包，顏色過濾器19000轉發(fā)該數據包到延時單元19010和局部地址路由引擎 19030，并發(fā)送適當的命令(如媒體廣播初始化命令或者媒體廣播維持命令)到 局部地址路由引擎19030。\n此外，如果一個顏色過濾器19000的實施例不能識別包含在一個MP數據包 中的有色信息的話，它認為該包是一個錯誤的包并且刪除該包。\n圖22是顏色過濾器19000一個實施例的一個處理過程的流程圖，如交換單 元18100中的顏色過濾器19000響應從接口B?18010來的一個數據包所遵循的流 程。這個過程與圖21所示的過程相同。然而，為了響應一個查詢顏色包，顏色 過濾器19000通過接口B?18010或者接口C?18020發(fā)送一個包含、但不局限于邏 輯鏈接10030、10040和1150的出入流量信息的MP控制包到查詢顏色包的源主 機。換句話說，這個MP控制包的目的地地址域包含分配給源主機的網絡地址 (如，服務器組中的服務器系統)。\n上述的單播命令、媒體廣播數據命令、媒體廣播初始化命令和媒體廣播維 持命令控制局部地址路由引擎19030。圖24和25以及在后面的局部地址路由 引擎部分的相關描述將進一步提供這些施加在局部地址路由引擎19030上的命 令的示例類型。\n在上面討論的例子中，顏色過濾器19000生成的命令對應于顏色過濾器確定 的特定控制信號。然而，本技術領域內的普通技術人員能夠認識到在兩個邏輯元 件(如顏色過濾器19000和局部地址路由引擎19030)之間多種通信的機制可被 用來實現這些命令。\n盡管上面的討論是利用一套特定的顏色包和字元掩碼來說明顏色過濾器 19000的一些功能。但是，很顯然，本領域內的一般技術人員還是能夠實現響應 不同于上面所描述的其他類型的顏色包的顏色過濾器，而不超出所披露的顏色過 濾技術的范圍。后面的操作例部分將進一步給出在呼叫建立、呼叫通信和呼叫清 除過程中利用上述顏色包的細節(jié)。\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 從數據包中接收到的相關包傳遞信息(如，局部地址、業(yè)務號和映射業(yè)務號)并 使鏈路表控制器23010在鏈路表23020中維持這些信息。在另外的例子中，局 部地址路由單元23000使鏈路表控制器23010獲取信息并將其從鏈路表23020 傳送到控制信號邏輯23030。值得注意的是鏈路表23020可以如圖13中所示的 那樣存在于存儲子系統13020中并可被其他局部地址路由引擎中的其他鏈路表 控制器所共享。\n下面的例子利用在用戶終端1320、1380、1400和1420之間的單播和媒體廣 播來進一步解釋在交換單元18040中的局部地址路由引擎19030內元件之間的 操作。下面對這些例子的討論參照圖1d、10、5、6、18、19和23，并為簡化討 論起見，假定了某些實施細節(jié)(見下文)。然而，很顯然，本領域內的普通技術 人員能夠意識到局部地址路由引擎19030的實施并不僅限于利用這些技術細節(jié)， 而且下面關于媒體廣播的討論同樣也適用于其他多點通信(如媒體組播)。這些 細節(jié)包括：\n·因為用戶終端1380、1400和1420在物理上連接在同一個家庭網關(家庭 網關1200)、同一個接入網(中層交換機1180)和同一個服務網關(服務 網關1160)，所以它們在國家子域6020、城市子域6030、小區(qū)子域6040 和分層交換機子域6050中具有相同的局部地址(如圖6所示)。換句話說， 假定用戶終端1380在分配給它的網絡地址中包含下列信息：\n國家子域6020：????????1\n城市子域6030：????????23\n小區(qū)子域6040：????????45\n分層交換機子域6050：??78\n用戶終端子域6060：????1\n因此，分配給用戶終端1400和用戶終端1420的網絡地址除了在用戶終端 子域6060中的局部地址以外還包含與用戶終端1380同樣的信息。另一方 面，因為用戶終端1320是匹配于一個不同的家庭網關(家庭網關1100)， 一個不同的中層交換機(中層交換機1080)和一個不同的服務網關(服 務網關1060)，它分配到的網絡地址至少包括一個在小區(qū)子域6040中的 局部地址不同于45以及用戶終端1380、1400和1420中的小區(qū)子域6040 中的局部地址。\n·分配給用戶終端1400的一部分網絡地址是1/23/45/78/2(國家子域6020/ 城市子域6030/小區(qū)子域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發(fā)布命令，如上面 的細節(jié)討論中的那樣，顏色過濾器19000從若干個經過驗證的MP數據包 中獲取這些顏色過濾器發(fā)布的命令并將這些命令通過邏輯鏈接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保留一個可用的業(yè)務號 來識別已在上面的服務器組部分所討論過的被請求的媒體廣播服務，并將 這個保留的業(yè)務號放在一個媒體廣播初始化顏色包的有效載荷數據域 5050中。然后服務器組10010通過這個媒體廣播初始化顏色包分配這個 業(yè)務號給沿傳輸路徑的交換機的鏈路表。一個示例的媒體廣播初始化顏色 包遵循網絡地址6000的格式。\n·應該指出，從一個用戶終端上來的媒體廣播服務請求一般不包括一個所保 留的業(yè)務號。然而，當服務網關1160的服務器組10010接收到來自于另 一個服務網關的一個媒體廣播服務請求時，這個服務請求包含著一個所保 留的業(yè)務號(由管理著源主機的服務網關所保留)。如上面的服務器組所 討論的那樣，服務器組10010可以將這個保留的業(yè)務號映射到一個有效的 業(yè)務號并將這個映射的業(yè)務號放到一個媒體廣播初始化顏色包的有效載 荷數據域5050中去。作為一個例子，如果服務器組10010接收到一個來 自于另一個服務網關的業(yè)務號為“2”的媒體廣播服務請求，并且業(yè)務號 “2”對于服務器組10010的保留可用，則服務器組10010的一個實施例 保留業(yè)務號“2”并將保留的業(yè)務號“2”和映射的業(yè)務號“0”放在一個 媒體廣播初始化顏色包的有效載荷數據域5050中。另一方面，如果一個 服務請求是業(yè)務號“2”，但是業(yè)務號“2”不可用，則服務器組10010的 實施例尋找一個可用的業(yè)務號(如本例中的“3”)，保留該可用的業(yè)務號 “3”，并將所保留的業(yè)務號“2”和映射的業(yè)務號“3”都放在一個媒體廣 播初始化顏色包的有效載荷數據域5050中。為簡單起見(除非另行說明)， 用戶終端1380以下面例子的方式從服務器組10010請求一個媒體廣播服 務。服務器組10010核準所請求的媒體廣播服務并保留業(yè)務號“1”，它代 表一個用戶終端1380、用戶終端1400和用戶終端1420從其獲取信息的 一個媒體廣播節(jié)目源(如來自于電視攝制棚的電視直播或來自于媒體存儲 器的電影和互動游戲)。另外，除非另行說明，在下面的例子中被映射的 業(yè)務號為“0”。\n·一個示例的媒體廣播維持包遵循網絡地址6000的格式并在有效載荷數據 域5050中包含所保留的業(yè)務號。\n對于一個在兩個用戶終端之間的單播過程中，如果局部地址路由單元23000 從顏色過濾器19000接收到一個單播初始化命令或者是一個單播數據命令，則局 部地址路由單元23000就以圖24所示的步驟進行處理。具體地說，在模塊24000 中，局部地址路由單元23000檢查數據包的局部地址是否與分配給服務網關 1160的局部地址相匹配。如果用戶終端1380請求與用戶終端1400建立一個單 播過程，則數據包會包含局部地址“45”和“78”。因為被呼叫方，即用戶終端 1400在它的小區(qū)子域6040中含有“45”，而在其分層交換機子域6050中含有“78”。 此外，因為分配給服務網關1160的小區(qū)子域6040的網絡地址也是“45”，局部 地址路由單元23000在模塊24020中執(zhí)行將局部地址信息“78”通知給控制信 號邏輯23030的操作。\n由于控制信號邏輯23030確定了一個適當的控制信號19050以響應局部地址 “78”，延時單元19010通過邏輯鏈接18130傳送一個臨時的延時包(如一個單 播初始化顏色包)到包分配器18050。這個被確定的控制信號19050使包分配器 18050通過邏輯鏈接1440傳送這個包到它的目的地。這個所討論的傳送單播初 始化顏色包的過程也適用于傳送一個單播數據顏色包。后面的包分配器部分將進 一步的詳細描述一個包分配器的實施例，如包分配器18050。\n另一方面，如果用戶終端1380向用戶終端1320請求一個單播連接，則從單 播初始化顏色包中分離出來的局部地址將不會與模塊24000中的服務網關1160 中的相關局部地址相匹配。具體地說，該包包含局部地址“123”和“90”，它們 分別對應于分配給用戶終端1320的網絡地址的小區(qū)子域6040和分層交換機子域 6050。因為在模塊24000中局部地址“123”和服務網關1160的局部地址“45” 不相匹配，局部地址路由單元23000在模塊24010中查詢服務網關1160的邊緣 交換機傳送表中的通往服務網關1060的適當的路徑上的下一跳。如同上面的服 務器組所討論的那樣，服務網關1160的服務器組10010的一個實施例在它的網 絡配置階段已經配置完邊緣交換機路徑表。(此外，提到的傳送表在它的初始化 配置之后可能已經被刷新過了，因為刷新是不斷地進行的)。然后局部地址路由 單元23000在模塊24010中將傳送表查詢結果傳送到控制信號邏輯23030上， 所以控制信號邏輯23030和包分配器18080能夠通過邏輯鏈接1150并行地傳送 該單播初始化顏色包到下一跳。上述的從一個服務網關管理下的一個用戶終端發(fā) 送一個單播初始化顏色包到另一個服務網關管理下的另一個用戶終端的過程，也 可以用于發(fā)送一個單播數據顏色包和一個媒體廣播初始化顏色包。\n圖25是一個局部地址路由單元23000管理一個媒體廣播過程所遵循的流 程圖，在本例中它包括用戶終端1380、用戶終端1400和用戶終端1420以及一 個媒體廣播節(jié)目源。與上述的單播過程的建立相似，為了響應來自于服務網關 1160的服務器組10010的媒體廣播初始化顏色包來建立上述的媒體廣播對話， 顏色過濾器19000發(fā)送該數據包和相應的媒體廣播初始化命令到局部地址路由 單元23000。局部地址路由單元23000從模塊25000中的每一個數據包中取得 局部地址“78”。該媒體廣播初始化顏色數據包包括“78”，因為每一個該過程的 參與者在其分層交換機子域6050中包含有一個局部地址“78”。局部地址路由單 元23000將“78”傳送到模塊25000中的控制信號邏輯23030，因此控制信號 邏輯23030和包分配器18050能夠并行地通過邏輯鏈接1440傳送一個媒體廣播 初始化顏色包到它的目的地。\n注意到在上面的例子敘述中，顏色過濾器19000為它從服務器組10010上接 收到的每一個媒體廣播初始化顏色包確定一個媒體廣播初始化命令。因此對于一 個包括三個參與方(不包括節(jié)目源)的一個媒體廣播對話，一個局部地址路由單 元23000的實施例會接收三個媒體廣播初始化命令，并因此執(zhí)行模塊25000三 次。\n此外，局部地址路由單元23000提供給鏈路表控制器23010從媒體廣播初 始化數據包所取得的局部地址信息“78”、業(yè)務號“1”和映射業(yè)務號“0”。一個 鏈路表控制器23010的實施例維持記錄一個保留的業(yè)務號和一個映射業(yè)務號之 間關系的映射表26000(圖26a)。這里，鏈路表控制器23010分別放置“1”和 “0”在入口26010的保留業(yè)務號欄和映射業(yè)務號欄中。而且，因為映射的業(yè)務 號是“0”，所以鏈路表控制器23010利用業(yè)務號“1”和局部地址“78”在模塊 25010中初始化鏈路表23020中的單元26030。\n然而，如果局部地址路由單元23000提供給鏈路表控制器23010從媒體廣 播初始化數據包所取得的局部地址信息“78”、業(yè)務號“2”和映射業(yè)務號“3”， 那么鏈路表控制器23010分別將“2”和“3”放在入口26020的保留業(yè)務號欄 和映射業(yè)務號欄中。因為映射業(yè)務號有一個非零值(如“3”)。鏈路表控制器23010 的一個實施例在模塊25010種利用映射業(yè)務號“3”(而不是“2”)和局部地址“78” 來初始化鏈路表23020中的單元26050(而不是單元26040)。\n圖26b是鏈路表23020的一個樣表。鏈路表23020的規(guī)模取決于中層交換 機和服務網關1160所支持的多點通信(如媒體組播和媒體廣播)的數目。在本 例中，因為服務網關1160支持至少兩個中層交換機(中層交換機1180和中層交 換機1240)并假定服務網關1160支持三個媒體廣播節(jié)目源，鏈路表23020包 含至少六個單元。另外，鏈路表23020的實施例依照相關的局部地址和業(yè)務號 來索引其單元。例如，坐標(78，1)對應于單元26030以及坐標(89，3)對 應于單元26060。\n在鏈路表23020一個實施例中所有單元都以零開始。當鏈路表控制器23010 從局部地址路由單元23000接收到適當的業(yè)務號(如業(yè)務號“1”)和局部地址 (如局部地址“78”)時，鏈路表控制器23010更改鏈路表23020中的適當單 元的內容為1，如單元26030(78，1)。由此表明一個具有局部地址“78”的用 戶終端會參與媒體廣播對話1。在一個實施例中，鏈路表控制器23010也負責 在當用戶終端不再參與該媒體廣播對話時將這些修改過的單元重設為零。此外， 鏈路表23020依靠時鐘來重設它的修改單元。具體的是，當鏈路表23020探測 到它的一個單元發(fā)生變更時，它啟動一個時鐘。如果鏈路表23020在一個特定 時間段內沒有接收到任何保存被修改單元內容的通知，鏈路表23020自動地重 設該單元為零。\n一個媒體廣播維持命令提供了這種通知的一種形式。為了響應來自于服務網 關1160的服務器組10010的一個媒體廣播維持顏色包來維持上述的媒體廣播對 話，顏色過濾器19000發(fā)送該包和響應媒體廣播維持命令到局部地址路由單元 23000。與上面對模塊25000的討論相似，局部地址路由單元23000在模塊25030 傳送“78”到控制信號邏輯23030，因此控制信號邏輯23030和包分配器18050 能夠通過邏輯鏈接1440并行地傳送一個媒體廣播維持顏色包到它的目的地。\n局部地址路由單元23000也提供給鏈路表控制器23010從媒體廣播維持顏 色包取得的局部地址信息“78”和業(yè)務號“1”。鏈路表控制器23010在這個取 得的業(yè)務號“1”和在映射表26000的保留業(yè)務號欄中的入口之間尋找匹配。在 識別了一個匹配之后，鏈路表控制器23010檢查對應的映射業(yè)務號欄并在本例 中發(fā)現“0”。鏈路表控制器23010然后在模塊25040中重設單元26030的時鐘 并由此有效地為鏈路表23020提供上述的通知。此外，鏈路表控制器23010能 夠設置單元26030的內容為1。\n另一方面，如果局部地址路由單元23000提供給鏈路表控制器23010從媒 體廣播維持顏色包取得的局部地址信息“78”和業(yè)務號“2”，則鏈路表控制器 23010會在映射表26000中的入口26020中發(fā)現一個匹配。因為對應的映射業(yè)務 號欄包含一個非零值(如“3”)，所以鏈路表控制器23010的一個實施例在模塊 25040中利用映射業(yè)務號“3”(而非“2”)和局部地址“78”來重設單元26050 (而非單元26040)的時鐘。另外，鏈路表控制器23010能設定單元26050的內 容為1。\n在一個MP網絡的實施例中，一個邊緣交換機維持著上述的映射表26000， 而其他交換機(如接入網中的中層交換機和家庭網關中的用戶交換機)不支持上 述的映射表26000。當這些其他交換機接收一個MP多點通信控制包(如一個媒 體廣播初始化顏色包或者一個媒體廣播維持顏色包)時，這些交換機的鏈路表控 制器利用保留的業(yè)務號(如果這個映射的業(yè)務號為零的話)或者映射業(yè)務號來初 始化它們的鏈路表。很明顯，本領域內的普通技術人員可以使用其他初始化方案， 而不會超出這里所披露多點通信技術的范圍。\n為了響應來自于媒體廣播節(jié)目源的一個媒體廣播數據顏色包，顏色過濾器 19000發(fā)送該包及相應的媒體廣播數據命令到局部地址路由單元23000。局部地 址路由單元23000從業(yè)務號子域9270獲取一個業(yè)務號。如果該媒體廣播數據顏 色包的目的地地址的業(yè)務號子域9270含有“1”，則局部地址路由單元23000在 模塊25020中命令鏈路表控制器23010在映射表26000的保留業(yè)務號欄中查尋 業(yè)務號“1”。在識別出一個匹配之后，因為在模塊25022中映射的業(yè)務號列的入 口26010包含“0”，鏈路表控制器23010利用業(yè)務號“1”來查詢鏈路表23020。 具體是，鏈路表控制器23010在模塊25024中查尋鏈路表23020的行1(它對 應于媒體廣播對話1)以尋找具有一個當前值為1的單元，如單元26030。\n該查詢識別使用戶終端參與媒體廣播對話1的端口。在鏈路表控制器23010 成功地定位包含一個“1”的單元26030之后，鏈路表控制器23010能夠依照上 述的鏈路表23020的索引方案來獲取局部地址“78”。鏈路表控制器23010在模 塊25024中傳送“78”到控制信號邏輯23030，然后控制信號邏輯23030命令包 分配器18050通過邏輯鏈接1440發(fā)送這個媒體廣播數據顏色包到中層交換機 1180上。然而，如果鏈路表控制器23010未能在鏈路表23020識別出任一具有 當前值1的單元，則鏈路表控制器23010的一個實施例不與控制信號邏輯23030 通信，也并不啟動任何包分配器(如圖18中所示的包分配器18050、18060和 18110)的包傳遞。\n然而，如果該媒體廣播數據包目的地地址的業(yè)務號子域9270包含“2”，則 鏈路表控制器23010認為其與映射表26000的條目26020相匹配。因為條目 26020的映射業(yè)務號列包含有一個非零的值(如“3”)，所以鏈路表控制器23010 在模塊25026中利用業(yè)務號“3”來查詢鏈路表23020。具體地說，鏈路表控制 器23010在模塊25020中從鏈路表23020的第3行(而不是第2行)來查詢 一個具有有效值1的單元。此外，在一個鏈路表23020的實施例在模塊25028 中傳送查詢結果到控制信號邏輯23030之前，鏈路表控制器23010發(fā)送映射業(yè) 務號“3”到局部地址路由單元23000。局部地址路由單元23000在一個媒體廣 播數據顏色包被傳送到包分配器之前在延時單元19010(圖19)中將該包中的業(yè) 務號子域9270從“2”修改為“3”。\n在這個媒體廣播的例子中所采用的處理過程一般地可應用到其他類型的多 點通信中去，如媒體組播。\n類似于在上面討論的單播例子中采用的程序也適用于一個MP網絡與一個 非MP網絡之間的通信。因此，如果局部地址路由單元23000接收到一個包含 一個社區(qū)交換機子域9170(圖9b)為“0000”以及元件號子域9180表明網關 10020的目的地地址的單播數據顏色包，則局部地址路由單元23000將它從數據 包中獲取的包傳遞信息通知給控制信號邏輯23030。這個信息，與來自顏色過濾 器19000的單播數據命令結合來啟動包分配器18110(圖18)將這個數據包導向 網關10020。\n盡管前面的兩部分(即顏色過濾器部分和局部地址路由引擎部分)描述了 執(zhí)行顏色過濾和局部地址路由的示例性功能模塊，但是很顯然，本領域內的普通 技術人員可以分割或合并功能模塊，而不會超出這里所披露的范圍。例如，上述 的局部地址路由引擎部分的功能可以被合并到上面的顏色過濾器中。另外，上述 的局部地址路由單元的功能可以被進一步的分割并分配到上述的鏈路表控制器 中實施。\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 發(fā)往中層交換機1180的(例如服務網關1160的服務器組10010發(fā)一個 MP控制包到用戶終端1400)；以及\n·來自于交換單元18070的控制信號19050啟動分配器C?27020通過邏輯鏈 路18170來傳送一個數據包到緩沖器e，因為數據包是通過邏輯鏈接1440 發(fā)往中層交換機1180的(例如用戶終端1320發(fā)一個MP控制包到用戶終 端1400)。\n包分配器B?27010和包分配器C?27020不是直接將它們的數據包發(fā)送到預定的邏 輯鏈路上，而是發(fā)送到緩沖器c和緩沖器e，這些數據包被臨時存儲在這里。在 包分配器B?27010和包分配器C?27020傳送額外的數據包到緩沖器組27030或其 他緩沖器組27030的溢出條件發(fā)生之前，控制器x27040輪詢它所管理的每一個 緩沖器。如果控制器x?27040在任一個緩沖器中探測到數據包(如本例中的緩 沖器c和緩沖器e)，則它就將這些緩沖器中的數據包傳送到邏輯鏈接1440并清 空這些緩沖器。以同樣的方式，控制器y?27050也輪詢它所管理的每一個緩沖器。\n盡管這里描述的是一個3*2(如3個分配器和2個控制器)的包分配器，但 是很顯然，本領域內的普通技術人員能用其他配置以及大小不同的緩沖器組來實 現包分配器，而不會超出這里所披露的包分配器技術的范圍。采用不同于上述包 分配機制的其他類型的包分配機制來實現所披露的交換單元技術，對于本技術領 域內的普通技術人員來說也是顯而易見的。\n很明顯，本領域內的普通技術人員可以使邊緣交換機包含除了上面所討論的 元件以外的元件，而不超出這里所披露邊緣交換機的范圍。例如，一個邊緣交換 機可以包括一個上行數據包過濾器用于阻止連接在該邊緣交換機上的一個元件 (如媒體存儲器1140)發(fā)送一個不許可的數據包到與邊緣交換機直接連接的服 務器組上(如服務網關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包是發(fā)往用戶終端1420(圖1d)的，在包探測器28010從該IP 包獲取并傳送這個32位的目的地地址，地址翻譯器28020將這個獲取的地址映 射到一個MP目的地地址上。如在上面的邏輯層部分所討論的那樣，該MP目 的地地址包含對應于MP網絡1000拓補結構的分級的地址子域。\n封包器28030將翻譯過的MP目的地地址放在目的地地址域5010中并將整 個非MP數據包放入如圖5所示的可變長度有效載荷數據域5050中。此外，封 包器28030負責準備并放置適當的值在長度域5030和包校驗序列域5050中。在 建立了一個MP數據包之后，封包器28030根據翻譯過的MP目的地地址將這個 MP數據包發(fā)送到適當的邊緣交換機上，如邊緣交換機10000。\n另一方面，當解包器28040的一個實施例接收到一個數據包時，它通過檢查 在目的地地址域5010(圖5和圖6)中的一個特定的字元(如MP字元子域6080) 來校驗該數據包是否為一個MP數據包。例如，解包器28040檢查在網絡地址 9100中的MP字元9130。如果該MP字元沒被設定，解包器28040就從有效載 荷數據域5050中取出整個非MP數據包并通過接口D28000將其發(fā)送到非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的一種配置，它包括小區(qū)交換機29000和多個 樓宇交換機，如樓宇交換機29010和29020。在一個實施例的配置中，小區(qū)交換 機29000通過光纜與樓宇交換機通信。對于本領域內一般技術人員來說，很顯然， 只要樓宇交換機的數目能與MP網絡尋址機制相容，MP網中小區(qū)交換機29000 能支持任意數目的樓宇交換機。例如，假定服務網關1160(圖1d)采用網絡地 址7000的格式(圖7)，因為網絡地址7000含有一個3比特長的樓宇交換機子 域7080，MP城域網1000中的小區(qū)交換機29000就能支持多達8個樓宇交換機。\n此外，如圖29所示，所描述的樓宇交換機連接到家庭網關1200和家庭網關 1220中的主用戶交換機上。后面的家庭網關這一節(jié)內容將進一步作出描述。在 一個實施例中，介于樓宇交換機和家庭網關之間的連接是通過非屏蔽雙絞五類線 (CAT-5)和/或同軸電纜來實現的。與小區(qū)交換機29000的設計相似，對于本領 域內一般技術人員來說，很顯然，只要用戶交換機的數目能與MP網絡尋址機制 相容，樓宇交換機能支持任意數目的用戶交換機。如果服務網關1160采用網絡 地址7000的格式，因為網絡地址7000含有一個5比特長的用戶交換機子域 7090，樓宇交換機29010和樓宇交換機29020能分別支持多達32個用戶交換機。\n服務網關1160、小區(qū)交換機29000、樓宇交換機(如樓宇交換機29010和 29020)以及家庭網關(如家庭網關1200和1220)中的用戶交換機之間的連接 構成了上述的FTTB+LAN的配置。網絡運營商能夠在城市(如上海、東京和紐 約)以及其他人口稠密的地區(qū)部署這種類型的網絡配置。\n圖30描述了中層交換機1180的另一種配置，它包括小區(qū)交換機30000和多 個路邊交換機(如路邊交換機30010、30020和30030)。路邊交換機之間的連接 被稱為路邊交換機環(huán)路(如路邊交換機環(huán)路30040和30050)。在一個例子中， 當一個和路邊交換機30010直接連接的用戶終端與一個和路邊交換機30020直接 連接的用戶終端通信時，來自于連接在路邊交換機30010上的用戶終端的MP數 據包在抵達連接在路邊交換機30020上的用戶終端之前仍首先抵達服務網關 1160。此外，路邊交換機環(huán)路30040并不繞過小區(qū)交換機30000而與路邊交換機 30050環(huán)路直接通信。在一個實施例的配置中，小區(qū)交換機30000通過光纜與路 邊交換機通信，而路邊交換機之間通過同軸電纜、光纜或者這兩種類型的混合來 相互通信。對于本領域內的一般技術人員來說，很顯然，只要路邊交換機的數目 能與網絡的網絡尋址機制相容，在MP網中小區(qū)交換機30000能支持任意數目的 路邊交換機。例如，假定服務網關1160采用網絡地址8000的格式(圖8)，因 為網絡地址8000含有一個5比特長的路邊交換機子域8080，那么受控于服務網 關1160的小區(qū)交換機30000可支持多達32個路邊交換機。\n與上面對樓宇交換機的論述相似，所描述的路邊交換機也連接到家庭網關 1200和家庭網關1220中的主用戶交換機上(如圖1d所示)。在一個實施例中， 介于路邊交換機和家庭網關之間的連接是通過非屏蔽雙絞五類線和/或同軸電纜 來實現的。另一個實施例則使用了光纜連接。與小區(qū)交換機30000的設計相似， 對于本領域內一般技術人員來說，很顯然，只要用戶交換機的數目與MP網的網 絡尋址機制相容，可設計出能支持任意數目的用戶交換機的路邊交換機。因為網 絡地址8000含有一個3比特長的用戶交換機子域8090，MP城域網1000中的路 邊交換機30020的一個實施例支持多達8個用戶交換機。\n服務網關1160、小區(qū)交換機30000、路邊交換機(如路邊交換機30010、30020 和30030)以及家庭網關(如家庭網關1200和1220)中的用戶交換機之間的連 接構成了上述的FTTC+電纜調制解調器的配置或FTTH的配置，這要取決于路 邊交換機和家庭網關之間連接的類型。具體地來說，如果該連接是非屏蔽雙絞五 類線和/或同軸電纜，這樣的網絡配置被稱為FTTB+電纜調制解調器配置。如果 連接是光纜，其網絡配置被稱為FTTH配置。網絡運營商能夠在分散居住區(qū)(如 郊區(qū))部署這些類型的網絡配置。\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所示的小區(qū)交換機29000，樓宇交換機、小區(qū)交換機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采用業(yè)界熟知的方法(如循環(huán)和先進先出)來選擇一個鏈路，并將數據包 通過所選擇的鏈路傳送到上行鏈接數據包過濾器32040。很顯然，對于本領域內 的一般技術人員來說，可以把選擇器的功能合并到接口中去(例如，把選擇器 32030做成接口E?32020的一部分)，而且不超出所披露的中層交換機技術范圍。\n5.2.2??交換單元\n圖33是一幅描述示例性的交換單元的框圖。交換單元包括有色過濾33000、 延時單元33010、數據包分配器33020和局部地址路由引擎33030。交換單元負 責根據數據包的有色信息、局部地址信息或者這兩種信息的組合來引導數據包傳 往它的最終目的地。交換單元能夠傳送數據包到多重邏輯鏈路。例如，交換單元 32010通過接口E?32020來處理和發(fā)送數據包到家庭網關1200和家庭網關1220。\n5.2.2.1??有色過濾\n有色過濾33000從交換單元32010所支持的任何一個接口(如圖32中的接 口F?32000)收到MP數據包或MP封裝包。根據所收到的數據包的有色信息， 有色過濾33000一般通過邏輯鏈路33040發(fā)送一個有色過濾器發(fā)布的指令，通過 邏輯鏈路33050將收到的數據包發(fā)送到局部地址路由引擎33030和延時單元 33010。然而在一些例子中，有色過濾33000發(fā)送一個指令到上行鏈接數據包過 濾器32040(如有色過濾33030向上行鏈接數據包過濾器32040發(fā)送一個建立指 令來回復一個建立有色包)，或者通過接口F?32000(而不通過局部地址路由引擎 33030)向另一個MP適配組件發(fā)送MP控制包(如有色過濾33000以所請求的 信息來回復一個查詢包)。\n如上面的邊緣交換機部分所論述的，上面的MP有色表羅列了有色信息的 示例類型。有色過濾33000能夠識別并處理所有這些類型的有色信息或其中的一 些子集。\n在一個實施例中，有色過濾器發(fā)布的指令導致局部地址路由引擎33030來 選擇適當的包傳送的方法(如局部地址路由或鏈路表路由)和端口來傳送所收到 的數據包。利用所選定的方法和端口的信息，局部地址路由引擎33030通過控制 信號33060來啟動由數據包分配器33020執(zhí)行的數據包傳送。\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適配組件初始化(如配置上行鏈接數據包過濾和/或中層交換機的鏈路表)來 執(zhí)行所請求的服務。查詢包通常是用來查詢這些組件執(zhí)行所請求服務的可用性。 維持包通常是用來確保鏈路表能夠精確地反映通信服務的狀態(tài)。另一方面，單播 數據有色包和媒體廣播數據有色包是MP數據包，這些包的用途將在后面的實施 例部分作論述。\n如果掩碼“00011”和來自于32000的數據包的通用有色子域之間的比較表 明了它們的匹配，有色過濾33000轉發(fā)該數據包到延時單元33010和局部地址路 由引擎33030，并在模塊34010中發(fā)送單播建立指令給局部地址路由引擎33030。 此外，在模塊34020中，有色過濾33000還發(fā)送目的地地址建立指令給上行鏈接 數據包過濾器32040來配置該上行鏈接數據包過濾。同樣地，如果來自于32000 的數據包的通用有色子域含有“00010”，則在模塊34050中有色過濾33000轉發(fā) 該數據包到延時單元33010和局部地址路由引擎33030，并在模塊34060中發(fā)送 媒體廣播建立指令到局部地址路由引擎33030。在模塊34070中，有色過濾33000 通過目的地地址建立指令來配置上行鏈接數據包過濾器32040。\n在處理單播數據有色包或媒體廣播數據有色包時，有色過濾33000轉發(fā)該 數據包到延時單元33010和局部地址路由引擎33030，并發(fā)送適當的命令(如單 播數據指令或媒體廣播數據指令)給局部地址路由引擎33030。處理維持媒體廣 播數據有色包時，在模塊34080中有色過濾33000轉發(fā)該數據包到延時單元33010 和局部地址路由引擎33030，并在模塊34090中發(fā)送維持媒體廣播指令給局部地 址路由引擎33030。另一方面，為了回復來自于另一個MP適配組件(如圖1d 中的服務網關1160)的中層交換機查詢有色包，在模塊34100中有色過濾33000 通過接口F?32000發(fā)送另一個MP控制包(如狀態(tài)查詢結果包)回到服務網關 1160。這個MP控制包含有的信息包括、但不局限于中層交換機1180的輸出數 據流信息。換句話說，這些不同有色包中的有色信息起到的作用是使有色過濾 33000啟動不同的操作程序。\n此外，如果不能識別數據包中的有色信息的話，有色過濾33000的一個實 施例則認為來自于32000的數據包是一個錯誤的數據包，并丟棄該數據包。\n盡管上面的論述使用了一套特定的有色包和掩碼來描述有色過濾33000的 一些功能，但顯而易見，本領域內的一般技術人員可以實施一個能夠處理其他種 類的有色數據包及啟動其他操作程序的有色過濾，并且不超出所披露的有色過濾 技術范圍。后面的實施例部分將會對在呼叫服務建立、呼叫通信和呼叫終結過程 中如何使用前述的有色數據包作更詳細的論述。\n5.2.2.2??局部地址路由引擎\n根據所收到的指令和數據包，局部地址路由引擎33030的一個實施例將控 制信號33060發(fā)布到數據包分配器33020。圖35是一幅描述局部地址路由引擎 (如圖33中的局部地址路由引擎33030)一個實施例的框圖。局部地址路由引 擎33030包括局部地址路由單元(PARU)35000、鏈路表控制器(LTC)35010、 鏈路表(LT)35020和控制信號邏輯35030。局部地址路由單元35000接收和處 理由有色過濾33000分別通過邏輯鏈路33040和邏輯鏈路33050傳來的指令和數 據包。接著，局部地址路由單元35000將處理結果傳送到控制信號邏輯35030和 /或鏈路表控制器35010。\n在一個實施例中，局部地址路由單元35000將來自于所收到的數據包中的 有關數據包傳輸的信息(如局部地址信息和業(yè)務號碼)提供給鏈路表控制器 35010，并使鏈路表控制器35010將所獲取的信息保存在鏈路表35020中。在其 他例子中，局部地址路由單元35000促使鏈路表控制器35010從鏈路表35020中 獲取并傳送信息到控制信號邏輯35030。值得一提的是，鏈路表35020可以是存 儲于中層交換機1180中的一個本地的內存子系統中。\n下面的例子利用用戶終端1380、1400和1420(圖31)之間，以及用戶終 端1380和1450(圖1d)之間的單播和媒體廣播服務來進一步闡述局部地址路由 引擎33030中各組件之間的操作。為了清楚起見，這些例子的論述參照圖1d、5、 9a、33和35，并假設特定的實施細節(jié)(在下面部分給出)。然而，很顯然，對于 本領域內的一般技術人員來說，局部地址路由引擎33030的實現并不局限于這些 細節(jié)。下面的關于媒體廣播的論述同樣也適用于其他多點通信(如媒體組播)。 這些細節(jié)包括：\n·中層交換機1180與圖31所示的FTTB+xDSL的配置中的辦公室交換機 31000對應。中層交換機1240也有一個與辦公室交換機31000相似的網 絡拓補結構。\n·因為用戶終端1380、1400和1420在物理上連接相同的家庭網關(家庭網 關1200)、中層交換機(中層交換機1180)和服務網關(服務網關1160)， 它們在國家子域9040、城市子域9050、社區(qū)子域9060和辦公室交換機 子域9070(如圖9a所示)中擁有相同的局部地址。換句話說，假設用 戶終端1380的網絡地址中含有以下信息：\n國家子域9040：????????????1\n城市子域9050：????????????23\n社區(qū)子域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/社區(qū)子域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用來發(fā)布控制信號33060的時間少于或等于來自 于有色過濾33000的MP數據包或MP封裝數據包在延時單元33010中所 停留的時間。\n·局部地址路由引擎33030以及局部地址路由引擎33030中的組件是中層交 換機1180的一部分。\n·中層交換機1180的一個實施例中的有色過濾33000發(fā)布指令。如上面所 論述的那樣，有色過濾33000從許多可識別MP有色數據包中派生出這些 指令，并通過邏輯鏈路33040將指令發(fā)送到局部地址路由單元35000。有 色過濾33000還通過邏輯鏈路33050將這些MP有色數據包傳送到局部地 址路由單元35000和延時單元33010。一些MP有色數據包在上面邏輯層 部分中的MP有色列表中被描述過。\n·上述的數據包中的網絡地址遵循單播通信中的網絡地址9000的格式及多 點通信中的網絡地址9200的格式。\n·與上面的邊緣交換機部分中的局部地址路由引擎部分中的例子相似，這里 的服務器組10010批準所請求的媒體廣播服務，并保留業(yè)務號碼“1”，它 代表用戶終端1380、用戶終端1400和用戶終端1420從中取得信息的媒 體廣播節(jié)目源(如來自于電視攝制棚的實況電視、或來自于媒體存儲器的 電影和互動游戲)。另外，除非另行說明，在下面的例子中被映射的業(yè)務 號碼為”0”。服務器組10010將業(yè)務號碼“1”和被映射的業(yè)務號碼“0” 放置在媒體廣播建立有色包的有效載荷數據域5050中。\n在兩個用戶終端之間的單播服務中，如果局部地址路由引擎33030收到來 自于有色過濾33000的單播建立指令或單播數據指令，則局部地址路由單元 35000就提供相關的局部地址信息給控制信號邏輯35030來生成控制信號33060。 具體地說，如果用戶終端1380請求與用戶終端1400進行單播，因為被呼叫方(用 戶終端1400)的網絡地址中的用戶交換機子域9080是“2”，則中層交換機1180 的局部地址路由單元35000提供局部地址“2”給控制信號邏輯35030。\n當控制信號邏輯35030在確定一個適當的控制信號33060來發(fā)布并回復局 部地址“2”時，延時單元33010將一個暫時延時的數據包(如單播建立有色包) 發(fā)送到數據包分配器33020。然后發(fā)布的控制信號33060促使數據包分配器33020 將這個數據包送往其目的地。這種所論述的將一個單播建立有色包從中層交換機 傳送到家庭網關中的(主)用戶交換機的過程，同樣也適用于傳送單播有色數據 包。下面的數據包交換器部分將進一步地闡述數據包交換器(如數據包交換器 33020)的一個實施例的實施細節(jié)。\n另一方面，如果用戶終端1380要求與用戶終端1450進行單播服務，服務 網關1160向中層交換機1240(而不是中層交換機1180)傳送單播建立有色包， 這是因為被呼叫方(用戶終端1450)的網絡地址中的辦公室交換機子域9070的 值是“8”。假定中層交換機1240有一個與中層交換機1180(圖32、33和35) 相似的結構。收到MP有色包后，中層交換機1240的有色過濾33000向中層交 換機1240中的延時單元33010和局部地址路由單元35000發(fā)送MP有色包，并 向中層交換機1240的局部地址路由單元發(fā)送相應的單播建立指令。數據包含有 局部地址“1”，它對應于用戶終端1450的網絡地址中的用戶交換機子域9080。 局部地址路由單元35000提供局部地址“1”給控制信號邏輯35030，因而控制 信號邏輯35030和數據包分配器33020就能夠傳送單播建立有色數據包到家庭網 關1260中的主用戶交換機進行協調。上述的將單播建立有色數據包從一個中層 交換機管理下的用戶終端傳送到另一個中層交換機管理下的另一個用戶終端的 過程也適用于傳送一個單播有色數據包。\n圖36是一幅描述局部地址路由單元35000管理一個媒體廣播服務流程的流 程圖，在本例中該媒體廣播服務涉及了用戶終端1380、用戶終端1400和用戶終 端1420及媒體廣播節(jié)目源。與上述的單播服務建立過程相似，為了回復來自于 服務網關1160中的服務器組10010的媒體廣播建立有色包來建立上述的媒體廣 播服務，有色過濾33000發(fā)送該數據包和相應的媒體廣播建立指令到局部地址路 由單元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的媒體廣播建立有色包發(fā)布 一個媒體廣播建立指令。因此，對于涉及三個參與方(節(jié)目源除外)的媒體廣播 服務來說，局部地址路由單元35000的一個實施例收到三個媒體廣播建立指令， 并因此三次執(zhí)行模塊36000中的指令。\n此外，局部地址路由單元35000將從媒體廣播建立有色包中所取得的局部 地址信息(如用戶交換機子域中的局部地址“2”和“3”)、業(yè)務號碼“1”及所 映射的業(yè)務號碼“0”提供給鏈路表控制器35010。因為所映射的業(yè)務號碼是“0”， 在模塊36010中鏈路表控制器35010接著建立鏈路表35020中的單元37000(2， 1)和37020(3，1)，并將其值設為“1”。業(yè)務號碼“1”標識了上述的媒體廣 播節(jié)目源。\n然而，如果局部地址路由單元35000將一個業(yè)務號碼、一個非零的所映射 的業(yè)務號碼和局部地址信息提供給鏈路表控制器35010，鏈路表控制器35010的 一個實施例則用這個非零的所映射的業(yè)務號碼和局部地址信息來建立鏈路表 35020。\n圖37描述了鏈路表35020的一個示例。鏈路表35020的大小取決于：1) 能夠供家庭網關中的用戶交換機連接的辦公室交換機31000中的端口的數目；2) 服務網關1160所支持的多點通信(如媒體廣播和媒體組播)服務的數目。在本 例中，因為辦公室交換機31000支持至少兩個主用戶交換機(用戶交換機31010 和用戶交換機31020)，并假定服務網關1160支持三個媒體廣播節(jié)目源，那么鏈 路表35020含有至少六個單元。而且，這個鏈路表35020的實施例依照相關的局 部地址和業(yè)務號碼來為它的單元編索引。例如，坐標(2，1)對應于單元37000， 而坐標(3，2)對應于單元37010。單元37000用局部地址“2”來代表一個用 戶交換機的狀態(tài)信息，該用戶交換機從一個由業(yè)務號碼“1”來標識的媒體廣播 節(jié)目源處接收信息。另一方面，單元37010用局部地址“3”來代表一個用戶交 換機，該用戶交換機從另一個由業(yè)務號碼“2”來標識的媒體廣播節(jié)目源處接收 信息。\n鏈路表35020的一個實施例中所有的單元的值起先都是零。隨著鏈路表控 制器35010在鏈路表35020中識別出匹配的業(yè)務號碼(如業(yè)務號碼“1”)和局部 地址(如局部地址“2”)，鏈路表控制器35010接著在鏈路表35020中更改相應 單元(如單元37000(2，1))的值為“1”，由此來表明局部地址是“2”的用戶 終端將參與媒體廣播服務1。在一個實施例中，當用戶終端不再參與該媒體廣播 服務時，鏈路表控制器35010負責將將更改過的單元復位為零。或者，鏈路表 35020依靠計時器來對更改過的單元復位。具體地來說，當鏈路表35020探測到 它的一個單元被更改時，它啟動計時器。如果在一個確定的時間段內鏈路表35020 沒有收到任何保存被更改單元的內容的通知，則鏈路表35020自動地將該單元復 位為零。\n維持媒體廣播指令是這種通知的一個形式。具體地來說，為了回復來自于 服務網關1160中的服務器組10010的維持媒體廣播有色包以維持上述的媒體廣 播服務，有色過濾33000發(fā)送數據包及相應的維持媒體廣播指令到局部地址路由 單元35000。在模塊36030中局部地址路由單元35000從每一個數據包中獲取局 部地址“2”或者“3”。類似于上面對模塊36000的論述，在模塊36030中局部 地址路由單元35000向控制信號邏輯35030傳送局部地址信息，因此控制信號邏 輯35030和數據包分配器33020就能夠傳送一個維持媒體廣播有色包到它的目的 地進行協調。\n此外，局部地址路由單元35000將從維持媒體廣播有色包中所取得的局部 地址信息(“2”或“3”)和業(yè)務號碼“1”提供給鏈路表控制器35010。有了局 部地址“2”或“3”及業(yè)務號碼“1”，鏈路表控制器35010接著可以分別為單元 37000或37020的計時器復位，并在模塊36040中有效地將所述的通知提供給鏈 路表控制器35010。或者，鏈路表控制器35010可以將單元37000或37020的值 設置為1。\n為了回復來自于媒體廣播節(jié)目源的一個媒體廣播數據有色包，有色過濾 33000向局部地址路由單元35000發(fā)送該數據包及相應的媒體廣播數據指令。局 部地址路由單元35000從業(yè)務號碼子域9270獲取一個業(yè)務號碼。接著，在模塊 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來執(zhí)行數據包的傳送。\n本媒體廣播例子中所采用的流程一般也適用于其他類型的多點通信(包括、 但不局限于媒體組播)。而且，很顯然，對于本領域內的一般技術人員來說，無 需上述的全部細節(jié)就能設計或實施所披露的有色過濾和局部地址路由引擎技術。 例如，上述的局部地址路由引擎的功能可以被合并到上述的有色過濾中。另一方 面，上述的局部地址路由單元的功能可以進一步地被劃分，并被分配到上述的鏈 路表控制器中去。\n5.2.2.3?數據包分配器\n一個如圖33中所示的數據包分配器33020主要負責根據來自于控制信號邏 輯35030的控制信號33060來傳送數據包到適當的輸出邏輯鏈路。圖38是一幅 描述數據包分配器33020的一個實施例的框圖。這個數據包分配器33020的實施 例包括一個分配器(如分配器A38000)、緩沖器組38020和控制器(如控制器x 38030和控制器y?38040)。在一個實施例中，緩沖器組38020中的緩沖器的數目 等于分配器數目和控制器數目之乘積。因為數據包分配器33020有1個分配器 A38000用來接收來自于延時單元33010的數據包，還有2個控制器用來發(fā)送數 據包到辦公室交換機31000所支持的用戶交換機(如用戶交換機31010和用戶交 換機31020)，于是數據包分配器33020在緩沖器組38020中就有(1*2)個緩 沖器。這些在緩沖器組38020中的緩沖器是把送往用戶交換機31010和用戶交換 機31020的數據包臨時存儲一下。\n為了減少緩沖器組38020可能導致的延時和數據流擁塞，數據包分配器 33020的一個實施例中的控制器以一個固定的或可調的時間間隙來輪詢并清空緩 沖器組38020。為了便于描述，假定控制信號33060啟動分配器A38000來傳送 數據包(該數據包來自于延時單元33010的輸出)到緩沖器a或者緩沖器b(到 緩沖器a或者緩沖器b取決于該數據包是被發(fā)往用戶交換機31010還是用戶交換 機31020)。\n分配器A38000并不將它的數據包直接傳送至預定的邏輯鏈路，而是將數 據包傳送到緩沖器a或者緩沖器b，在這里數據包被臨時存儲起來。在分配器A 38000傳送額外的數據包到緩沖器組38020之前，或者緩沖器組38020出現任何 溢流現象之前，控制器x38030對它所管理的每一個緩沖器進行輪詢。如果控制 器x?38030在任何一個緩沖器(在本例中如緩沖器a)中發(fā)現數據包，那么它將 該緩沖器中的數據包傳送到用戶交換機31010，并清空該緩沖器。以同樣的方式， 控制器y?38040也對它所管理的每一個緩沖器進行輪詢。\n盡管這里描述的是一個1*2(即1個分配器*2個控制器)的數據包分配器， 很顯然，對于本領域內的一般技術人員來說，無需上述的1*2的數據包分配器也 能實現一個中層交換機，尤其是在當引入包分配器時會導致延時和擁塞的情況 下。顯而易見，本領域內的一般技術人員可以用其他的配置和不同尺寸/數目的 緩沖器組來實施數據包分配器，而且不會超出所披露的數據包分配技術范圍。并 且，這些技術人員還可以用與上述的數據包分配機制不同的其他機制來實施所披 露的交換單元技術。\n5.2.2.4?上行鏈接數據包過濾口(ULPF)\n在選擇器32030(圖32)選定了一個物理鏈路之后，上行鏈接數據包過濾 器32040就根據“判斷條件”在選定的物理鏈路上去除某些特定的包，該判斷條 件防止某些包到達和/或進入服務網關。具體地來說，交換單元32010通過發(fā)送 建立指令(如目的地地址建立指令)來為上行鏈接數據包過濾器32040動態(tài)地建 立這些判斷條件。如果一個數據包不符合這些判斷條件中的任意一條，則上行鏈 接數據包過濾器32040就丟棄該包。因此，上行鏈接數據包過濾器能夠從MP網 絡中去除不需要的或有害的數據包，并由此加強了網絡的安全性和完整性。\n上行鏈接數據包過濾器32040的一個實施例通過檢查所收到的數據包是否 含有被允許的源地址、目的地地址、數據流量和數據內容來使用判斷條件以衡量 所收到的數據包。根據檢查的結果，上行鏈接數據包過濾器32040決定是否將數 據包發(fā)送到接口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.執(zhí)行了上面的服務器組部分所論述的多項服務驗證處理程序后，呼叫處理 服務器系統12010(圖12)的一個實施例向服務請求的被呼叫方和/或者 呼叫方發(fā)送MP控制數據包。這些控制包包含上行鏈接數據包過濾器的判 斷條件信息(例如，上行鏈接數據包過濾器32040)，這些標準信息包括、 但不局限于包傳遞中允許的網絡地址、可容許的數據流量信息和可容許的 數據內容的類型。\n例如，若用戶終端1380請求與用戶終端1450的媒體電話服務(圖1d)， 呼叫處理服務器系統12010通過發(fā)送“MTPS?setup”數據包到呼叫方用戶 終端1380和被呼叫方用戶終端1450來響應該請求，如圖53所示。媒體 電話服務初始化包是一個MP控制包。后面的操作例部分將詳細闡述媒體 電話服務的操作細節(jié)。\n在呼叫方和被呼叫方雙方的媒體電話服務初始化包的有效載荷數據域 5050(圖5)中包括關于被請求的媒體電話服務對話所允許的數據流量和 在該對話中允許的數據內容類型的信息。呼叫方的媒體電話服務初始化包 在其有效載荷數據域5050中還包含被呼叫方的網絡地址；而其中被呼叫 方的媒體電話服務初始化包在其有效載荷數據域5050中則包含呼叫方的 網絡地址。在本例中，在到達它們的目的地之前，呼叫方的媒體電話服務 初始化數據包經過中層交換機1180，而被呼叫方的媒體電話服務初始化 數據包經過中層交換機1240。\n2.在中層交換機1180收到它的媒體電話服務初始化數據包之后，根據存在 于數據包的目的地地址域中的有色信息(如單播初始化顏色)，它的交換 單元32010(圖32)從該包中提取上述的判斷條件并以該提取的信息來動 態(tài)配置上行鏈接數據包過濾器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送到呼 叫和被呼叫方，因而沿著接收和傳送媒體電話服務初始化數據包傳輸路徑 的交換機的上行鏈接數據包過濾器就以上面所討論的步驟來配置判斷條 件信息。注意不是所有沿傳輸路徑的交換機都包含上行鏈接數據包過濾 器，并且如上面提到的那樣，上行鏈接數據包過濾器判斷條件可以發(fā)布到 若干個包含上行鏈接數據包過濾器的交換機上。\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)接收到的數據包的源地址的局部地址(如國家、城市、 小區(qū)和分層交換子域)是否與分配給中層交換機1180的網絡地址的局部地址相 匹配；以及2)接收到的數據包的源地址的局部地址(如國家、城市、小區(qū)和 分層交換子域)是否與如圖1d中所示的與端口1170綁定的網絡地址相匹配。這 些檢查確保數據包上行鏈接數據包過濾器32040接收來自于經授權的元件的源 并通過一個經授權的邏輯鏈接。\n一種假設是這些檢查的地址包含了一個連接在中層交換機1180上的“未授 權的”家庭網關，并且其試圖發(fā)送一個數據包到MP城域網1000中的服務網關 1160上(圖1d)。因為該家庭網關沒有從服務網關1160的服務器組10010(圖 10)分配到網絡地址，所以中層交換機1180接收到的數據包的源地址與分配給 中層交換機1180的網絡地址不匹配。因此，上述的源地址匹配檢查使中層交換 機1180的上行鏈接數據包過濾器32040阻止該包抵達服務網關1160。\n另一種假設是這些檢查的地址包含了連接到中層交換機1180上的同一個 “未授權的”家庭網關，但卻試圖通過任意改變它的網絡地址來匹配家庭網關 1200的網絡地址。這個“未授權的”家庭網關通過一個與端口1170不同的端口 連接到中層交換機1180上，并試圖在MP城域網1000中發(fā)送一個數據包到服務 網關1160上(圖1d)。因為中層交換機1180接收到的這個數據包的源地址與綁 定在端口1170上的網絡地址不匹配，中層交換機1180的上行鏈接數據包過濾器 32040就丟棄該包，并阻止該數據包到達服務網關1160。\n以利用圖31中的FTTB+Xdsl配置和圖9a中的網絡地址9000的格式為例， 上行鏈接數據包過濾器32040從接收到的數據包的源地址子域5020(圖5)中 取得源地址并比較源地址的局部地址(如國家子域9040、城市子域9050、小區(qū) 子域9060和辦公室交換機子域9070)與辦公室交換機31000的網絡地址的相應 部分。如上面的服務器組部分所討論的那樣，辦公室交換機31000在網絡配置期 間從服務網關1160的服務器組10010(圖10)獲得它的網絡地址。一個辦公室 交換機31000的實施例將這個分配到的網絡地址存在它的局部存儲子系統中。如 果上行鏈接數據包過濾器32040的比較表明匹配，那么上行鏈接數據包過濾器 32040進行下一步檢查。否則上行鏈接數據包過濾器32040就丟棄該包。\n此外，上行鏈接數據包過濾器32040比較源地址的局部地址(如國家子域 9040、城市子域9050、小區(qū)子域9060和辦公室交換機子域9070)與端口31030 的網絡地址的相應部分，以確保來自于用戶終端1380的MP數據包經端口31030 抵達辦公室交換機31000。\n在圖40的模塊40010中，上行鏈接數據包過濾器32040執(zhí)行數據包的目的 地地址匹配。具體地說，上行鏈接數據包過濾器32040通過目的地地址查詢表 39000的目的地地址條目39020中查詢與數據包的目的地地址域5010的內容相 匹配的目的地地址。如上面的討論，交換單元32010在上行鏈接數據包過濾器 32040的初始化階段建立這些目的地地址條目，如目的地地址條目39020。如果 上行鏈接數據包過濾器32040成功地識別出一個匹配的目的地地址，則上行鏈接 數據包過濾器32040就繼續(xù)進行下一個檢查。否則，上行鏈接數據包過濾器32040 丟棄該包。\n該項檢查確保預設的目的地地址是一個經授權的網絡地址。換句話說，結 合圖10、32和39，在服務器組10010各核準方中批準一個被請求的服務之后， 交換單元32010根據各核準方的網絡地址為上行鏈接數據包過濾器32040建立起 了一個目的地地址查詢表39000。因此，中層交換機1180的上行鏈接數據包過 濾器32040能夠過濾掉那些不是發(fā)往被核準方的數據包。然而，值得一提的是， 一個交換單元32010的實施例能夠在各核準方進行通信期間修正目的地地址查 詢表39000(如向正在進行的多點通信中加入新的參與方)。具體地說，交換單 元32010執(zhí)行該修正以響應來自于服務網關1160的服務器組10010的一個MP 初始化數據包(如圖64中的媒體組播的建立64020)。\n在圖40的模塊40020中，上行鏈接數據包過濾器32040管理數據流量監(jiān) 控以確保數據包符合某種數據流量標準。如上所述，一些這種標準的例子包括、 但不局限于：被請求服務對話的允許字元位數、被請求服務的最大字元位數、允 許的數據包到達率和每個包的允許包長。圖41是進一步地說明一個上行鏈接數 據包過濾器(如上行鏈接數據包過濾器32040)執(zhí)行模塊40020的流程圖。如 果數據包通過了數據流量監(jiān)測的檢查，則上行鏈接數據包過濾器32040就繼續(xù)進 行下一個檢查。否則，上行鏈接數據包過濾器32040丟棄該包。很顯然，本技術 領域內的普通技術人員可以在模塊40020中檢查多個數據流量標準，而且不超出 所披露的上行鏈接數據包過濾器技術的范圍。\n數據流量的檢查有助于在MP網中維持一個可預測的數據流量。例如，如果 上行鏈接數據包過濾器32040阻止任何超過允許包長的數據包進入MP網絡， 則MP網絡中的元件就能夠對它們在網絡中遇到的數據包的包長進行假設，依此 進行操作并使其落入一個預期的范圍。結果是發(fā)生在這些元件內的包處理被簡化 了，這也可以簡化這些元件的設計和/或實現。\n如圖41所示，一個上行鏈接數據包過濾器32040的實施例實行兩次數據 流量檢查。具體地說，上行鏈接數據包過濾器32040從長度域5030獲取數據包 的長度信息(如圖5所示)，并在模塊41010判斷數據包的長度是否超過所允許 的包長。如果數據包的長度小于允許的包長，上行鏈接數據包過濾器32040繼續(xù) 進行下一次檢查。否則，上行鏈接數據包過濾器32040丟棄該包。\n在模塊41020中，上行鏈接數據包過濾器32040分別計算在某個時間段進 入中層交換機1180的每一個端口(如端口1170和1175)的數據包的數量。在 一個實施例中，服務器組10010(圖10)或呼叫處理服務器系統12010(圖12) 以帶內信令通過一個MP控制包或一個MP數據包為上行鏈接數據包過濾器 32040建立這個時間段。同樣，服務器組10010或呼叫處理系統服務器12010也 為上行鏈接數據包過濾器32040建立一個每個端口允許的數據包抵達速率，它規(guī) 定了中層交換機1180的每一個端口在上面討論的時間段內應接收的數據包的最 大數目。如果上行鏈接數據包過濾器32040發(fā)現它計算出的數據包的數目少于 該最大數目(也就是數據包抵達中層交換機的速度在允許的抵達速度限制之內)， 那么上行鏈接數據包過濾器32040執(zhí)行圖40中的模塊40030。否則上行鏈接數 據包過濾器32040就丟棄該包。\n在圖40的40030模塊中，上行鏈接數據包過濾器32040執(zhí)行數據內容校 驗。以上面討論的一個實施例為例，假定一個內容提供者將其具有版權的數據裝 入MP數據包并在有效載荷數據域5050(圖5)中，并設定一個或多個字元以表 明提供者對內容的版權所有。此外，假定版權所有者對這個字元序列和/或這些 特殊字元的放置對于其他用戶是保密的。為了防止用戶終端在MP網中非法地發(fā) 布這些具有版權的數據，上行鏈接數據包過濾器32040的一個實施例在數據包的 有效載荷數據域5050中查詢這些能夠表明版權的特殊字元來識別有問題的數據 包。(或者，這個知識產權信息可以成為一個MP數據包包頭的一部分)。上行鏈 接數據包過濾器32040會拒絕從用戶終端(除了內容提供者所使用的用戶終端) 傳來的含有這些字元的數據包。\n如果一個MP數據包能夠通過這四重檢查，上行鏈接數據包過濾器32040 轉送該數據包到接口F?32000(圖32)。值得強調的是圖40僅為上述上行鏈接 數據包過濾器檢查中的諸多可能的實施例中的一種。很明顯，本技術領域內的普 通技術人員能夠利用其他判斷條件，并以不同于圖40中的四步檢查來進行驗證 而不超出這里所披露的上行鏈接數據包過濾器技術的范圍。此外，另一個上行鏈 接數據包過濾器32040的實施例也能夠在不同于所述的例子中的順序來實現這 四種檢查。此外，一個上行鏈接數據包過濾器32040的實施例能夠在上行鏈接數 據包過濾器的初始化階段完成之前進行這些檢查。具體地說，在上行鏈接數據包 過濾器32040的這個實施例中，在其局部存儲子系統中存有默認的判斷條件和特 定的規(guī)則。特定的規(guī)則允許特殊類型的包，如某些MP控制包不經過或不全經過 這四步檢查而到達接口F?32000。\n5.2.2.4.3?上行鏈接數據包過濾終結\n在被請求服務的結束階段，服務器組10010(圖10)或者呼叫處理服務器 系統12010(圖12)在一個實施例中發(fā)送一個MP控制包到中層交換機1180的 交換單元32010(圖32)上以開始上行鏈接數據包過濾清除\n為了響應該控制包，交換單元32010導向上行鏈接數據包過濾器32040來刪 除涉及從目的地地址查詢表39000中請求服務的目的地地址，并重設判斷條件中 的其他參數(如包括、但不局限于數據流量信息)，回到它默認的初始值。\n這里披露的上行鏈接數據包過濾技術能夠加強MP網絡的整體性和安全 性，也有利于幫助維持在網絡運行中的可預測性。盡管上面的討論用了一系列細 節(jié)來解釋上行鏈接數據包過濾技術，但是，本領域內的一般技術人員能夠很明顯 地看到上行鏈接數據包過濾技術不僅限于這些細節(jié)。同時，盡管這里在中層交換 機中討論上行鏈接數據包過濾，但是很顯然，本領域內的普通技術人員能夠在 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執(zhí)行光信號和電信號的轉換。 在該實施例中，如果主用戶交換機42010通過同一種物理傳輸媒介與從用戶交換 機通信，那么接口H?44040不執(zhí)行信號轉換。\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采用眾所周知 的方法(如循環(huán)排序和先進先出)來選擇具有有效信號的物理鏈路，并且在選定 的物理鏈路上將數據包送往交換單元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發(fā)現某些特定的情況，從主 用戶交換機42010到多個從用戶交換機(如圖42a所示的從用戶交換機A?42020 和從用戶交換機B?42030，或圖42b所示的從用戶交換機A?42020、從用戶交換 機B?42030、從用戶交換機C?42040和從用戶交換機D?42050)之間的包的傳送。 舉例來說，根據圖42a所示的配置，假如交換單元44010的一個實施例發(fā)現它所 收到的包不是應由主用戶交換機42010發(fā)往與它直接連接的用戶終端(如用戶終 端D?42090和用戶終端L?42210)，而是發(fā)往家庭網關42000所支持的一個用戶終 端，則交換單元44010對所收到的數據包做一個備份，并將數據包和它的備份分 別傳送至從用戶交換機A?42020和從用戶交換機B?42030。\n另一方面，根據圖42b所示的配置，假如交換單元44010收到一個“來自于 中層交換機的數據包”，并識別出該數據包不是應由主用戶交換機42010發(fā)往與 它直接連接的用戶終端(如用戶終端D?42090和用戶終端L?42210)，則交換單元 44010會將收到的數據包放在公用總線單元42190上。假如交換單元44010收到 來自于與主用戶交換機42010直接相連的一個用戶終端(如用戶終端D?42090) 的數據包，并識別出所收到的數據包不是發(fā)往與主用戶交換機42010直接連接的 另一個用戶終端(如用戶終端L?42210)，而是發(fā)往家庭網關42000所支持的一個 用戶終端，則交換單元44010也會將所收到的數據包放在公用總線單元42190上。 假如交換單元44010從公用總線單元42190收到一個數據包，并識別出該數據包 不是應由主用戶交換機42010發(fā)往與它直接連接的用戶終端(如用戶終端D 42090和用戶終端L?42210)，而是發(fā)往家庭網關42000所支持的一個用戶終端， 則交換單元44010回將收到的數據包放在公用總線單元42190上。\n一個在家庭網關42000中的主用戶交換機42010的實施例包括一個本地存儲 子系統，它含有家庭網關42000所支持的所有用戶終端的局部網絡地址的清單， 以及一個本地處理引擎(它可以是用戶交換機中的交換單元的一部分)來執(zhí)行模 塊45000中的任務，以及校驗MP數據包是否是發(fā)往家庭網關42000所支持的用 戶終端。用戶交換機的另一個實施例憑借它所直接管理的用戶終端來存儲和/或 處理這個用戶終端的清單。換句話說，主用戶交換機42010中的交換單元44010 或者從用戶終端D?42090提取該清單，并執(zhí)行上述的任務，或者請求用戶終端D 42090替它去執(zhí)行上述的任務。\n如果主用戶交換機42010發(fā)現所收到的數據包既不是發(fā)往它所直接管理的 任何用戶終端，也不是發(fā)往家庭網關42000所支持的任何用戶終端，則主用戶交 換機42010發(fā)送所收到的數據包至一個中層交換機。\n處于從用戶交換機中的交換單元除了不直接接收“來自于中層交換機的數據 包”，也不直接傳送數據包至中層交換機外，其他操作與交換單元44010相似。 用圖42a中的從用戶交換機B?42030來描述，假如它的交換單元發(fā)現來自于從用 戶交換機C?42040的數據包不是應由從用戶交換機B?42030發(fā)往它所直接連接的 用戶終端(如用戶終端G?42100和用戶終端K?42200)，則交換單元就送該數據 包到從用戶交換機D?42050和主用戶交換機42010。為了避免循環(huán)，用戶交換機 不播送該數據包到前發(fā)送者(如從用戶交換機C?42040)。另一方面，如果從用 戶交換機B?42030中的交換單元收到來自于用戶終端G?42100的數據包，該交換 單元會：1)通過主用戶交換機42010將數據包發(fā)送至中層交換機；2)將數據包 發(fā)送至另一個用戶交換機(如從用戶交換機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的數據包是發(fā)往另一個家庭網關所管理的用戶終 端，那么這些數據包是“上行數據包”。\n一個主用戶交換機42010的實施例物理性地隔離上行數據流和下行數據流， 由此它的交換單元44010能夠容易地區(qū)分上行數據包和下行數據包。具體地說， 主用戶交換機42010預留一些端口來接收上行數據包。其結果是，當交換單元 44010收到來自于一個指定的上行數據流端口的數據包時，它會識別出該數據包 是上行數據包，否則交換單元44010則認為該數據包是下行數據包。很顯然，本 領域內的一般技術人員可以實施其他的區(qū)分數據流方向的方法，而且不超出所披 露的交換單元的技術范圍。\n下面的例子用圖42a或圖42b，并與圖1d所示的用戶終端D?42090、用戶終 端G?42100、用戶終端I?42170和用戶終端1450來進一步解釋圖45和圖46所描 述的流程圖。為了清楚起見，這些例子假設某些特定的實施細節(jié)，然而，對于本 領域內的一般技術人員來說將會是顯而易見的是：交換單元44010不局限于這些 細節(jié)。這些細節(jié)包括：\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、社區(qū)子域9060、辦公室交換機子域9070和用戶交換機子域9080 等局部地址。換句話說，假定用戶終端D?42090在分配給它的網絡地址 中包括下列信息：\n國家子域9040：?????????1\n城市子域9050：?????????23\n社區(qū)子域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/社區(qū)子域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中執(zhí)行以比特為單元的局 部地址比較。具體地說，假設“來自于中層交換機的數據包”的目的地地址域 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的一個實施例中，用戶交換機不 播送數據包至該數據包的先前的發(fā)送者，因而從用戶交換機A?42020不發(fā)送“來 自于中層交換機的數據包”至主用戶交換機42010。\n對于從用戶交換機B?42030來說，因為“來自于中層交換機的數據包”的目 的地地址是對應于從用戶交換機B?42030所直接管理的用戶終端G?42100的，從 用戶交換機B?42030的交換單元在執(zhí)行模塊45000時確認了地址的匹配。接著， 在執(zhí)行模塊45010時從用戶交換機B?42030的交換單元根據用戶終端子域9090 中的局部地址“8”將“來自于中層交換機的數據包”發(fā)送至用戶終端G?42100。\n假如家庭網關42000采用的是如圖42b所示的配置，交換單元44010則不是 復制“來自于中層交換機的數據包”，而是將這個數據包放到公用總線單元42190 上。交換單元44010和從用戶交換機的交換單元檢查公用總線單元42190上的數 據包，直接管理用戶終端(該用戶終端的用戶終端子域與數據包的用戶終端局部 地址子域相匹配)的交換單元傳送該數據包到目的地用戶終端，并從公用總線單 元42190上去除該數據包。\n一個家庭網關42000中的用戶交換機的實施例包括一個本地存儲子系統，它 含有用戶交換機所支持的用戶終端的局部網絡地址的清單，以及一個本地處理引 擎(它可以是用戶交換機中的交換單元的一部分)來執(zhí)行模塊45000中的任務。 用戶交換機的另一個實施例憑借它所直接管理的用戶終端來存儲和/或處理這個 用戶終端的清單。換句話說，從用戶交換機B?42030中的交換單元或者從用戶終 端G?42100提取該清單，并執(zhí)行模塊45000中的任務，或者請求用戶終端G?42100 替它去執(zhí)行模塊45000中的任務。\n因為“來自于中層交換機的數據包”是下行數據包，如果家庭網關42000中 沒有一個用戶交換機能夠將數據包傳送至用戶終端(因為家庭網關42000中的每 一個用戶交換機的所述的用戶終端子域9090的匹配是不成功的)，主用戶交換機 42010可指定家庭網關42000中的執(zhí)行模塊45000任務的最后一個用戶交換機丟 棄數據包。或者，主用戶交換機42010可向控制的服務網關發(fā)送出錯通知。\n當家庭網關42000中的任何一個用戶交換機收到來自于用戶終端的數據包 (“用戶終端來的數據包”)時，在模塊46000(圖46)中用戶交換機判斷來自于 用戶終端的數據包是否是用戶交換機所直接管理的一個用戶終端。例如，如果從 用戶交換機C?42040收到來自于用戶終端J?42180的“用戶終端來的數據包”，則 從用戶交換機C?42040檢查該數據包是否是發(fā)往用戶終端H?42160或用戶終端I 42170。接著，在模塊46010中從用戶交換機C?42040將來自于用戶終端的數據 包發(fā)送至與從用戶交換機C直接連接的其中一個用戶終端，或者在模塊46020 中判斷數據包的接收用戶交換機是否是家庭網關42000中的主用戶交換機。在本 例中，由于接收用戶交換機(這里指的是從用戶交換機C?42040)不是家庭網關 42000中的主用戶交換機，所以從用戶交換機C?42040就將該數據包播送到其他 用戶交換機(如通過如圖42a配置中的從用戶交換機B?42030，或通過如圖42b 配置中的公用總線單元42190)。然而，如果接收交換機是主用戶交換機42010， 則在模塊46030中，主用戶交換機42010檢查“用戶終端來的數據包”是否是發(fā) 往家庭網關42000所支持的任一用戶終端。如上所述，主用戶交換機42010維持 一個家庭網關42000所支持的用戶終端的清單，如果該項檢查不能識別出用來接 收“用戶終端來的數據包”的用戶終端，則在模塊46040中的主用戶交換機42010 就發(fā)送該數據包至與家庭網關42000直接連接的中層交換機。接著，中層交換機 將該數據包發(fā)送至管理源用戶終端的服務網關(如本例中的用戶終端J?42180)。 因此，如果家庭網關42000對應于家庭網關1200(圖1d)，則主用戶交換機42010 就將“用戶終端來的數據包”傳送至中層交換機1180，而中層交換機1180將該 數據包發(fā)送至服務網關1160。另一方面，如果檢驗結果表明“用戶終端來的數 據包”是發(fā)往家庭網關42000所支持的一個用戶終端，則在模塊46050中主用戶 交換機42010就將該數據包播送至其他用戶交換機(先前把數據包送往主用戶交 換機42010的用戶交換機除外)。\n除了上述的數據包傳遞功能，主用戶交換機42010的交換單元44010的一個 實施例也為家庭網關42000建立一個最大限度的帶寬。具體地說，雖然家庭網關 42000在本實施例中能包含任意數目的從用戶交換機，但如果交換單元44010判 斷連接在這些用戶交換機上的用戶終端所需的總帶寬超過所建立的最大限度的 帶寬時，則交換單元44010啟動特定的保護措施來確保家庭網關42000持續(xù)及正 常的運行。這些保護措施的一些例子包括、但不局限于阻止新的用戶終端(這些 新的連接延遲了數據包在用戶交換機到用戶終端之間的傳送)連接到家庭網關 42000上。\n很顯然，本領域內的一般技術人員可以合并或分割圖44所示的用戶交換機 中的模塊，而且不會超出所披露的家庭網關技術范圍。例如，交換單元44010可 被分成一個用來管理家庭網關42000的資源(如上述的最大限度的帶寬內維持家 庭網關42000中的數據流量)的通用處理引擎，以及一個將數據包傳送至適當目 的地(如對局部地址進行比較，并根據局部地址來傳送數據包)的數據包傳送引 擎。對一般技術人員還能夠將上述的主用戶交換機42010的功能分配到家庭網關 42000中其他的用戶交換機上。\n5.3.2??用戶終端(UT)\n家庭網關，如圖42a和42b所示的家庭網關42000，能夠支持不同類型的用 戶終端。一些示例的用戶終端包括、但不局限于個人電腦(PC)、電話、智能家 電(IHA)、互動游戲盒(IGB)、機頂盒(STB)、MP/IP透明終端、家庭服務器系 統、媒體存儲器或者任何其他終端用戶用來在網絡上收發(fā)多媒體數據的裝置。\n個人電腦和電話在此技術領域中最為人們所熟知。智能家電一般是指一種 有決策能力的家用電器。例如，智能空調是一種能夠根據室溫的變化來自動調節(jié) 冷氣輸出量的智能家電。另一個例子是一種智能測量儀器，它能夠在每個月的某 個時間讀取用水量，并將該信息傳送至供水商?；佑螒蚝幸话闶侵敢粋€用于運 行在線游戲的游戲控制臺，如星際爭霸(Blizzard娛樂公司開發(fā)的游戲)。互動 游戲盒能使用戶與網上的其他用戶互動(如游戲)。家庭服務器系統能夠管理家 庭網關42000下屬的其他用戶終端，或者為家庭網關42000中的用戶終端提供內 部網服務。例如，如果用戶終端D?42090是一個家庭服務器系統，用戶終端D 42090可提供給用戶終端C?42130的用戶一個節(jié)目菜單來允許其獲取用戶終端E 42140中的共享資源(如數據庫)。\nMP/IP透明終端一般是指一個能夠處理MP數據包和非MP數據包的裝置， 如IP數據包。一個MP機頂盒為其用戶整合了音頻、數據和視頻(靜止或流動 的)信息，并為其用戶提供了MP網絡或非MP網絡(如互聯網)的接入。媒體 存儲器能夠存儲大量的視頻、音頻和多媒體節(jié)目。它可以、但不局限于以硬盤、 閃存和SDRAM來實施。下面的MP/IP透明終端、MP機頂盒和媒體存儲器部分 將進一步描述這三種類型的用戶終端。\n應該注意的是MP網絡支持的這些不同類型的用戶終端具有不同的帶寬需 求。例如，智能家電可以是一個每秒僅需數千比特(KB)帶寬的低速裝置；而 另一方面，互動游戲盒、MP機頂盒、MP/IP透明終端、家庭服務器系統和媒體 存儲器則可能是每秒數兆比特到數百兆比特范圍的帶寬的高速裝置。\n5.3.2.1??MP/IP透明終端\nMP/IP透明終端能夠執(zhí)行MP和IP通信。圖47是一幅描述一個通用的 MP/IP透明終端(MP/IP透明終端47000)的實施例的框圖。MP/IP透明終端 47000對應于圖1d中的用戶終端1400。\n具體地說，MP/IP透明終端47000包括MP機頂盒47020和個人電腦47010。 個人電腦47010含有常規(guī)的輸出裝置，如、但不局限于顯示裝置47030和喇叭 47060，以及常規(guī)的輸入裝置，如、但不局限于鍵盤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處理該數據包，并將處理結果發(fā)送至個人電腦47010準備輸出。對 于MP封裝數據包，MP機頂盒47020從“MP/IP透明終端的數據包”的有效載 荷數據域5050中提取(如有必要，則進行重組)非MP數據包(如IP數據包)， 并將所提取的非MP數據包發(fā)送至個人電腦47010來處理。\n此外，個人電腦47010的一個實施例支持MP及非MP應用。例如，一個 MP應用可以是一個存儲在個人電腦47010中的軟件程序，該軟件程序可使MP/IP 透明終端47000的用戶來請求媒體電話服務。下面的媒體電話服務部分將進一步 詳細闡述這種服務的細節(jié)。非MP應用可以是一個互聯網瀏覽器，它使MP/IP透 明終端47000的用戶從非MP網絡1300的網頁服務器上請求網頁。因此，如果 用戶啟動媒體電話服務，則個人電腦47010就生成并發(fā)送MP數據包至MP機頂 盒47020，MP機頂盒47020又將數據包傳送至家庭網關1200。如果用戶啟動的 是互聯網瀏覽器，則個人電腦47010生成并發(fā)送IP數據包至MP機頂盒47020， MP機頂盒47020把IP數據包封裝到MP封裝包的有效載荷數據域5050中，并 發(fā)送這些MP封裝包至網關10020。如上面網關部分所論述的，網關10020的一 個實施例把來自于MP/IP透明終端47000的MP封裝包拆封，并發(fā)送拆封后的 非MP數據包(如IP數據包)至非MP網絡1300上(如互聯網)。\n圖48是一幅描述專用MP/IP透明終端(如MP/IP透明終端48000)的一個 實施例的框圖。MP/IP透明終端48000不包括個人電腦，但包括一個特制的多種 協議處理引擎48010；常規(guī)輸出設備包含、但不局限于顯示裝置48020和喇叭 48030；常規(guī)輸入裝置包含、但不局限于滑鼠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數據包)，并發(fā)送所抽取 的IP數據包至IP處理引擎48080來處理。\nMP處理引擎48070的一個實施例負責從MP數據包的有效載荷數據域5050 中提取數據，并發(fā)送所提取的數據至合路器48090。同樣地，IP處理引擎48080 的一個實施例負責從IP數據包中提取數據，并且也發(fā)送所提取的數據至合路器 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)中的一個服務器系統)來執(zhí)行IP處理引擎48080的功能。 在一些場合中，網絡計算機48100通過下載用以運行專用軟件的指令至IP處理 引擎48080的內存來指定IP處理引擎48080的任務。\n在圖48中所示的多種協議處理引擎48010的實施例中，IP處理引擎48080 也負責處理MP/IP透明終端48000的用戶的輸入請求。因此，如果用戶通過IP 瀏覽器(如微軟的Internet?Explorer)來請求一項MP服務(如媒體電話服務)， 那么IP處理引擎48080采用業(yè)界熟知的方法(如交互處理信息和控制信號)將 這個請求通知MP處理引擎48070。于是，MP處理引擎48070生成和發(fā)送MP 數據包至分離器48060來回復MP服務請求。爾后，分離器48060將數據包發(fā)送 至家庭網關1200。另一方面，如果用戶請求互聯網接入，則IP處理引擎48080 生成并發(fā)送IP數據包至分離器48060，該分離器48060將IP數據包封裝在MP 封裝包的有效載荷數據域5050中，并發(fā)送這些MP封裝包至網關10020。如上 面的網關部分所論述的那樣，網關10020的一個實施例將來自于MP/IP透明終 端48000的MP封裝包拆封，并將獲得的非MP數據包(如IP數據包)傳送至 非MP網絡1300(如互聯網)。\n顯而易見，對于本領域內的一般技術人員來說，實施所披露的MP/IP透明 終端技術無需局限于上述實施例的具體實施細節(jié)。例如，圖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網絡接口來的數據包”含有視頻數據(如靜態(tài)或流動視頻)，則 包分析器49010啟動視頻解碼器49040來處理數據包。同樣，如果“多媒體設備 接口來的數據包”含有視頻數據，則包分析器49010啟動視頻編碼器49020來處 理數據包。對于音頻數據，包分析器49010以與啟動視頻解碼器及視頻編碼器相 似的方式來分別啟動音頻解碼器49050和音頻編碼器49030。\n如果數據包含有信令信息，則包分析器49010負責對MP機頂盒47020的數 據包進行回復。例如，如果MP/IP透明終端47000收到來自于服務器組10010 (圖10)的查詢狀態(tài)信息(如目前的容量和可用性)的數據包，則MP機頂盒 47020中的包分析器49010就通過MP網絡接口49000向服務器組10010發(fā)送一 個含有所查詢的狀態(tài)信息的數據包來作為回復。同樣，如果MP/IP透明終端 47000通過多媒體設備接口49060收到請求建立媒體電話服務的數據包，則包分 析器49010就將該服務建立請求傳送至服務器組10010。\n機頂盒能發(fā)送和/或接收音頻和/或視頻數據包。這些數據包可含有音頻信息、 視頻信息及音視頻混合信息。\n對于發(fā)送和接受分離的音頻和視頻數據包流的機頂盒來說，機頂盒通過音頻 和視頻數據流的匹配來達到聲像吻合。具體地說，對于往外發(fā)送的數據包，機頂 盒47020中的視頻編碼器49020在含有視頻數據的數據包上加上時間標記，并將 這些數據包異步發(fā)往它們的目的地。同樣地，機頂盒47020中的音頻編碼器49030 在含有音頻數據的數據包上加上時間標記，并將這些數據包異步發(fā)往它們的目的 地。對于接收到的數據包，機頂盒47020中的視頻解碼器49040和音頻解碼器 49050利用所接收的數據包上的時間標記來使所收到的視頻流和音頻流達到聲像 吻合。\n另一方面，對于發(fā)送和接受音視頻混合數據包的機頂盒來說，機頂盒有一套 音頻編碼器和視頻編碼器，以及一套音頻解碼器和視頻解碼器(而不是如圖49 所示的兩套)。機頂盒通過維持數據包的傳送順序和到達順序來實現聲像吻合。\n5.3.2.3??媒體存儲器\n媒體存儲器主要提供了MP網絡一個成本效益合算的存儲方案。圖50是一 幅描述媒體存儲器50000的一個實施例的框圖。在圖1d中，媒體網存儲器50000 對應于位于服務網關1120中的媒體存儲器1140，或者媒體存儲器50000對應于 一個用戶終端。具體地說，媒體存儲器50000包括、但不局限于MP網絡接口 50010、緩沖器組50015、總線控制器和包生成器(BCPG)50020、存儲控制器 50030、存儲接口50040以及大規(guī)模存儲單元50050。\nMP網絡接口50010是兩種類型信號(這些信號包括、但不局限于光信號和 電信號)之間的信號轉換器。存儲接口50040用作總線控制器和包生成器50020 與大規(guī)模存儲單元50050之間的通信通道。一些存儲接口50040的實例包括、但 不局限于SCSI、IDE及ESDI。存儲控制器50030主要用來控制如何將來自于 MP網絡接口50010的數據包存儲到大規(guī)模存儲單元50050中去，以及如何通過 MP網絡接口50010將數據包從大規(guī)模存儲單元50050傳送至MP網絡中的目的 地?？偩€控制器和包生成器50020負責把它所收到的數據包發(fā)送至緩存器組 50015、存儲控制器50030和大規(guī)模存儲單元50050?？偩€控制器和包生成器50020 還負責通過MP網絡接口50010來發(fā)送數據包，并生成數據包來回復來自于服務 器組10010(圖10)的查詢包。大規(guī)模存儲單元可能是、但不局限于硬盤、閃存 或SDRAM。\n媒體存儲器50000為它所支持的每個用戶維持一個通道。例如，如果媒體存 儲器50000管理每秒100兆字節(jié)的數據流量，而每個它所支持的用戶占用每秒5 兆字節(jié)的數據流量，則媒體存儲器50000維持20個通道。換句話說，本例的媒 體存儲器50000能夠同時處理來自于20個用戶的數據包。\n此外，緩存器組50015的一個實施例包括兩類緩存器：發(fā)送緩存器(“SBs”) 和接收緩存器(“RBs”)。發(fā)送緩存器臨時存儲外發(fā)數據包(如總線控制器和包 生成器50020通過MP網絡接口50010發(fā)送到MP網絡中去的數據包)，而接收 緩存器臨時存儲接收的數據包(如總線控制器和包生成器50020通過MP網絡接 口50010接收來自于MP網絡的數據包)。在一個實施例中，上面所述的每個通 道對應于兩個發(fā)送緩存器(如SBa和SBb)和兩個接收緩存器(RBa和RBb)。因 而，很顯然，對于本領域內的一般技術人員來說，一個通道可對應于不同數目的 發(fā)送緩存器和/或接收緩存器，這并不超出所披露的媒體存儲器技術范圍。\n媒體存儲器50000的網絡地址遵循網絡地址9100(圖9b)的格式。局部地 址子域9170含有一個特別的比特結構(如“0001”)，該結構指明了該網絡地址 是用于直接連接在邊緣交換機上的媒體存儲裝置的，以及組件號子域9180含有 一個標識媒體存儲器50000的號碼。為了在媒體存儲器50000中識別節(jié)目XYZ， 有效載荷數據域5050含有一個代表節(jié)目XYZ的號碼。\n盡管上面有關于媒體存儲器的討述涉及了特定的實施細節(jié)，但是很顯然，本 領域內的一般技術人員實施媒體存儲器技術無需具體的細節(jié)，這仍不超出所披露 的媒體存儲器技術范圍。例如，媒體存儲器可以不位于服務網關中，而是一個用 戶終端。這種媒體存儲裝置的網絡地址可遵循網絡地址7000(圖7)的格式。位 于這種媒體存儲裝置中的節(jié)目可通過有效載荷數據域5050中的特別的比特結構 來定址。\n6??實施例\n這一部分具體論述在MP的網絡上進行的多媒體服務的幾個實施例。\n6.1??媒體電話服務(MTPS)\n6.1.1??同一服務網關下的兩個用戶終端之間的媒體電話服務\n媒體電話服務可以使一個用戶終端和另一個用戶終端進行一項或多項視頻 和/或音頻會議。圖53a和圖53b是描述同屬于一個服務網關下的兩個用戶終端 (如圖1d所示的用戶終端1380及用戶終端1450)之間進行媒體電話服務業(yè)務 的時間順序圖。\n為了說明情況，假設用戶終端1380向用戶終端1450發(fā)出呼叫請求，用戶終 端1380即為“呼叫方”，而用戶終端1450為“被呼叫方”。中層交換機1180即 為“呼叫方中層交換機”，而中層交換機1240則為“被呼叫方中層交換機”。如 圖12所示，位于服務網關1160中的服務器組10010中的呼叫處理服務器系統 12010管理在呼叫方與被呼叫方之間的數據包交換。當服務網關專門指定一個呼 叫處理服務器系統用于管理媒體電話服務業(yè)務時，該被指定的呼叫處理服務器系 統即被稱為“媒體電話業(yè)務服務器系統”。服務網關1160的一個實施例包括多個 呼叫處理服務器系統12010，并指定每一個服務器系統來專門負責一種多媒體服 務。\n下面的討述主要解釋了呼叫各方如何在媒體電話服務業(yè)務中的呼叫服務建 立、呼叫通信的維持及呼叫服務的終結等三個階段上進行互動。\n6.1.1.1??呼叫服務建立\n1.呼叫方，如用戶終端1380，開始時通過服務網關1160中的中層交換機和 呼叫方中層交換機1180將一個媒體電話服務請求53000傳送至媒體電話 業(yè)務服務器系統。該媒體電話服務請求53000是一個MP控制包，其中包 括呼叫方的網絡地址和被呼叫方的用戶地址。如上面的邏輯層部分所述， 呼叫方一般并不知道被呼叫方的網絡地址。實際上，呼叫方是通過服務網 關中的服務器組將一個用戶地址映射到一個網絡地址上的。此外，呼叫方 及被呼叫方從服務器組10010中的網絡管理服務器系統12030(圖12)獲 取MP網絡信息(如媒體電話業(yè)務服務器系統的網絡地址)來開展媒體電話 服務業(yè)務。\n2.當在接收到媒體電話服務請求53000時，媒體電話業(yè)務服務器系統執(zhí)行多 項服務驗證處理(如上面的服務器組部分所述)，以決定是否允許呼叫方繼 續(xù)。\n3.媒體電話業(yè)務服務器系統通過發(fā)送媒體電話服務請求的回復53010來表 明已收到呼叫方的服務請求，媒體電話服務請求的回復是含有多項服務驗 證處理結果的MP控制包。\n4.媒體電話業(yè)務服務器系統將媒體電話服務建立包53020和53030分別傳送 至呼叫方和被呼叫方。媒體電話服務建立包53020及53030是MP控制包， 包含有呼叫方和被呼叫方的網絡地址，以及所請求的媒體電話服務業(yè)務所 被允許的數據流量(如帶寬)。而且，這些包含有有色信息，該有色信息引 導呼叫方中層交換機(如中層交換機1180)和被呼叫方中層交換機(如中層 交換機1240)在中層交換機中建立上行鏈接數據包過濾。這個更新上行鏈 接數據包過濾的過程在前面的中層交換機部分已被詳細論述。\n5.呼叫方和被呼叫方通過向媒體電話業(yè)務服務器系統分別傳送媒體電話服 務建立的回復包53040和53050來表明已收到媒體電話服務建立包53020 和53030。媒體電話服務建立的回復包是MP控制包。\n6.媒體電話業(yè)務服務器系統收到上述的媒體電話服務建立的回復包后，開始 收集媒體電話服務業(yè)務的使用信息(如業(yè)務的持續(xù)時間及流量)。\n6.1.1.2??呼叫通信\n1.呼叫方通過呼叫方中層交換機、服務網關(服務網關1160)中的邊緣交換機 和被呼叫方中層交換機向被呼叫方開始傳送數據53060。數據53060是 MP數據包。呼叫方中層交換機中的上行鏈接數據包過濾器接著進行上行 鏈接數據包過濾檢查，以決定是否允許該數據包抵達服務網關1160。上 行鏈接數據包過濾檢查已在上面的中層交換機部分作了詳細描述。數據包 通過的介于呼叫方和控制呼叫方的服務網關(服務網關1160)中的邊緣交 換機之間的邏輯鏈路是自下而上邏輯鏈路，而數據包通過的介于控制被呼 叫方的服務網關(服務網關1160)中的邊緣交換機和被呼叫方之間的邏輯 鏈路是自上而下邏輯鏈路。\n2.同樣，被呼叫方邊緣交換機中的上行鏈接數據包過濾器對來自被呼叫方的 數據53070中的數據包進行上行鏈接數據包過濾檢查。對由被呼叫方傳向 呼叫方的數據包來說，介于被呼叫方和控制被呼叫方的服務網關(服務網 關1160)中的邊緣交換機之間的邏輯鏈路是自下而上邏輯鏈路，而介于控 制呼叫方的服務網關(服務網關1160)中的邊緣交換機和呼叫方之間的邏 輯鏈路是自上而下邏輯鏈路。\n3.在通信過程中媒體電話業(yè)務服務器系統不時地把維持媒體電話服務包 53080和53090傳送至呼叫方和被呼叫方。維持媒體電話服務包是MP控 制包，是被媒體電話業(yè)務服務器系統用來收集參與媒體電話服務各方的通 信連接狀態(tài)的信息(如錯誤率和數據包丟失的數目)。\n4.呼叫方和被呼叫方通過向媒體電話業(yè)務服務器系統發(fā)送維持媒體電話服務 的回復包53100和53110表明已收到維持媒體電話服務包。維持媒體電話 服務回復包是MP控制包，其中包括所請求的通信連接狀態(tài)的信息(如錯 誤率和數據包丟失的數目)。\n5.基于維持媒體電話服務的回復包53100和53110，媒體電話業(yè)務服務器系 統可以修正媒體電話服務業(yè)務。舉例來說，如果該業(yè)務的錯誤率超過了可 容忍的范圍，媒體電話業(yè)務服務器系統會通知各參與方并終止該業(yè)務。\n6.1.1.3??呼叫終結\n呼叫方、被呼叫方或媒體電話業(yè)務服務器系統均可啟動呼叫終結。\n6.1.1.3.1??呼叫方啟動的呼叫終結\n1.呼叫方將屬于MP控制包的媒體電話服務終結53120傳送至媒體電話業(yè)務 服務器系統。作為回應，媒體電話業(yè)務服務器系統將也屬于MP控制包的 媒體電話服務終結的回復53130傳送至呼叫方，并將媒體電話服務終結 53125傳送至被呼叫方。在一個實施例中，媒體電話服務終結53125與媒 體電話服務終結53120含有相同的信息。另外，媒體電話業(yè)務服務器系統 停止收集業(yè)務的使用信息(如業(yè)務的持續(xù)時間和信息流)，并將收集的業(yè)務 使用信息送至計費服務器系統，如服務網關1160中的服務器組10010中 的計費服務器系統12040(圖12)。\n2.在收到媒體電話服務終結53120后，呼叫方和被呼叫方中層交換機對各自 的上行鏈接數據包過濾的參數(如被允許的目的地地址、源地址、數據流 量和數據內容)進行復位，使其恢復為默認值。\n3.當呼叫方收到來自于媒體電話業(yè)務服務器系統的媒體電話服務終結的回 復53130時，呼叫方退出媒體電話服務業(yè)務。\n4.被呼叫方通過媒體電話服務終結的回復53140來通知媒體電話業(yè)務服務 器系統，告知其已退出媒體電話服務業(yè)務。\n6.1.1.3.2??媒體電話業(yè)務服務器啟動的呼叫終結\n如上所述，一個媒體電話業(yè)務服務器系統的實施例會在其檢測到無法容忍 的通信條件(如丟失數據包過多，錯誤率過高，和/或維持媒體電話服務的回復包 丟失過多)時啟動呼叫終結。\n1.媒體電話業(yè)務服務器系統將屬于MP控制包的媒體電話服務終結包 53150及53160分別傳送至呼叫方和被呼叫方。作為回復，呼叫方和被 呼叫方將也屬于MP控制包的媒體電話服務終結的回復53170和53180 傳送至媒體電話業(yè)務服務器系統，并有效地終結媒體電話服務業(yè)務。當 發(fā)出媒體電話服務終結包時，媒體電話業(yè)務服務器系統停止收集業(yè)務的 使用信息(如業(yè)務的持續(xù)時間或信息流)。媒體電話業(yè)務服務器系統將收 集的業(yè)務使用信息送至一個本地的計費服務器系統，如服務網關1160 中的服務器組10010中的計費服務器系統12040(圖12)。\n2.當收到媒體電話服務終結53150和53160時，呼叫方中層交換機和被呼 叫方中層交換機對各自的上行鏈接數據包過濾器進行復位。\n6.1.1.3.3??被呼叫方啟動的呼叫終結\n1.被呼叫方將屬于MP控制包的媒體電話服務終結53190傳送至媒體電話 業(yè)務服務器系統，接著媒體電話業(yè)務服務器系統將媒體電話服務終結 53195傳送至呼叫方。作為回復，呼叫方將也屬于MP控制包的媒體電 話服務終結的回復53210傳送至媒體電話業(yè)務服務器系統，并有效地終 結媒體電話服務業(yè)務。當收到媒體電話服務終結53190時，媒體電話業(yè) 務服務器系統將媒體電話服務終結的回復53220傳送至被呼叫方，并停 止收集業(yè)務的使用信息(如業(yè)務的持續(xù)時間或信息流)。媒體電話業(yè)務服 務器系統將收集的業(yè)務使用信息送至一個本地的計費服務器系統，如服 務網關1160中的服務器組10010中的計費服務器系統12040(圖12)。\n2.當收到媒體電話服務終結53190時，呼叫方和被呼叫方中層交換機對各 自的上行鏈接數據包過濾器進行復位。\n6.1.2??屬于兩個服務網關下的兩個用戶終端之間的媒體電話服務 圖54a、54b、55a及55b是描述屬于兩個服務網關下的兩個用戶終端(如圖 1d所示的用戶終端1380及用戶終端1320)之間的媒體電話服務業(yè)務的時間順序 圖。為了說明情況，假設用戶終端1380向用戶終端1320發(fā)出呼叫請求。用戶終 端1380即為“呼叫方”，而用戶終端1320為“被呼叫方”。中層交換機1180 即為“呼叫方中層交換機”，而中層交換機1080則為“被呼叫方中層交換機”。 位于服務網關1160中的服務器組10010中的呼叫處理服務器系統12010即為“呼 叫方呼叫處理服務器系統”。同樣地，位于服務網關1060中的呼叫處理服務器 系統12010為“被呼叫方呼叫處理服務器系統”。當服務網關專門指定一個呼叫 處理服務器系統用于管理媒體電話服務業(yè)務時，該被指定的呼叫處理服務器系統 即被稱為“媒體電話業(yè)務服務器系統”。服務網關1060及1160可包括多個呼叫 處理服務器系統12010，并指定每一個服務器系統來專門負責一種多媒體服務。\n另外，假設服務網關1160是MP城域網1000的城域中心網絡管理群，位 于服務網關1160中的服務器組10010中的網絡管理服務器系統12030就是“城 域中心網絡管理服務器系統”。\n下面的討論主要是解釋呼叫各方如何在媒體電話服務業(yè)務中的呼叫服務的 建立、呼叫通信的維持及呼叫服務的終結等三個階段上進行互動。\n6.1.2.1??呼叫服務建立\n1.城域中心網絡管理服務器系統(本例中位于服務網關1160中的網絡管 理服務器系統12030)的一個實施例不時地將網絡資源信息傳送至MP 城域網1000的服務器系統(如呼叫方媒體電話業(yè)務服務器系統及被呼 叫方媒體電話業(yè)務服務器系統)。網絡資源信息包括、但不局限于MP 城域網1000中的服務器系統的網絡地址、MP城域網1000的數據流量 及MP城域網1000中的服務器系統的可用帶寬和/或其容量。\n2.當服務器系統收到來自于城域中心網絡管理服務器系統的信息時，服務 器系統從傳送的信息中提取并維持一些特定的信息。舉例來說，因為呼 叫方媒體電話業(yè)務服務器系統希望連通被呼叫方媒體電話業(yè)務服務器 系統，所以呼叫方媒體電話業(yè)務服務器系統就從傳送的信息中提取被呼 叫方媒體電話業(yè)務服務器系統的網絡地址。\n3.呼叫方(如用戶終端1380)通過服務網關1160中的邊緣交換機和呼叫 方中層交換機(如中層交換機1180)向呼叫方媒體電話業(yè)務服務器系統 發(fā)送媒體電話服務請求54000。媒體電話服務請求54000是MP控制包， 其中包括呼叫方的網絡地址及被呼叫方的用戶地址。如上面的邏輯層部 分所述，呼叫方一般不知道被呼叫方的網絡地址。實際上，呼叫方是通 過服務網關中的服務器組將一個用戶地址(呼叫方知道該地址)映射到一 個網絡地址上的。此外，呼叫方及被呼叫方分別從服務網關1160和服 務網關1060中的服務器組中的網絡管理服務器系統獲取MP網絡信息 (如媒體電話業(yè)務服務器系統的網絡地址)來開展媒體電話服務業(yè)務。\n4.當在收到媒體電話服務請求54000時，呼叫方媒體電話業(yè)務服務器系統 執(zhí)行多項服務驗證處理(如上面的服務器組部分所述)，以決定是否允許 呼叫方繼續(xù)。\n5.呼叫方媒體電話業(yè)務服務器系統通過發(fā)送媒體電話服務請求的回復 54010來表明已收到呼叫方的服務請求，媒體電話服務請求的回復是含 有多項服務驗證處理結果的MP控制包。\n6.呼叫方媒體電話業(yè)務服務器系統將媒體電話服務建立包54020和示意媒 體電話服務連接54030分別傳送至呼叫方和被呼叫方媒體電話業(yè)務服務 器系統。建立包及示意連接包是MP控制包，包括、但不局限于呼叫方 和被呼叫方的網絡地址，以及所請求的媒體電話服務業(yè)務所被允許的數 據流量(如帶寬)。\n7.被呼叫方媒體電話業(yè)務服務器系統將媒體電話服務建立包54040傳送至 被呼叫方。傳送至呼叫方及被呼叫方的建立包均含有色信息，該有色信 息引導呼叫方中層交換機(如中層交換機1180)和被呼叫方中層交換機 (如中層交換機1080)在中層交換機中建立上行鏈接數據包過濾。這個 更新上行鏈接數據包過濾的過程在前面的中層交換機部分已被詳細論 述。\n8.呼叫方和被呼叫方通過向它們的媒體電話業(yè)務服務器系統分別發(fā)送媒 體電話服務建立回復包54050和54060來表明已收到媒體電話服務建立 包54020和54030。媒體電話服務建立回復包是MP控制包。\n9.在收到媒體電話服務建立回復包54060后，被呼叫方媒體電話業(yè)務服務 器系統通過傳送確認媒體電話服務連接54070來通知呼叫方媒體電話業(yè) 務服務器系統繼續(xù)媒體電話服務業(yè)務。此外，呼叫方媒體電話業(yè)務服務 器系統收到媒體電話服務建立回復包54050及確認媒體電話服務連接 54070后，開始收集媒體電話服務業(yè)務的使用信息(如業(yè)務的持續(xù)時間及 流量)。\n盡管上述的媒體電話服務呼叫建立的步驟一般也適用于分屬不同MP城域 網(但屬于同一個MP國家網)下的兩個服務網關所控制下的兩個用戶終端之間的 呼叫服務的建立，但不同MP城域網中的兩個用戶終端之間的呼叫服務的建立可 能涉及到額外的步驟。為了說明情況，假設用戶終端1320(由MP城域網1000 中的服務網關1060控制)向MP城域網2030中的一個用戶終端發(fā)出呼叫請求， 這兩個用戶終端受控于不同MP城域網(指1000及2030)中的兩個服務網關，但 同屬于一個MP國家網2000。而且，在此實施例中，服務網關2060是作為MP 城域網2030的城域中心網絡管理群。服務網關1020是作為MP國家網2000的 國家中心網絡管理群。服務網關2020是作為MP全球網3000的全球中心網絡管 理群。\n因為兩個用戶終端及控制這兩個用戶終端的服務網關分屬于不同的MP城 域網，當服務網關1060中的呼叫方媒體電話業(yè)務服務器系統向服務網關1060中 的服務器系統(如地址映射服務器系統、網絡管理服務器系統及計費服務器系統) 請求執(zhí)行多項服務驗證處理時，這些服務器系統可能沒有所需的信息(如映射關 系、資源信息及財務信息)來執(zhí)行多項服務驗證處理。如此，服務網關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城域網中的目的地主機處理服務請求時，所述的步驟 也適用于這些服務器系統。盡管上述的例子用具體的細節(jié)描述了在一個服務網關 和一個城域中心網絡管理群之間，以及在一個城域中心網絡管理群和一個國家中 心網絡管理群之間的典型的信息交換，但是很顯然，對于本領域內的一般技術人 員來說，不需要其他細節(jié)就可實施其他的體系結構來支持MP城域網間的服務請 求，而且不超出所披露的媒體電話服務技術范圍。\n此外，上述的步驟同樣地適用于MP全國網中主機之間的服務請求的處理。 用多項服務驗證處理步驟中的網絡管理服務器系統作為例子來說明，如果媒體電 話服務請求是針對另一個MP國家網(如國家網3030)中的一個目的地主機，MP 國家網2000中的國家中心網絡管理服務器系統并不含有必要的信息來驗證認可 或否決服務請求，因此需要全球中心網絡管理群(服務網關2020)中的網絡管理服 務器系統(也被稱為“全球中心網絡管理服務器系統”)的支持。此后，服務網 關2020中的全球中心網絡管理服務器系統向服務網關1020中的國家中心網絡管 理服務器系統發(fā)送回復，而服務網關1020中的國家中心網絡管理服務器系統接 著向服務網關1160中的城域中心網絡管理服務器系統發(fā)送回復，而服務網關 1160中的城域中心網絡管理服務器系統接著向服務網關1060中的網絡管理服務 器系統發(fā)送回復。\n當一個MP國家網中其他類型的服務器系統(如地址映射服務器系統及計費 服務器系統)為另一個MP國家網中的目的地主機處理服務請求時，所述的步驟 也適用于這些服務器系統。顯然，本領域內的一般技術人員可把所披露的處理 MP城域網間和MP全國網間的媒體電話服務請求的步驟應用于其他種類的MP 服務(如媒體點播、媒體組播、媒體廣播及媒體轉移)。\n6.1.2.2??呼叫通信\n按上面所記述的，在下面論述的呼叫通信的這個例子中，用戶終端1380是呼 叫方，用戶終端1320是被呼叫方，中層交換機1180是呼叫方中層交換機，中層 交換機1080是被呼叫方中層交換機。\n1.呼叫方通過呼叫方中層交換機、控制呼叫方中層交換機的服務網關中的 邊緣交換機、控制被呼叫方中層交換機的服務網關中的邊緣交換機及被 呼叫方中層交換機向被呼叫方發(fā)送數據54080。數據54080是MP數據 包。接著，呼叫方中層交換機的上行鏈接數據包過濾器進行上行鏈接數 據包過濾檢查(在上面的中層交換機部分已被詳細論述)以確定是否允 許數據包抵達服務網關1160。這里，數據包通過的介于呼叫方和控制呼 叫方的服務網關(服務網關1160)中的邊緣交換機之間的邏輯鏈路是自下 而上的邏輯鏈路，而數據包通過的介于控制被呼叫方的服務網關(服務網 關1060)中的邊緣交換機和被呼叫方之間的邏輯鏈路是自上而下的邏輯 鏈路。而且，如上面的邏輯層部分所述，服務網關1160中的邊緣交換 機通過查詢路由表(可離線計算)來把數據包傳送到服務網關1060中的 邊緣交換機。\n2.同樣，被呼叫方中層交換機的上行鏈接數據包過濾器對來自于被呼叫方 的數據54150中的數據包進行上行鏈接數據包過濾檢查。對從被呼叫方 傳送至呼叫方的數據包來說，數據包通過的介于被呼叫方和控制被呼叫 方的服務網關(服務網關1060)中的邊緣交換機之間的邏輯鏈路是自下而 上的邏輯鏈路，而數據包通過的介于控制呼叫方的服務網關(服務網關 1160)中的邊緣交換機和呼叫方之間的邏輯鏈路是自上而下的邏輯鏈路。 服務網關1060中的邊緣交換機通過查詢路由表來把數據包傳送到服務 網關1160中邊緣交換機。\n3.呼叫方媒體電話業(yè)務服務器系統在呼叫通信階段不時地向呼叫方及被 呼叫方媒體電話業(yè)務服務器系統發(fā)送維持媒體電話服務包54090及媒體 電話服務狀態(tài)查詢54100。被呼叫方媒體電話業(yè)務服務器系統進一步將 維持媒體電話服務包54110傳送至被呼叫方。維持媒體電話服務包54090 及54110和媒體電話服務狀態(tài)查詢54100均為MP控制包，它們是被用 來收集媒體電話通信中各方的通信連接狀態(tài)的信息(如錯誤率和/或丟失 數據包的數目)。\n4.呼叫方及被呼叫方通過分別發(fā)送維持媒體電話服務指令的回復包54120 及54130至各自的媒體電話業(yè)務服務器系統來表明已收到維持媒體電話 服務包。維持媒體電話服務指令的回復包是MP控制包，它含有所請求 和查詢的通信連接狀態(tài)的信息(如錯誤率和/或丟失數據包的數目)。\n5.收到維持媒體電話服務指令的回復包54130后，被呼叫方媒體電話業(yè)務 服務器系統通過媒體電話服務狀態(tài)查詢結果54140，把來自于被呼叫方 的通信連接狀態(tài)的信息傳送至呼叫方媒體電話業(yè)務服務器系統。\n6.根據維持媒體電話服務指令的回復包54120及媒體電話服務狀態(tài)查詢結 果54140的內容，呼叫方媒體電話業(yè)務服務器系統可調整媒體電話服務 業(yè)務。例如，如果錯誤率超出了可容忍的范圍，呼叫方媒體電話業(yè)務服 務器系統可通知各參與方并終結通信服務。\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呼叫方、被呼叫方、呼叫方媒體電話業(yè)務服務器系統或被呼叫方媒體電話 業(yè)務服務器系統均可啟動呼叫終結。如上所述，在本實施例中用戶終端1380為 呼叫方，用戶終端1320是被呼叫方，中層交換機1180是呼叫方中層交換機，中 層交換機1080是被呼叫方中層交換機。\n6.1.2.3.1??呼叫方啟動的呼叫終結\n1.呼叫方向呼叫方媒體電話業(yè)務服務器系統發(fā)出屬于MP控制包的媒體電 話服務終結55000。作為回復，呼叫方媒體電話業(yè)務服務器系統通過向 呼叫方發(fā)送媒體電話服務終結指令的回復55010來表明已收到呼叫終結 的請求，并通過示意媒體電話服務的終結55020來通知被呼叫方媒體電 話業(yè)務服務器系統關于呼叫終結的請求。\n2.收到示意媒體電話服務的終結55020后，被呼叫方媒體電話業(yè)務服務器 系統將媒體電話服務終結55030傳送至被呼叫方。\n3.呼叫方中層交換機和被呼叫方中層交換機在收到媒體電話服務終結 55000及媒體電話服務終結55030時對各自的上行鏈接數據包過濾器進 行復位。\n4.被呼叫方通過媒體電話服務終結指令的回復55040來表明已收到來自于 被呼叫方媒體電話業(yè)務服務器系統呼叫終結請求。接著，被呼叫方媒體 電話業(yè)務服務器系統向呼叫方媒體電話業(yè)務服務器系統傳送確認媒體 電話服務終結55050。\n5.在收到確認媒體電話服務終結55050后，呼叫方媒體電話業(yè)務服務器系 統停止收集業(yè)務的使用信息(如業(yè)務的持續(xù)時間及流量)，并將收集的使 用信息送至當地的計費服務器系統，如服務網關1160中的服務器組 10010中的計費服務器系統12040(圖12)。\n6.當從呼叫方媒體電話業(yè)務服務器系統收到媒體電話服務終結指令的回 復55010時，呼叫方終結電話服務業(yè)務。\n7.被呼叫方用媒體電話服務終結指令的回復55040來通知被呼叫方媒體電 話業(yè)務服務器系統，告知電話服務業(yè)務的終結。\n6.1.2.3.2??媒體電話業(yè)務服務器系統啟動的呼叫終結\n如上所述，一個呼叫方或被呼叫方的媒體電話業(yè)務服務器系統的實施例會 在其檢測到無法容忍的通信條件(如丟失數據包過多，錯誤率過高，和/或維持媒 體電話服務的回復包丟失過多)時啟動呼叫終結。同樣，假如城域中心網絡管理 服務器系統在服務網關中檢測到無法容忍的通信條件時，它也會終結呼叫通信。\n1.為方便說明，假設呼叫方媒體電話業(yè)務服務器系統啟動呼叫終結。為了 啟動呼叫終結，呼叫方媒體電話業(yè)務服務器系統分別向呼叫方及被呼叫 方媒體電話業(yè)務服務器系統傳送屬于MP控制包的媒體電話服務終結 55060及示意媒體電話服務終結55070。作為回復，呼叫方向呼叫方媒 體電話業(yè)務服務器系統發(fā)送媒體電話服務終結的回復55090，并有效地 終結媒體電話服務業(yè)務。而且，被呼叫方媒體電話業(yè)務服務器系統向被 呼叫方發(fā)送媒體電話服務終結55080。當發(fā)出媒體電話服務終結55060 及示意媒體電話服務終結55070時，呼叫方媒體電話業(yè)務服務器系統停 止收集業(yè)務的使用信息(如業(yè)務的持續(xù)時間或信息流量)。呼叫方媒體電 話業(yè)務服務器系統將收集的使用信息送至一個本地的計費服務器系統， 如服務網關1160中的服務器組10010中的計費服務器系統12040(圖 12)。\n2.收到媒體電話服務終結55060及55080時，呼叫方中層交換機和被呼叫 方中層交換機對各自的上行鏈接數據包過濾器進行復位。\n3.收到媒體電話服務終結指令的回復55100后，被呼叫方媒體電話業(yè)務服 務器系統向呼叫方媒體電話業(yè)務服務器系統發(fā)送確認媒體電話服務的 終結55110。\n4.收到確認媒體電話服務的終結55110及媒體電話服務終結的回復55090 后，呼叫方媒體電話業(yè)務服務器系統終結業(yè)務。\n類似的步驟適用于被呼叫方媒體電話業(yè)務服務器系統啟動的呼叫終結。\n6.1.2.3.3??被呼叫方啟動的呼叫終結\n1.被呼叫方通過向被呼叫方媒體電話業(yè)務服務器系統發(fā)送媒體電話服務 終結55120來啟動呼叫終結，接著被呼叫方媒體電話業(yè)務服務器系統向 呼叫方媒體電話業(yè)務服務器系統發(fā)送媒體電話服務終結請求55130。接 著，呼叫方媒體電話業(yè)務服務器系統停止收集業(yè)務的使用信息(如業(yè)務持 續(xù)時間及信息流量)，并將收集的使用信息送至服務網關1160中的服務 器組中的一個本地的計費服務器系統。\n2.接著，呼叫方媒體電話業(yè)務服務器系統向呼叫方發(fā)送媒體電話服務終結 55140，并向被呼叫方媒體電話業(yè)務服務器系統發(fā)送媒體電話服務終結 的回復55160。\n3.收到媒體電話服務終結的回復55160后，被呼叫方媒體電話業(yè)務服務器 系統終結業(yè)務，并向被呼叫方發(fā)送媒體電話服務終結的回復55170。\n4.收到媒體電話服務終結55140及55120時，呼叫方中層交換機和被呼叫 方中層交換機對各自的上行鏈接數據包過濾器進行復位。\n一個用戶通過用戶終端上的用戶界面來請求上述的媒體電話服務。圖56描 述了一個用戶界面實施例所支持的服務視窗，如服務視窗56000。用戶通過操作 服務視窗56000來啟動媒體電話服務業(yè)務。具體地說，服務視窗56000包括一系 列的顯示區(qū)，例如、但不局限于信息展示區(qū)56010、輸入區(qū)56020及符號區(qū)56030。 信息展示區(qū)56010顯示相關的媒體電話服務業(yè)務信息(如連接狀態(tài)及程序指令)。 輸入區(qū)56020包括、但不局限于文字/數字輸入塊56040及“Enter”鍵56050。 符號區(qū)56030所顯示的包括、但不局限于圖標、標識及知識產權信息(如專利信 息、版權提示和/或商標信息)。\n為了說明情況，假設用戶A想要與用戶B進行一項媒體電話服務業(yè)務，用 戶A的用戶終端(如圖1d中的用戶終端1380)會在信息展示區(qū)56010顯示如下信 息“請輸入用戶B的號碼”，同時會發(fā)出撥號音。用戶A在文字/數字輸入塊56040 上鍵入用戶B的號碼(如用戶B的用戶地址)，并點擊“Enter”鍵56050。當用戶 A輸入每個號碼時，用戶終端1380可播放出與上述號碼相對應的雙聲道多頻 (DTMF)音。在輸入用戶B的號碼后，用戶終端1380在信號展示區(qū)56010上顯示 “請等待”的字樣，消除輸入區(qū)56020，暫時屏蔽用戶終端1380的音頻輸出，并 在信息展示區(qū)56010顯示“靜音”?；蛘?，用戶終端1380可在符號區(qū)56030中 顯示圖標以示意“靜音”。例如，圖標可以是一個置于圓環(huán)中揚聲器，并在該圓 上打上一個貫穿的線。\n假如用戶B已與另一方在進行媒體電話服務通信，用戶終端1380會在信息 展示區(qū)56010顯示如下信息“用戶B正忙”，并播放忙音。假如用戶B沒有回 應，用戶終端1380會在信息展示區(qū)56010顯示如下信息“用戶B沒有回應”， 并播放警音來提示用戶A稍后再試。假如用戶B拒絕參與用戶A所請求的電話 服務業(yè)務，用戶終端1380會在信息展示區(qū)56010顯示如下信息“用戶B拒絕接 受你的呼叫請求”，并播放警音來提示用戶A稍后再試。假如媒體電話服務業(yè) 務的付費方(用戶A或用戶B)對網絡運營商有過期未付款項的話，而該網絡 運營商又是提供該媒體電話服務業(yè)務的供應商，用戶終端1380會在信息展示區(qū) 56010顯示如下信息“此時不能批準呼叫請求，請馬上與你的服務供應商聯系”， 并播放警音來提示用戶盡快付清所欠款項。假如服務網關1160找不到用戶B，用 戶終端1380會在信息展示區(qū)56010顯示如下信息“找不到用戶B”或“所撥的 號碼不存在”，并播放警音來提示用戶A核查所鍵入信息的準確性。假如MP 網絡處于繁忙狀態(tài)，用戶終端1380會在信息展示區(qū)56010顯示如下信息“網絡 正忙”，并播放忙音。\n假設所請求的媒體電話服務業(yè)務被成功地建立后，用戶終端1380會播放來 自于用戶B的語音信息，并可在服務視窗56000中顯示來自于用戶B的圖像。 很顯然，本領域內的一般技術人員在實施用戶界面時并不需要上述的所有的細 節(jié)。例如，服務視窗56000可包括額外的顯示區(qū)，把上述的三個顯示區(qū)合并成少 于三個的獨立顯示區(qū)，或根本沒有獨立顯示區(qū)。另外，有關于所請求的媒體電話 服務業(yè)務狀態(tài)的文字信息的顯示可有不同的文字表達(如除了“用戶B拒絕接 受你的呼叫請求”，用戶終端1380也可顯示“呼叫被拒絕”。)或表達形式(如 使用不同的字體、字體大小及顏色)。\n上述的用戶界面同樣地可以用來引導用戶處理一項媒體電話服務請求。用 同樣的用戶A想要與用戶B進行一項媒體電話服務通信的例子，圖57描述了一 系列的用戶B所操作的視窗來處理通信請求。為了說明情況，假設用戶終端1320 收到用戶A的請求時，用戶B正在觀看顯示在用戶終端1320的顯示器上的節(jié)目 57010：\n·接著，用戶終端1320顯示用戶A的信息，如呼叫號碼57030和用戶B 所擁有的選擇，如位于屏幕顯示區(qū)57020的接受/拒絕區(qū)57040。屏幕顯 示區(qū)57020覆蓋在服務視窗57000中的節(jié)目57010上。\n·假如用戶B選擇接受通信請求，用戶終端1320會播放來自于用戶A的 語音信息，并可在服務視窗57000中顯示來自于用戶A的視頻圖像。假 如用戶B選擇拒絕通信請求，用戶終端1320清除屏幕顯示區(qū)57020， 并把整個服務視窗57000恢復成節(jié)目57010。\n很顯然，本領域內的一般技術人員人在實施所披露的用戶界面時，并不需 要所述例子的具體細節(jié)(如屏幕顯示區(qū)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)中的媒體 點播服務器系統發(fā)出一個媒體點播請求58000。媒體點播請求58000是 MP控制包，它包括呼叫方的網絡地址及用戶終端媒體存儲器的用戶地 址。因為呼叫方一般并不知道用戶終端媒體存儲器的網絡地址，所以呼 叫方依靠服務網關中的服務器組將用戶終端媒體存儲器的用戶地址映 射到相應的網絡地址(未顯示在圖58a中)。另外，呼叫方及用戶終端 媒體存儲器從服務器組10010中的網絡管理服務器系統12030(圖12) 獲取MP網絡信息(如媒體點播服務器系統的網絡地址)來開展媒體點 播服務。\n2.在接收到媒體點播請求58000后，媒體點播服務器系統進行多項服務驗 證處理(如上面的服務器組部分所述)以決定是否允許呼叫方繼續(xù)。\n3.媒體點播服務器系統通過發(fā)送媒體點播請求的回復58010來表明已收到 呼叫方的服務請求，媒體點播請求的回復是含有多項服務驗證處理結果 的MP控制包。\n4.接著，媒體點播服務器系統將媒體點播建立包58020和58030分別傳送 至呼叫方和用戶終端媒體存儲器。媒體點播建立包58030是通過媒體存 儲器的中層交換機發(fā)送至用戶終端媒體存儲器的。媒體點播建立包 58020是MP控制包，包含有呼叫方和用戶終端媒體存儲器的網絡地址， 以及所請求的媒體點播服務所被允許的數據流(如帶寬)。而且，這些包 含有有色信息，該有色信息引導媒體存儲器方的中層交換機(如中層交換 機1240)在中層交換機中建立上行鏈接數據包過濾器。這個更新上行鏈 接數據包過濾器的過程在上述的中層交換機部分已被詳細論述。\n5.呼叫方和用戶終端媒體存儲器通過向媒體點播服務器系統分別傳送媒 體點播建立回復包58040和58050來表明已收到媒體點播建立包58020 和58030。媒體點播建立回復包是MP控制包。\n6.媒體點播服務器系統收到媒體點播建立回復包后，開始收集媒體點播服 務的使用信息(如服務的持續(xù)時間及流量)。\n前面的關于用戶終端媒體存儲器的呼叫服務建立的描述在進行下列修改后 也適用于服務網關媒體存儲器：\n如果媒體點播服務器系統向媒體存儲器1140發(fā)送媒體點播建立包58030， 媒體點播建立包58030通過服務網關1120中的邊緣交換機來繞過媒體存儲器方 的中層交換機，并到達服務網關媒體存儲器。在一個實施例中，服務網關1120 中的邊緣交換機包括上行鏈接數據包過濾器。來自于媒體點播服務器系統的媒體 點播建立包建立了該上行鏈接數據包過濾器。\n6.2.1.2??呼叫通信\n1.在建立所請求的媒體點播服務之后，媒體存儲器(服務網關媒體存儲器 或用戶終端媒體存儲器)開始向呼叫方發(fā)送數據。例如，如圖58a所示， 用戶終端媒體存儲器向呼叫方發(fā)出屬于MP數據包的數據58060。另外， 媒體存儲器方的中層交換機(如中層交換機1240)進行上行鏈接數據包 過濾檢查(已在前面的中層交換機部分被詳細論述)以決定是否允許數 據包通過中層交換機而到達服務網關1160。\n2.在呼叫通信階段，媒體點播服務器系統不時地把屬于MP控制包的維持 媒體點播包58070和58080傳送至呼叫方和用戶終端媒體存儲器。媒體 點播服務器系統通過這些MP控制包來收集參與媒體點播服務各方的通 信連接狀態(tài)的信息(如錯誤率和數據包丟失的數目)。\n3.呼叫方及用戶終端媒體存儲器通過向媒體點播服務器系統發(fā)送維持媒 體點播回復包58090及58100來表明已收到維持媒體點播包。維持媒體 點播回復包是MP控制包，其中包括所請求的通信連接狀態(tài)信息(如錯 碼率及數據包丟失的數量)?；诰S持媒體點播回復包58090及58100， 媒體點播服務器系統可以修正媒體點播服務。舉例來說，如果該服務的 錯誤率超過了可容忍的范圍，媒體點播服務器系統會通知呼叫方并終止 該服務。\n4.在呼叫通信階段的任何時刻，呼叫方可以通過MP網絡來控制媒體存儲 器。具體地說，呼叫方可以向用戶終端媒體存儲器發(fā)送一個屬于MP帶 內信令數據包的媒體點播操縱58110。該數據包在其有效載荷數據域 5050內含有控制信息，該控制信息可以控制媒體存儲器快進、倒退、暫 停及播放所存儲的信息，但并不限于上述的功能。\n6.2.1.3??呼叫終結\n呼叫方、媒體點播服務器系統及媒體存儲器均可以啟動呼叫終結。\n6.2.1.3.1??呼叫方啟動的呼叫終結\n1.呼叫方向媒體點播服務器系統發(fā)送一個屬于MP控制包的媒體點播終結 58120。作為回復，媒體點播服務器系統向呼叫方發(fā)送一個也屬于MP 控制包的媒體點播終結回復58130，并通過媒體存儲器方的中層交換機 向用戶終端媒體存儲器發(fā)送媒體點播終結58125。另外，媒體點播服務 器系統停止收集該服務的使用信息(如服務持續(xù)時間及信息流)，并將 收集的服務使用信息送至本地的計費服務器系統，如服務網關1160中 的服務器組10010中的計費服務器系統12040(圖12)。或著，在按次 付費的服務中，媒體點播服務器系統只是將已提供媒體點播服務的消息 報告給計費服務器系統12040。\n2.對于用戶終端媒體存儲器來說，在收到媒體點播終結58125后，媒體存 儲器方的中層交換機對其上行鏈接數據包過濾器進行復位。同樣地，對 于服務網關媒體存儲器來說，在收到從媒體點播服務器系統傳向服務網 關媒體存儲器的終結包后，服務網關中的邊緣交換機也對其上行鏈接數 據包過濾器進行復位(假如邊緣交換機包括上行鏈接數據包過濾器的 話)。\n3.在呼叫方收到來自于媒體點播服務器系統的媒體點播終結回復58130和 媒體點播服務器系統收到來自于用戶終端媒體存儲器的媒體點播終結 回復58140后，媒體點播服務被終結。\n6.2.1.3.2??媒體點播服務器系統啟動的呼叫終結\n一個媒體點播服務器系統的實施例會在其檢測到無法容忍的通信條件(如丟 失數據包過多，錯誤率過高，或維持媒體點播的回復包丟失過多)時啟動呼叫終 結。\n1.媒體點播服務器系統將屬于MP控制包的媒體點播終結58150及58160 分別傳送至呼叫方和用戶終端媒體存儲器。作為回復，呼叫方和用戶終 端媒體存儲器將也屬于MP控制包的媒體點播終結回復58170和58180 傳送至媒體點播服務器系統去終結媒體點播服務。當發(fā)出媒體點播終結 包時，媒體點播服務器系統停止收集服務的使用信息(如業(yè)務的持續(xù)時間 或信息流)。媒體點播服務器系統將收集的業(yè)務使用信息送至一個本地的 計費服務器系統，如服務網關1160中的服務器組10010中的計費服務 器系統12040(圖12)。\n2.對于用戶終端媒體存儲器來說，在收到媒體點播終結58160后，媒體存 儲器方的中層交換機對其上行鏈接數據包過濾器進行復位。同樣，對于 服務網關媒體存儲器來說，在收到從媒體點播服務器系統傳向服務網關 媒體存儲器的終結包后，服務網關中的邊緣交換機也對其上行鏈接數據 包過濾器進行復位(假如邊緣交換機包括上行鏈接數據包過濾器的話)。\n6.2.1.3.3??媒體存儲器啟動的呼叫終結\n1.媒體存儲器通過媒體存儲器方的中層交換機向媒體點播服務器系統發(fā) 送屬于MP控制包的媒體點播終結58190。接著，媒體點播服務器系統 向呼叫方發(fā)出媒體點播終結58195。作為回復，呼叫方將也屬于MP控 制包的媒體點播終結回復58200傳送至媒體點播服務器系統去終結媒體 點播服務。在收到媒體點播終結58190后，媒體點播服務器系統向用戶 終端媒體存儲器發(fā)送媒體點播終結回復58210，停止收集服務的使用信 息(包括服務持續(xù)時間及信息流)，并將收集到的使用信息傳送至本地 的計費服務器系統，如服務網關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) 向呼叫方媒體點播服務器系統發(fā)送媒體點播請求59000。媒體點播請求 59000是MP控制包，其中包括呼叫方的網絡地址信息及用戶終端媒體 存儲器的用戶地址。如上面的邏輯層部分所述，呼叫方一般不知到用戶 終端媒體存儲器的網絡地址，而知道用戶終端媒體存儲器的用戶地址。 實際上，呼叫方是通過服務網關中的服務器組將用戶終端媒體存儲器的 用戶地址映射到一個相應的網絡地址上的。此外，呼叫方及用戶終端媒 體存儲器分別從服務網關1160中的服務器組中的網絡管理服務器系統 和服務網關1060獲取MP網絡信息(如呼叫方媒體點播服務器系統和存 儲器媒體點播服務器系統的網絡地址)來開展媒體點播服務。\n4.在收到媒體點播請求59000后，呼叫方媒體點播服務器系統進行多項服 務驗證處理(如前面的服務器組部分所述)以決定是否允許呼叫方繼續(xù)。\n5.呼叫方媒體點播服務器系統通過發(fā)送媒體點播請求的回復59010來表明 已收到呼叫方的服務請求，媒體點播請求的回復是含有多項服務驗證處 理結果的MP控制包。\n6.接著，呼叫方媒體點播服務器系統通過呼叫方中層交換機將媒體點播建 立包59020傳送至呼叫方，以及將示意媒體點播連接59030傳送至媒體 存儲器方的媒體點播服務器系統。建立包及示意連接是MP控制包，包 括呼叫方和用戶終端媒體存儲器的網絡地址，以及所請求的媒體點播服 務所被允許的數據流量(如帶寬)。\n7.媒體存儲器方的媒體點播服務器系統通過媒體存儲器方的中層交換機 將媒體點播建立包59040傳送至用戶終端媒體存儲器。建立包含有色信 息，該有色信息引導呼叫方中層交換機(如中層交換機1180)和媒體存儲 器方的中層交換機(如中層交換機1080)在中層交換機中建立上行鏈接 數據包過濾器。這個更新上行鏈接數據包過濾器的過程在前面的中層交 換機部分已被詳細論述。\n8.呼叫方和用戶終端媒體存儲器通過向它們各自的媒體點播服務器系統 分別發(fā)送媒體點播建立回復包59050和59060來表明已收到媒體點播建 立包59020和59040。媒體點播建立回復包是MP控制包。\n9.在收到媒體點播建立回復包59060后，媒體存儲器方的媒體點播服務器 系統通過傳送確認媒體點播連接59070來通知呼叫方媒體點播服務器系 統繼續(xù)媒體點播服務。此外，呼叫方媒體點播服務器系統收到媒體點播 建立回復包59050及確認媒體點播連接59070后，開始收集媒體點播服 務的使用信息(如服務的持續(xù)時間及流量)。\n如果呼叫方及媒體存儲器位于不同的MP城域網(但位于同一國家網)，或 位于不同的MP國家網，上述的媒體點播建立階段則會包括與上面媒體電話服務 呼叫處理部分所描述的步驟相類似的額外的MP城域網間或MP國家網間的處理 程序。\n6.2.2.2??呼叫通信\n1.用戶終端媒體存儲器通過媒體存儲器方的中層交換機、控制媒體存儲器 方的中層交換機的服務網關中的邊緣交換機、控制呼叫方中層交換機的 服務網關中的邊緣交換機及呼叫方中層交換機開始向呼叫方發(fā)送數據 59080。數據59080是MP數據包。接著，媒體存儲器方的中層交換機 的上行鏈接數據包過濾器進行上行鏈接數據包過濾檢查(在前面的中層 交換機部分已被詳細論述)以確定是否允許數據包抵達服務網關1060。 數據包通過的介于用戶終端媒體存儲器和控制用戶終端媒體存儲器的 服務網關(服務網關1060)中的邊緣交換機之間的邏輯鏈路是自下而上的 邏輯鏈路，而數據包通過的介于控制呼叫方的服務網關(服務網關1160) 中的邊緣交換機和呼叫方之間的邏輯鏈路是自上而下的邏輯鏈路。而 且，如前面的邏輯層部分所述，服務網關1060中的邊緣交換機通過查 詢路由表(可離線計算)來把數據包傳送到服務網關1160中的邊緣交換 機。\n2.呼叫方媒體點播服務器系統在呼叫通信階段不時地向媒體存儲器方的 媒體點播服務器系統發(fā)送維持媒體點播包59090及媒體點播狀態(tài)查詢 59100。媒體存儲器方的媒體點播服務器系統進一步將維持媒體點播包 59110傳送至用戶終端媒體存儲器。維持媒體點播包59090及59110是 MP控制包，它們是被用來收集媒體點播服務中各方的通信連接狀態(tài)的 信息(如錯誤率和丟失數據包的數目)。\n3.呼叫方及用戶終端媒體存儲器通過分別發(fā)送(經過它們各自的中層交換 機)維持媒體點播回復包59120及59130至各自的媒體點播服務器系統 來表明已收到維持媒體點播包。維持媒體點播回復包是MP控制包，它 含有所請求和查詢的通信連接狀態(tài)的信息(如錯誤率和丟失數據包的數 目)。\n4.收到維持媒體點播回復包59130后，媒體存儲器方的媒體點播服務器系 統通過媒體點播狀態(tài)查詢結果59140把來自于用戶終端媒體存儲器的通 信連接狀態(tài)的信息傳送至呼叫方媒體點播服務器系統。\n5.根據維持媒體點播回復包59120及媒體點播狀態(tài)查詢結果59140的內 容，呼叫方媒體點播服務器系統可調整媒體點播服務。例如，如果錯誤 率超出了可容忍的范圍，呼叫方媒體點播服務器系統可通知各參與方并 終結通信服務。\n6.在呼叫通信階段的任何時刻，呼叫方可以通過MP網絡來控制媒體存儲 器。具體地來說，呼叫方可以向用戶終端媒體存儲器發(fā)送一個屬于MP 帶內信令數據包的媒體點播操縱59150。該數據包在其有效載荷數據域 5050內含有控制信息，該控制信息可以控制媒體存儲器快進、倒退、暫 停及播放所存儲的信息，但并不限于上述的功能。\n如果呼叫方及媒體存儲器位于不同的MP城域網(但位于同一國家網)，或 位于不同的MP國家網，上述的媒體點播通信階段則會包括與上面媒體電話服務 呼叫處理部分所描述的步驟相類似的額外的MP城域網間或MP國家網間的數據 包傳送步驟。\n6.2.2.3??呼叫終結\n呼叫方、呼叫方媒體點播服務器系統、媒體存儲器方的媒體點播服務器系統 或媒體存儲器可以啟動呼叫終結。\n6.2.2.3.1??呼叫方啟動的呼叫終結\n1.呼叫方向呼叫方媒體點播服務器系統發(fā)送屬于MP控制包的媒體點播終 結59180。作為回復，呼叫方媒體點播服務器系統通過向呼叫方發(fā)送媒 體點播終結回復59190來表明已收到終結請求，并通過示意媒體點播終 結59200來通知媒體存儲器方的媒體點播服務器系統該終結請求。另外， 呼叫方媒體點播服務器系統停止收集服務的使用信息(如服務持續(xù)時間 及信息流量)并將收集到的使用信息傳送至本地的一個計費服務器系 統，如服務網關1160中的服務器組10010中的計費服務器系統12040 (圖12)?；蛘?，在按次付費的服務中，呼叫方媒體點播服務器系統只 是將已提供媒體點播服務的消息報告給計費服務器系統12040。\n2.收到示意媒體點播終結59200后，媒體存儲器方的媒體點播服務器系統 將媒體點播終結59210通過媒體存儲器方的中層交換機傳送至用戶終端 媒體存儲器。\n3.對于用戶終端媒體存儲器來說，在收到媒體點播終結59210后，媒體存 儲器方的中層交換機對其上行鏈接數據包過濾器進行復位。同樣地，對 于服務網關媒體存儲器來說，在收到從媒體點播服務器系統傳向服務網 關媒體存儲器的終結包后，服務網關中的邊緣交換機也對其上行鏈接數 據包過濾器進行復位(假如邊緣交換機包括上行鏈接數據包過濾器的 話)。\n4.用戶終端媒體存儲器通過媒體存儲器方的中層交換機向媒體存儲器方 的媒體點播服務器系統發(fā)送媒體點播終結回復59220，表明已收到來自 于媒體存儲器方的媒體點播服務器系統的終結請求。接著，媒體存儲器 方的媒體點播服務器系統向呼叫方媒體點播服務器系統發(fā)送確認媒體 點播終結59230。\n5.在呼叫方收到來自于呼叫方媒體點播服務器系統的媒體點播終結回復 59190后，呼叫方終結媒體點播服務。\n6.2.2.3.2??媒體點播服務器系統啟動的呼叫終結\n一個媒體點播服務器系統的實施例會在其檢測到無法容忍的通信條件(如丟 失數據包過多，錯誤率過高，維持媒體點播回復包和/或媒體點播狀態(tài)查詢包丟 失過多)時啟動呼叫終結。同樣地，假如城域中心網絡管理服務器系統在服務網 關中檢測到無法容忍的通信條件時，它會終結呼叫通信。\n1.為方便說明，假設呼叫方媒體點播服務器系統啟動呼叫終結，呼叫方媒 體點播服務器系統分別向呼叫方及媒體存儲器方的媒體點播服務器系 統傳送屬于MP控制包的媒體點播終結59240及示意媒體點播終結 59250。作為回復，呼叫方向呼叫方媒體點播服務器系統發(fā)送媒體點播 終結回復59260，并有效地終結媒體點播服務。而且，媒體存儲器方的 媒體點播服務器系統通過媒體存儲器方的中層交換機向用戶終端媒體 存儲器發(fā)送媒體點播終結59270。當發(fā)出媒體點播終結及示意媒體點播 終結包時，呼叫方媒體點播服務器系統停止收集服務的使用信息(如服務 的持續(xù)時間或信息流量)。呼叫方媒體點播服務器系統將收集的使用信息 送至一個本地的計費服務器系統，如服務網關1160中的服務器組10010 中的計費服務器系統12040(圖12)。\n2.對于用戶終端媒體存儲器來說，在收到媒體點播終結59270后，媒體存 儲器方的中層交換機對其上行鏈接數據包過濾器進行復位。同樣地，對 于服務網關媒體存儲器來說，在收到從媒體點播服務器系統傳向服務網 關媒體存儲器的終結包后，服務網關中的邊緣交換機也對其上行鏈接數 據包過濾器進行復位(假如邊緣交換機包括上行鏈接數據包過濾器的 話)。\n3.收到媒體點播終結回復59280后，媒體存儲器方的媒體點播服務器系統 向呼叫方媒體點播服務器系統發(fā)送確認媒體點播終結59290。\n4.收到確認媒體點播終結59290及媒體點播終結回復59260后，呼叫方媒 體點播服務器系統終結服務。\n類似的步驟適用于媒體存儲器方的媒體點播服務器系統啟動的呼叫終結。\n6.2.2.3.3??用戶終端媒體存儲器啟動的呼叫終結\n1.用戶終端媒體存儲器通過媒體存儲器方的中層交換機向媒體存儲器方 的媒體點播服務器系統發(fā)送媒體點播終結59300來啟動呼叫終結。接著， 媒體存儲器方的媒體點播服務器系統向呼叫方媒體點播服務器系統發(fā) 送媒體點播終結請求59310。呼叫方媒體點播服務器系統停止收集服務 的使用信息(如服務的持續(xù)時間或信息流量)，并將收集的使用信息送至 服務網關1160中的服務器組10010中的計費服務器系統12040。\n2.接著，呼叫方媒體點播服務器系統向呼叫方發(fā)送媒體點播終結59320， 并向媒體存儲器方的媒體點播服務器系統發(fā)送媒體點播終結請求回復 59330。\n3.收到媒體點播終結請求回復59330后，媒體存儲器方的媒體點播服務器 系統結束服務，并通過媒體存儲器方的中層交換機向用戶終端媒體存儲 器發(fā)送媒體點播終結回復59340。\n4.對于用戶終端媒體存儲器來說，在收到媒體點播終結回復59340后，媒 體存儲器方的中層交換機對其上行鏈接數據包過濾器進行復位。同樣 地，對于服務網關媒體存儲器來說，在收到從媒體點播服務器系統傳向 服務網關媒體存儲器的終結包后，服務網關中的邊緣交換機也對其上行 鏈接數據包過濾器進行復位(假如邊緣交換機包括上行鏈接數據包過濾 器的話)。\n5.作為對媒體點播終結59320的回復，呼叫方不再參與媒體點播服務，并 向呼叫方媒體點播服務器系統發(fā)送媒體點播終結回復59350。\n6.3??媒體組播(MM)\n6.3.1??同一服務網關下的多個用戶終端之間的媒體組播\n媒體組播可使一個用戶終端與其他多個用戶終端之間進行實時的多媒體信 息通信。啟動媒體組播服務的一方即是“呼叫方”，接受呼叫方的邀請參與媒體 組播服務的各方稱為“被呼叫方”。在一些情況下，媒體組播服務涉及到一個“集 會通知者”。在收到呼叫方啟動媒體組播的服務請求后，集會通知者會向媒體組 播服務的被邀請方發(fā)出關于媒體組播服務的信息。集會通知者可以、但不局限于 服務網關1160中的服務器組10010中的服務器系統(圖10)，或連在家庭網關 1200(圖1d)上的用戶終端(如家庭服務器系統)。\n為了便于說明，假設上述的各參與方均屬于同一服務網關，如服務網關1160。 在此例中，用戶終端1380最初請求與用戶終端1400和1420進行媒體組播服務， 接著把用戶終端1450作為一個新的被呼叫方添加到服務中。用戶終端1380則為 “呼叫方”，用戶終端1400是“被呼叫方1”，用戶終端1450是“被呼叫方2”， 用戶終端1420是“被呼叫方3”。在一個實施例中，用戶終端1360是“集會通 知者”?！昂艚蟹街袑咏粨Q機”在此處指中層交換機1180。另外，“媒體組播 服務器系統”是指一個被指定用來管理媒體組播服務的服務器系統。具體地說， 媒體組播服務器系統可以是位于服務網關1160中的服務器組10010中的呼叫處 理服務器系統12010(圖12)。下面的論述主要是解釋各方如何在媒體組播服務 的被呼叫方成員建立、呼叫服務建立、呼叫通信及呼叫終結等四個階段上進行互 動。\n6.3.1.1??被呼叫方成員建立\n圖60和61說明了媒體組播服務中的被呼叫方成員建立的兩種方法。一個實 施例涉及了集會通知者(圖60)，另一個并不包括(圖61)。\n根據圖60：\n1.呼叫方將含有集會相關信息(如集會時間、主題及內容)的集會通知 60000及含有被呼叫方名單(被呼叫方的用戶地址)的集會參加者名單 60010發(fā)送至集會通知者。集會通知60000及集會參加者名單60010均 為MP控制包。\n2.集會通知者將用戶地址發(fā)送至服務器組10010以獲取對應的網絡地址。\n3.根據被呼叫方的網絡地址，集會通知者通過集會通知包60020、60030 及60040將集會通知60000中的信息發(fā)送到各被呼叫方。\n4.各被呼叫方通過集會通知回復60050、60060及60070來表示是同意還 是拒絕參加媒體組播服務。上述的集會通知回復是MP控制包。\n或者，圖61描述了媒體組播服務中一個建立不涉及集會通知者的被呼叫方 成員建立的過程。具體地說：\n1.呼叫方將屬于MP控制包的集會通知包61000、61010及61020發(fā)送至 各被呼叫方。\n2.各被呼叫方將屬于MP控制包的集會通知回復包61030、61040及61050 發(fā)送至呼叫方，以表明其參與媒體組播服務的意愿。\n雖然這里敘述了被呼叫方成員建立的兩個過程，顯然，對于本領域內的一般 技術人員來說，可以用其他的機制在MP網絡中建立被呼叫方成員。例如，被呼 叫方成員可以通過、但不局限于電話、電報、傳真及面對面交流的離線方案來建 立。\n6.3.1.2??呼叫服務建立\n圖62a和圖62b描述了媒體組播服務中的呼叫服務的建立程序。具體地說：\n1.呼叫方(如用戶終端1380)通過呼叫方中層交換機(如中層交換機1180) 向媒體組播服務器系統發(fā)送媒體組播多項服務驗證處理的請求62000。\n2.作為回復，媒體組播服務器系統執(zhí)行所請求的多項服務驗證處理(在前 面的服務器組部分及接下來的部分均有詳細論述)，以決定是否允許呼 叫方繼續(xù)，并通過媒體組播多項服務驗證處理結果62010將多項服務驗 證處理的結果傳送至呼叫方。媒體組播多項服務驗證處理的請求62000 與媒體組播多項服務驗證處理結果62010均為MP控制包。\n3.媒體組播服務器系統發(fā)出屬于MP控制包的媒體組播建立包62020、 62030及62035，這些控制包中的目的地地址域5010含有被呼叫方的網 絡地址，以及它的有效載荷數據域5050含有一個保留的業(yè)務號碼。控 制包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.呼叫方向呼叫方媒體組播服務器系統發(fā)送媒體組播請求63000。因為媒 體組播服務在同一個服務網關下發(fā)生(如服務網關1160)，呼叫方媒體 組播服務器系統同樣也控制所有被呼叫方。屬于MP控制包的媒體組播 請求63000含有媒體組播服務付費方的用戶地址及呼叫方和媒體組播服 務器系統的網絡地址。呼叫方通過網絡信息發(fā)布(在前面的服務器組部 分已被論述過)獲取其自身的網絡地址及呼叫方媒體組播服務器系統的 網絡地址。\n2.在收到來自于呼叫方的媒體組播請求63000后，呼叫方媒體組播服務器 系統向地址映射服務器系統發(fā)送含有付費方用戶地址及地址映射服務 器系統網絡地址的地址解析查詢63010。呼叫方媒體組播服務也是通過 網絡信息發(fā)布來獲取地址映射服務器系統的網絡地址。\n3.地址映射服務器系統將付費方的用戶地址映射到付費方的網絡的地址， 并通過地址解析查詢回復63020向呼叫方媒體組播服務器系統發(fā)送付費 方的網絡地址。\n4.呼叫方媒體組播服務器系統向計費服務器系統發(fā)送包括付費方及計費 服務器系統的網絡地址在內的財務狀況查詢63030。\n5.計費服務器系統通過財務狀況查詢結果63040，將付費方財務狀況傳送 至呼叫方媒體組播服務器系統。\n6.呼叫方媒體組播服務器系統向呼叫方傳送媒體組播請求回復63050。在 一個實施例中，該回復通知了呼叫方是否繼續(xù)媒體組播服務。\n7.如果呼叫方被允許繼續(xù)媒體組播服務，呼叫方將含有被呼叫方1用戶地 址的媒體組播服務成員1的信息63060發(fā)送至呼叫方媒體組播服務器系 統。\n8.呼叫方媒體組播服務器系統將含有被呼叫方1用戶地址的地址解析查詢 63070傳送至地址映射服務器系統。\n9.地址映射服務器系統通過地址解析查詢回復63080發(fā)回被呼叫方1的網 絡地址。\n10.呼叫方媒體組播服務器系統將含有被呼叫方1及被呼叫方2網絡地址的 網絡資源狀態(tài)查詢63090傳送至網絡管理服務器系統。\n11.根據網絡管理服務器系統所獲取的資源信息，網絡管理服務器系統決定 是否批準呼叫方建立與被呼叫方1及被呼叫方2進行媒體組播服務的請 求。另外，網絡管理服務器系統的一個實施例還維持一組業(yè)務號碼以分 配給它所管轄的用戶終端所涉及的媒體組播服務。具體地說，如果網絡 管理服務器系統分配一個指定的業(yè)務號碼給所請求的媒體組播服務，該 業(yè)務號碼則成為保留業(yè)務號碼，而且在所請求的媒體組播服務終結前不 能被用于其他用途。網絡管理服務器系統通過網絡資源狀態(tài)查詢結果 63100將其呼叫認可決定及保留業(yè)務號碼發(fā)送至呼叫方媒體組播服務器 系統。\n12.如果網絡管理服務器系統批準呼叫方的請求，呼叫方媒體組播服務器系 統向被呼叫方1發(fā)送被呼叫方查詢63110。\n13.被呼叫方1通過被呼叫方查詢結果63120回復呼叫方媒體組播服務器系 統。在一個實施例中，這個查詢結果將被呼叫方1參與服務的狀態(tài)告知 了呼叫方媒體組播服務器系統。\n14.呼叫方媒體組播服務器系統接著通過確認媒體組播服務中的被呼叫方1 的63130將被呼叫方1的回復發(fā)送至呼叫方。\n15.如果存在多個被呼叫方，如被呼叫方2，則以上所述的7至14的步驟就 重復進行。\n如果有某些條件不符合，上述的多項服務驗證處理會自動終結。例如，如果 付費方的財務狀況無法獲取，則呼叫方媒體組播服務器系統會通知呼叫方，并有 效地終結多項服務驗證處理。很顯然，對于本領域內的一般技術人員來說，實施 所述的多項服務驗證處理無需特定的細節(jié)，而且不超出所披露的多項服務驗證處 理技術范圍。而且，雖然在上述的論述中網絡管理服務器系統負責保留業(yè)務號碼， 但是，同樣明顯的是，本領域內具的一般技術人員可以用其他的服務器系統(如 呼叫處理服務器系統)來實施保留業(yè)務號碼的工作，也不會超出所披露的MP媒 體組播技術范圍。\n6.3.1.3??呼叫通信\n圖62a描述了媒體組播服務中的呼叫通信過程的示例。具體地說：\n1.呼叫方(如用戶終端1380)向被呼叫方(如用戶終端1400、用戶終端 1420及用戶終端1450)發(fā)送屬于MP數據包的數據62070。在一個實施 例中，因為在媒體組播服務的呼叫通信階段所使用的網絡地址采用如圖 9c所示的網絡地址格式，這些數據包含有相同的目的地地址。更具體地 說，因為這些MP數據包在MP城域網中傳輸(如MP城域網1000)， 這些數據包中的數據類型子域9220、MP子域9230、國家子域9240及 城市子域9250含有相同的信息。另外，既然每一個組播服務對應于一 個業(yè)務號碼，同一媒體組播服務中的數據包對應于一種有色信息(如媒 體組播有色數據)，這些數據包中的業(yè)務號碼子域及一般有色子域6090 也含有相同的信息。\n2.呼叫方中層交換機(如中層交換機1180)接著對這些數據包執(zhí)行上行鏈 接數據包過濾檢查，上行鏈接數據包過濾檢查已經在前面的中層交換機 部分作了詳細的論述。\n3.如果數據包沒有通過上行鏈接數據包過濾檢查，呼叫方中層交換機就會 丟棄這些數據包?；蛘撸艚蟹街袑咏粨Q機可將數據包發(fā)往一個指定的 用戶終端以跟蹤自呼叫方向被呼叫方的傳輸失敗的比率。\n4.在數據62070的傳送過程中，媒體組播服務器系統不時地分別向呼叫方、 被呼叫方1及被呼叫方2發(fā)送維持媒體組播包62080、62090及62095。 維持媒體組播包62080、62090及62095是MP控制包，它們含有分別 與媒體組播建立包62020、62030及62035相同的目的地地址(如相同 的局部地址信息及相同的業(yè)務號碼)。\n5.如上面的邊緣交換機、中層交換機及用戶交換機部分所述，媒體組播服 務的傳輸路徑上的交換機根據維持媒體組播包來更新其鏈路表。\n6.呼叫方及被呼叫方分別通過維持媒體組播回復包62100、62110及62120 來回復維持媒體組播包。如果任何回復包示意了對維持媒體組播包的拒 絕或失敗，示意失敗或拒絕的參與方將轉入下面所論述的媒體組播服務 的終結階段。\n7.當媒體組播服務器系統收到來自于呼叫方第一個維持媒體組播回復包 后(如維持媒體組播回復62100)，媒體組播服務器系統就開始計算與 媒體組播服務計費相關的參數(如流量及媒體組播服務的持續(xù)時間)。 在服務器組的一個實施例中，媒體組播服務器系統或網絡管理服務器系 統可以建立這些與計費相關的參數及用來追蹤這些參數的相關策略。在 一個實施例中，如果來自于呼叫方及被呼叫方的維持媒體組播回復包丟 失的數量超過了預先設定的值，則媒體組播服務器系統將把媒體組播服 務轉入下面所論述的終結階段。\n雖然上述的例子描述了媒體組播服務中呼叫方和多個被呼叫方之間進行的 半雙工數據通信，但是，很顯然，本領域內的一般技術人員可使用所論述的技術 在媒體組播服務中實現全雙工數據通信。在一個實施例中，如果上述的一個被呼 叫方希望向媒體組播服務中的其他方發(fā)送資料，該被呼叫方可以申請另一個媒體 組播服務，并邀請同樣的參與方加入。作為結果，即使呼叫方與被呼叫方使用不 同的業(yè)務號碼來傳送數據，呼叫方與被呼叫方事實上實現了全雙工數據通信。或 者，真正的全雙工(即呼叫方及被呼叫方均可同時使用同一業(yè)務號碼來傳送數據) 數據通信可通過與圖62a及上述的程序相類似的步驟來實現。然而，為保證全雙 工通信中的安全性沒有被危及，媒體組播服務器系統將建立呼叫方中層交換機及 被呼叫方中層交換機的上行鏈接數據包過濾器。\n在上述的媒體組播的呼叫通信階段，一個新的被呼叫方可以被添加到媒體組 播服務中，一個現有的被呼叫方可以從媒體組播服務中被剔除，以及媒體組播服 務中的參與方的身份也可以被查詢。\n6.3.1.3.1??添加一個新的被呼叫方\n如果一個被呼叫方(如被呼叫方3)要加入一個正在進行的媒體組播服務， 該被呼叫方首先通知呼叫方。接著呼叫方按照圖64所描述的程序將被呼叫方3 添加到媒體組播服務中。具體過程是：\n1.呼叫方(如用戶終端1380)向媒體組播服務器系統發(fā)送媒體組播成員信 息64000。媒體組播成員信息64000是MP控制包，它示意了添加被呼 叫方3(如用戶終端1420)的請求，及媒體組播服務付費方和被呼叫方3 的用戶地址。\n2.媒體組播服務器系統執(zhí)行如圖63a及63b所描述的多項服務驗證處理程 序以決定是否批準呼叫方的請求。\n3.媒體組播服務器系統通過確認媒體組播中的被呼叫方64010來作回復， 確認媒體組播中的被呼叫方64010含有多項服務驗證處理的結果。\n4.如果媒體組播服務器系統批準了呼叫方的請求，媒體組播服務器系統接 著分別通過呼叫方中層交換機向呼叫方以及通過被呼叫方3中層交換機 向被呼叫方3發(fā)送媒體組播建立包64020及64030。媒體組播建立包是 MP控制包，它建立傳輸路徑上的交換機的鏈路表。\n5.作為回復媒體組播建立包64020，呼叫方中層交換機(如中層交換機 1180)也執(zhí)行上行鏈接數據包過濾器的建立。\n6.作為回復媒體組播建立包，呼叫方及被呼叫方3分別通過媒體組播建立 回復64040及64050來回復。\n在添加被呼叫方3后，被呼叫方3即開始自呼叫方接收媒體組播數據包。\n6.3.1.3.2??剔除已加入組播的被呼叫方\n如果呼叫方(如用戶終端1380)要從正在進行的媒體組播服務中剔除一個 已加入組播的被呼叫方，如被呼叫方2(如用戶終端1450)，圖64描述了示例 的過程。具體過程是：\n1.呼叫方向媒體組播服務器系統發(fā)送媒體組播成員信息64060。媒體組播 成員信息64060是MP控制包，含有被呼叫方2的用戶地址及將被呼叫 方2剔除的請求。媒體組播服務器系統或者在建立了該媒體組播服務后 維持被呼叫方2的網絡地址，或者通過查詢地址映射服務器系統后獲取 該網絡地址。\n2.媒體組播服務器系統向呼叫方發(fā)送確認媒體組播中的被呼叫方64070， 確認媒體組播中的被呼叫方64070是MP控制包，它確認了從媒體組播 服務中將被呼叫方2剔除。確認媒體組播中的被呼叫方64070也對呼叫 方中層交換機(如上行鏈接數據包過濾器并不是基于被呼叫方2的源地 址來執(zhí)行過濾的)中的上行鏈接數據包過濾器的一些參數進行復位。\n在被呼叫方2自媒體組播服務中被剔除后，媒體組播服務器系統的一個實施 例停止發(fā)送含有被呼叫方2信息的維持媒體組播包。作為結果，傳輸路徑上的 MP適配的交換機會將它們鏈路表中與被呼叫方2有關的條目復位為默認值。例 如，假設呼叫方中層交換機的鏈路表中的單元37000與被呼叫方2的通信狀態(tài)相 對應，則鏈路表將單元37000復位為默認值0。\n如果被呼叫方2自己主動要求退出服務，除了被呼叫方2將媒體組播成員 信息64060發(fā)送至媒體組播服務器系統，上述的剔除程序一般也適用。\n6.3.1.3.3??媒體組播中的成員查詢\n在呼叫通信階段，一個正在進行的媒體組播服務中的被呼叫方可以查詢媒體 組播服務中其他成員的信息。具體地說：\n1.被呼叫方1向媒體組播服務器系統發(fā)送媒體組播中的成員查詢64080以 確定其他方，如被呼叫方2，是否是媒體組播服務的一個成員。媒體組 播中的成員查詢64080是MP控制包，它含有被呼叫方2的用戶地址。\n2.接著，媒體組播服務器系統通過媒體組播中的成員查詢結果64090來回 復，媒體組播中的成員查詢結果64090是含有查詢結果的MP控制包。 在一個實施例中，媒體組播服務器系統通過查詢一個含有被呼叫方2狀 態(tài)信息(一個正在進行的媒體組播服務中的被呼叫方2的成員信息)的 表格來獲取答案。如果上述表格是基于被呼叫方2的網絡地址，則媒體 組播服務器系統在查詢該表格之前會通過地址映射服務器系統以獲取 被呼叫方2的網絡地址。另一方面，如果上述表格是基于被呼叫方2的 用戶地址，則媒體組播服務器系統可以使用被呼叫方2的用戶地址來查 詢該表格。\n6.3.1.4??呼叫終結\n呼叫方或媒體組播服務器系統可以啟動呼叫終結。圖62b描述了呼叫方及服 務器系統所要執(zhí)行的示例性的程序。\n6.3.1.4.1??呼叫方啟動的呼叫終結\n1.呼叫方(如用戶終端1380)向位于服務網關1160中的服務器組中的媒 體組播服務器系統發(fā)送媒體組播終結62130。\n2.媒體組播服務器系統接著停止收集服務的使用信息(如服務持續(xù)時間及 流量)，并將所收集的使用信息傳送至本地的計費服務器系統，如服務 網關1160中的服務器組10010中的計費服務器系統12040(圖12)。\n3.媒體組播服務器系統通過呼叫方中層交換機向呼叫方發(fā)送媒體組播終 結的回復62140，并通過被呼叫方中層交換機向被呼叫方1及被呼叫方 2發(fā)送媒體組播終結62150及62155。媒體組播終結的回復62140含有 有色信息，該有色信息引發(fā)呼叫方中層交換機(如中層交換機1180)來 執(zhí)行上面中層交換機部分所論述的上行鏈接數據包過濾器的復位。\n4.作為回復媒體組播終結62150及62155，被呼叫方向媒體組播服務器系 統發(fā)送媒體組播終結的回復61260及62170。\n5.在一個實施例中，如果媒體組播服務傳輸路徑上的MP適配的交換機在 預定的時間內沒有收到維持媒體組播包，交換機的鏈路表中的與媒體組 播服務相關的條目會被復位為其默認值。\n6.3.1.4.2??媒體組播服務器系統啟動的呼叫終結\n1.媒體組播服務器系統分別向呼叫方、被呼叫方1及被呼叫方2發(fā)送媒體 組播終結62180、62190、62195。接著，媒體組播服務器系統停止收集 服務的使用信息(如服務持續(xù)時間或流量)，并將所收集的使用信息傳 送至本地的計費服務器系統，如服務網關1160中的服務器組10010中 的計費服務器系統12040(圖12)。\n2.媒體組播終結62180是含有有色信息的MP控制包，該有色信息引發(fā)呼 叫方中層交換機(如中層交換機1180)來執(zhí)行上面中層交換機部分所論 述的上行鏈接數據包過濾器的復位。\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網絡信息發(fā)布\n在一個涉及同一服務網關下的多個用戶終端之間的媒體組播服務中，服務網 關中的網絡管理服務器系統負責收集并向用戶終端方發(fā)送相關的網絡信息(如服 務網關中的服務器組中的各服務器系統及參與媒體組播的各用戶終端的網絡地 址)。這種信息收集及發(fā)布的程序就叫“網絡信息發(fā)布”，并已在前面的服務器 組部分被詳細論述。\n另一方面，當媒體組播服務涉及到一個MP城域網中的多個服務網關時，網 絡信息發(fā)布則涉及到一個城域中心網絡管理服務器系統。用圖65中的MP城域 網65000來作描述，位于服務網關65020中的城域中心網絡管理服務器系統向 MP城域網中的其他網絡管理服務器系統(如位于服務網關65030及65040中的網 絡管理服務器系統)發(fā)送網絡資源查詢包。接受查詢任務的網絡管理服務器系統 向城域中心網絡管理服務器系統匯報其所管理的網絡資源的狀態(tài)。\n城域中心網絡管理服務器系統也會向MP城域網65000中的服務網關及媒體 組播服務的各參與方發(fā)布特定的信息來執(zhí)行媒體組播服務，所述的信息包括、但 不局限于城域中心網絡管理群(如服務網關65020)中的計費服務器系統、地址映 射服務器系統、呼叫處理服務器系統的網絡地址及其自己的網絡地址。\n同樣地，當媒體組播服務涉及到同一MP國家網中的不同的MP城域網中的 多個服務網關時，網絡信息發(fā)布則涉及到一個國家中心網絡管理服務器系統。用 圖2中的MP國家網2000來作描述，位于服務網關1020中的國家中心網絡管理 服務器系統向MP國家網中的其他網絡管理服務器系統(如位于城域網接入服務 網關2050及2070中的網絡管理服務器系統及位于MP城域網1000、2030及2040 中的城域中心網絡管理群中的網絡管理服務器系統)發(fā)送網絡資源查詢包。接受 查詢任務的網絡管理服務器系統向國家中心網絡管理服務器系統匯報其所管理 的網絡資源的狀態(tài)。\n國家中心網絡管理服務器系統也會向MP國家網2000中的服務網關及媒體 組播服務的各參與方發(fā)布特定的信息來執(zhí)行媒體組播服務，所述的信息包括、但 不局限于國家中心網絡管理群(如服務網關1020)中的計費服務器系統、地址映射 服務器系統、呼叫處理服務器系統的網絡地址及其自己的網絡地址。\n另外，當媒體組播服務涉及到不同MP國家網中的多個服務網關時，網絡信 息發(fā)布則涉及到一個全球中心網絡管理服務器系統。用圖3中的MP全球網3000 來作描述，位于服務網關2020中的全球中心網絡管理服務器系統向MP全球網 中的其他網絡管理服務器系統(如位于國家網接入服務網關3040及3050中的網 絡管理服務器系統及位于MP國家網絡2000、3030及3060中的國家中心網絡管 理群中的網絡管理服務器系統)發(fā)送網絡資源查詢包。接受查詢任務的網絡管理 服務器系統向全球中心網絡管理服務器系統匯報其所管理的網絡資源的狀態(tài)。\n全球中心網絡管理服務器系統也會向MP全球網3000中的服務網關及媒體 組播服務的各參與方發(fā)布特定的信息來執(zhí)行媒體組播服務，所述的信息包括、但 不局限于全球中心網絡管理群(如服務網關2020)中的計費服務器系統、地址映射 服務器系統、呼叫處理服務器系統的網絡地址及其自己的網絡地址。\n多項服務驗證處理\n圖67a及圖67b描述了在媒體組播服務中，涉及MP城域網65000中多個服 務網關(如服務網關65020、服務網關65030及服務網關65040)的多項服務驗 證處理的一個過程。\n1.呼叫方向呼叫方媒體組播服務器系統(如位于服務網關65020中的媒體 組播服務器系統)發(fā)送媒體組播請求67000。媒體組播請求67000是MP 控制包，含有媒體組播服務付費方及各被呼叫方(如用戶終端65120、用 戶終端65130、用戶終端65140及用戶終端65150)的用戶地址，及呼叫 方(如用戶終端65110)及呼叫方媒體組播服務器系統的網絡地址。呼叫 方通過上面所述的以及服務器組部分所述的網絡信息發(fā)布來獲取其自 己及呼叫方媒體組播服務器系統的網絡地址。\n2.從呼叫方收到媒體組播請求67000后，呼叫方媒體組播服務器系統向地 址映射服務器系統發(fā)送地址解析查詢67010，地址解析查詢67010含有 付費方和被呼叫方的用戶地址，以及地址映射服務器系統的網絡地址。 (呼叫方媒體組播服務器系統先前也是通過網絡信息發(fā)布來獲取地址映 射服務器系統的網絡地址)。\n3.地址映射服務器系統將付費方的用戶地址映射到付費方的網絡地址，并 通過地址解析查詢回復67020將付費方的網絡地址發(fā)送至呼叫方媒體組 播服務器系統。\n4.呼叫方媒體組播服務器系統通過網絡信息發(fā)布及上面所述的城域中心 網絡管理服務器系統來獲取被呼叫方1的服務器系統及被呼叫方2的服 務器系統的網絡地址。\n5.呼叫方媒體組播服務器系統分別向被呼叫方1媒體組播服務器系統及被 呼叫方2媒體組播服務器系統發(fā)送媒體組播請求67030及67040。\n6.在收到媒體組播請求后，被呼叫方媒體組播服務器系統查詢其網絡管理 服務器系統(如位于服務網關65030及服務網關65040中的網絡管理服 務器系統)是否有足夠的資源(服務網關65030及服務網關65040所管理 和監(jiān)控的帶寬使用)來執(zhí)行所請求的媒體組播服務。接著，被呼叫方1 及被呼叫方2的媒體組播服務器系統分別通過媒體組播請求回復67050 及67060來作回復。\n7.假設被呼叫方媒體組播服務器系統有足夠的資源來執(zhí)行所請求的媒體 組播服務，呼叫方媒體組播服務器系統接著向計費服務器系統發(fā)送含有 付費方及計費服務器系統網絡地址的財務狀況查詢67070。\n8.計費服務器系統通過財務狀況查詢結果67080向呼叫方媒體組播服務器 系統發(fā)送付費方的財務狀況信息。\n9.呼叫方媒體組播服務器系統向呼叫方發(fā)送媒體組播請求回復67090。在 一個實施例中，這個回復通知了呼叫方是否可以繼續(xù)媒體組播服務。\n10.如果呼叫方被允許繼續(xù)媒體組播服務，則呼叫方向呼叫方媒體組播服務 器系統發(fā)送含有被呼叫方1用戶地址的媒體組播成員1的信息67100。 呼叫方在上面所述的被呼叫方成員建立階段獲取被呼叫方1的用戶地 址。\n11.呼叫方媒體組播服務器系統向地址映射服務器系統發(fā)送含有被呼叫方1 用戶地址的地址解析查詢67110。\n12.地址映射服務器系統通過地址解析查詢回復67120將被呼叫方1的網絡 地址發(fā)回。\n13.呼叫方媒體組播服務器系統將含有被呼叫方1及被呼叫方2網絡地址的 網絡資源狀態(tài)查詢67130發(fā)送至呼叫方網絡管理服務器系統。在本例中， 呼叫方網絡管理服務器系統也是城域中心網絡管理服務器系統。\n14.根據城域中心網絡管理服務器系統擁有的資源信息，城域中心網絡管理 服務器系統或者批準、或者拒絕呼叫方建立與被呼叫方1及被呼叫方2 媒體組播服務的請求。而且，該城域中心網絡管理服務器系統的一個實 施例還維持一組業(yè)務號碼以分配給它所管轄的服務網關所涉及的媒體 組播服務。具體地說，如果城域中心網絡管理服務器系統分配一個指定 的業(yè)務號碼給所請求的媒體組播服務，該業(yè)務號碼則成為保留業(yè)務號 碼，而且在所請求的媒體組播服務終結前不能被用于其他用途。城域中 心網絡管理服務器系統通過網絡資源狀態(tài)查詢結果67140將其呼叫認可 決定及保留業(yè)務號碼發(fā)送至呼叫方媒體組播服務器系統。\n15.如果城域中心網絡管理服務器系統批準呼叫方的請求，則呼叫方媒體組 播服務器系統向被呼叫方1發(fā)送被呼叫方查詢67150發(fā)送。\n16.被呼叫方1通過被呼叫方查詢結果67160來回復呼叫方媒體組播服務器 系統。在一個實施例中，這個查詢結果將被呼叫方1參與服務的狀態(tài)告 知呼叫方媒體組播服務器系統。\n17.呼叫方媒體組播服務器系統接著通過確認媒體組播服務中的被呼叫方1 的67170將被呼叫方1的回復發(fā)送至呼叫方。\n18.如果存在多個被呼叫方，如被呼叫方2，則以上所述的10至17的步驟 將會重復進行。\n雖然上面的敘述一般也適用于涉及位于不同MP城域網(但在同一MP國家 網)的多個服務網關或位于不同MP國家網的多個服務網關的媒體組播服務，但 是針對MP城域網間或MP國家網間的媒體組播服務的多項服務驗證處理程序可 包括其他步驟。如上面的媒體電話服務部分所述，如果城域中心網絡管理服務器 系統缺少所必需的資源信息來批準或拒絕所請求的服務，和/或缺少保留業(yè)務號 碼的權限，則城域中心網絡管理服務器系統就會向國家中心網絡管理服務器系統 查詢。如果國家中心網絡管理服務器系統依然缺少必需的信息或權限，則它會向 全球中心網絡管理服務器系統查詢。\n如果特定的條件不符合，上述的多項服務驗證處理會自動終結。例如，如果 付費方的財務狀況無法獲取，呼叫方媒體組播服務器系統會通知呼叫方，并有效 地終結多項服務驗證處理。很顯然，本領域內的一般技術人員實施所述的多項服 務驗證處理無需特定的細節(jié)，而且不超出所披露的多項服務驗證處理技術范圍。 此外，雖然在上述的論述中網絡管理服務器系統負責保留業(yè)務號碼，但同樣明顯 的是，本領域內的一般技術人員可以用其他的服務器系統(如呼叫處理服務器系 統)來實施保留業(yè)務號碼的工作，并且也不超出所披露的MP媒體組播技術范圍。\n為了清楚起見，下面的呼叫服務建立部分將上述的多項服務驗證處理程序壓 縮為圖66a所示的兩個階段：呼叫方向呼叫方媒體組播服務器系統發(fā)送媒體組播 多項服務驗證處理請求66000，以及呼叫方媒體組播服務器系統通過媒體組播多 項服務驗證處理結果66010向呼叫方作出回復。\n圖66a描述了在多個服務網關之間建立媒體組播服務的呼叫服務的建立過 程。具體的過程是：\n1.呼叫方(如圖65所示的用戶終端65110)通過呼叫方中層交換機(如中層交 換機65050)向服務網關(如服務網關65020)中的媒體組播服務器系統發(fā) 送媒體組播多項服務驗證處理請求66000。\n2.作為回復，媒體組播服務器系統執(zhí)行所請求的多項服務驗證處理(已在 上面的服務器組部分被論述過)以決定是否允許呼叫方繼續(xù)進行，并通 過媒體組播多項服務驗證處理結果66010將多項服務驗證處理的結果發(fā) 回呼叫方。媒體組播多項服務驗證處理請求66000及媒體組播多項服務 驗證處理結果66010均為MP控制包。\n3.呼叫方媒體組播服務器系統分別向呼叫方、被呼叫方1的媒體組播服務 器系統及被呼叫方2的媒體組播服務器系統發(fā)送媒體組播建立包66020 (通過呼叫方中層交換機65050)、示意媒體組播建立66030(通過服 務網關65020中的邊緣交換機及被呼叫方1的媒體組播服務器系統)、 及示意媒體組播建立66040(通過被呼叫方2的媒體組播服務器系統)。 媒體組播建立包66020及示意媒體組播建立66030和66040均為MP控 制包。媒體組播建立包中的目的地域5010含有呼叫方的網絡地址，以 及包中的有效載荷數據域5050含有保留的業(yè)務號碼(如圖5所示)。 另一方面，示意媒體組播建立包中的目的地域5010含有被呼叫方媒體 組播服務器系統的網絡地址，以及包中的有效載荷數據域5050含有被 呼叫方的網絡地址及保留的業(yè)務號碼。\n4.在收到媒體組播建立包66020后，服務網關65020中的邊緣交換機及呼 叫方中層交換機(如中層交換機65020)根據包中的有色信息及局部地 址信息來更新其鏈路表(如前面的邊緣交換機部分及中層交換機部分所 論述的)。中層交換機進一步地根據包中的有色信息及局部地址信息將 媒體組播建立包傳送至家庭網關(如家庭網關65080)。\n5.在收到示意媒體組播建立66030和66040后，被呼叫方媒體組播服務器 系統向被呼叫方發(fā)送媒體組播建立包66050及66060。\n6.針對被呼叫方媒體組播服務器系統發(fā)往被呼叫方的媒體組播建立包 66050及66060，服務網關65030及服務網關65040中的邊緣交換機、 中層交換機(如中層交換機65060及65070)以及家庭網關(如家庭網 關65090及65100)中的用戶交換機根據媒體組播建立包中的有色信息 及局部地址信息來更新其鏈路表。\n7.作為回復媒體組播建立包，被呼叫方1及被呼叫方2分別向其媒體組播 服務器系統發(fā)送媒體組播建立回復包66080及66070。\n8.接著，被呼叫方媒體組播服務器系統向呼叫方媒體組播服務器系統發(fā)送 屬于MP控制包的示意媒體組播建立的回復66090及66100，它們示意 了被呼叫方參與服務的狀態(tài)(如被呼叫方是否有空)。\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)發(fā)送屬于MP數據包的數據66120。\n2.呼叫方中層交換機(如中層交換機65050)對這些數據包執(zhí)行上行鏈接 數據包過濾檢查，上行鏈接數據包過濾檢查已經在前面的中層交換機部 分作了詳細的論述。\n3.如果數據包沒有通過上行鏈接數據包過濾檢查，呼叫方中層交換機就會 丟棄這些數據包。或者，呼叫方中層交換機可將數據包發(fā)往一個指定的 用戶終端以跟蹤自呼叫方向被呼叫方的傳輸失敗的比率。\n4.在一個實施例中，當數據66120到達服務網關65030或服務網關65040 中的邊緣交換機時，邊緣交換機會在將這些數據包送往它們的目的地之 前改變這些數據包中的目的地地址域5010中的業(yè)務號碼?？赡馨l(fā)生的 業(yè)務號碼的改變在邊緣交換機部分已作了描述。\n5.在數據66120的傳送過程中，呼叫方媒體組播服務器系統不時地分別向 呼叫方、被呼叫方1的媒體組播服務器系統及被呼叫方2的媒體組播服 務器系統發(fā)送維持媒體組播66130、示意媒體組播的維持66140及 66150。維持媒體組播66130、示意媒體組播的維持66140及66150是 MP控制包，它們含有分別與媒體組播建立包66020、示意媒體組播建 立66030及66040相同的目的地地址。\n6.如前面的邊緣交換機、中層交換機及用戶交換機部分所述，在收到維持 媒體組播包后，媒體組播服務的傳輸路徑上的交換機或者維持、或者更 新其鏈路表來保證媒體組播服務的呼叫通信得以繼續(xù)。\n7.當示意媒體組播維持包到達被呼叫方媒體組播服務器系統時，這些服務 器系統進一步分別向被呼叫方1及被呼叫方2發(fā)送維持媒體組播66170 及66160。\n8.被呼叫方通過分別向各自的被呼叫方媒體組播服務器系統發(fā)送維持媒 體組播的回復66180及66190來作回復。\n9.被呼叫方媒體組播服務器系統接著向呼叫方媒體組播服務器系統發(fā)送 示意媒體組播維持的回復66200及66210。如果任何回復示意了對維持 媒體組播包的拒絕或失敗，則示意失敗或拒絕的參與方將轉入下面所敘 述的媒體組播服務的終結階段。\n10.當呼叫方媒體組播服務器系統收到來自于呼叫方第一個維持媒體組播 回復包(如維持媒體組播回復66220)時，呼叫方媒體組播服務器系統 開始測算媒體組播服務的使用參數(如流量及媒體組播服務的持續(xù)時 間)。在服務器組的一個實施例中，媒體組播服務器系統或網絡管理服 務器系統可以建立這些與計費相關的參數及用來追蹤這些參數的相關 策略。\n11.在一個實施例中，如果來自于呼叫方及被呼叫方的維持媒體組播回復包 丟失的數量超過了預先設定的值，則呼叫方媒體組播服務器系統就把媒 體組播服務轉入下面所論述的呼叫終結階段。\n前面的關于位于同一MP城域網中的多個服務網關之間的媒體組播服務的 呼叫通信的描述也適用于位于不同MP城域網(但位于同一MP國家網)，或不 同MP國家網中的多個服務網關之間的媒體組播服務。\n雖然上述的例子描述了媒體組播服務中的半雙工數據通信，但很顯然，對于 本領域內的一般技術人員來說，可使用所論述的技術在媒體組播服務中實現全雙 工數據通信。在一個實施例中，如果上述的一個被呼叫方希望向媒體組播服務中 的其他方發(fā)送資料，該被呼叫方可以申請另一個媒體組播服務，并邀請同樣的參 與方加入。作為結果，即使呼叫方與被呼叫方使用不同的業(yè)務號碼來傳送數據， 呼叫方與被呼叫方事實上實現了全雙工數據通信?；蛘撸嬲娜p工(即呼叫 方及被呼叫方均可同時使用同一業(yè)務號碼來傳送數據)數據通信可通過與圖66b 及上述的程序相類似的步驟來實現。然而，為保證全雙工通信中的安全性沒有被 危及，媒體組播服務器系統將建立呼叫方中層交換機及被呼叫方中層交換機的上 行鏈接數據包過濾器。\n在媒體組播的呼叫通信階段，一個新的被呼叫方可以被添加到媒體組播服務 中，一個現有的被呼叫方可以從媒體組播服務中被剔除，以及媒體組播服務中的 參與方的身份也可以被查詢。涉及多個服務網關的媒體組播服務的程序與上述的 涉及一個服務網關的媒體組播服務的程序相類似，此處不再贅述。\n6.3.2.4??呼叫終結\n呼叫方及媒體組播服務器系統可以啟動呼叫終結。圖66c及圖66d描述了呼 叫方及媒體組播服務器系統啟動呼叫終結的示例性程序。\n6.3.2.4.1??呼叫方啟動的呼叫終結\n1.呼叫方(如用戶終端65110)向位于服務網關65020中的服務器組中的 呼叫方媒體組播服務器系統發(fā)送媒體組播終結66230。\n2.呼叫方媒體組播服務器系統停止收集服務的使用信息(如服務持續(xù)時間 及流量)，并向本地的計費服務器系統(如位于服務網關65020中的服 務器組中的計費服務器系統)發(fā)送所收集的使用信息。\n3.呼叫方媒體組播服務器系統向呼叫方發(fā)送媒體組播終結回復66240，并 向被呼叫方媒體組播服務器系統發(fā)送示意媒體組播終結66250及66260。 媒體組播終結回復66240含有有色信息，該有色信息引發(fā)呼叫方中層交 換機(如中層交換機65050)來執(zhí)行上面中層交換機部分所論述的上行 鏈接數據包過濾器的復位。\n4.作為回復示意媒體組播終結，被呼叫方媒體組播服務器系統分別向被呼 叫方1及被呼叫方2發(fā)送媒體組播終結66270及66280。\n5.接著，被呼叫方通過向其各自的媒體組播服務器系統發(fā)送媒體組播終結 回復66290及66300來作回復。接著，被呼叫方媒體組播服務器系統通 過示意媒體組播終結的回復66310及66320將被呼叫方終結程序的狀態(tài) 告知呼叫方媒體組播服務器系統。\n6.在一個實施例中，因為媒體組播服務傳輸路徑上的MP適配的交換機在 預定的時間內沒有收到維持媒體組播包，交換機的鏈路表中的與媒體組 播服務相關的條目會被復位為其默認值。\n6.3.2.4.2??媒體組播服務器系統啟動的呼叫終結\n1.呼叫方媒體組播服務器系統向呼叫方發(fā)送媒體組播終結66330，并分別 向被呼叫方1及被呼叫方2的媒體組播服務器系統發(fā)送示意媒體組播終 結66340及66350。而且，呼叫方媒體組播服務器系統停止收集服務的 使用信息(如服務的流量及持續(xù)時間)，并向本地的計費服務器系統(如 位于服務網關65020中的服務器組中的計費服務器系統)發(fā)送所收集的 使用信息。\n2.屬于MP控制包的媒體組播終結66330含有有色信息，該有色信息引發(fā) 呼叫方中層交換機(如中層交換機65050)來執(zhí)行上面中層交換機部分 所論述的上行鏈接數據包過濾器的復位。\n3.作為回復媒體組播終結66330，呼叫方向呼叫方媒體組播服務器系統發(fā) 送媒體組播終結回復66360。\n4.當被呼叫方媒體組播服務器系統收到示意媒體組播終結包時，該服務器 系統釋放所保留的媒體組播服務的資源(如使業(yè)務號碼對新的媒體組播 服務變?yōu)榭捎玫?，并分別向被呼叫方1及被呼叫方2傳送媒體組播終 結66370及66380。\n5.作為回復，被呼叫方向其各自的媒體組播服務器系統發(fā)送媒體組播終結 的回復66390及66400。\n6.接著，被呼叫方媒體組播服務器系統通過示意媒體組播終結的回復 66410及66420將被呼叫方終結程序的狀態(tài)告知呼叫方媒體組播服務器 系統。\n6.4??媒體廣播服務(MB)\n媒體廣播服務是一種可使用戶終端收到來自于媒體廣播節(jié)目源的內容的組 播服務。(參照上面的定義部分)一個廣播節(jié)目源(實況轉播或存儲播放)可以 位于一個MP網絡，也可以位于一個非MP網絡1300(圖1d)。位于MP網絡 中的媒體廣播節(jié)目源生成并傳送MP包至服務網關中的邊緣交換機，而位于非 MP網絡1300中的媒體廣播節(jié)目源生成并傳送非MP包至服務網關1160。接著， 服務網關1160中的網關在將MP封裝包傳送至服務網關1160中的邊緣交換機之 前首先將非MP包置入MP封裝包內。這些MP包及MP封裝包含有有色信息， 該有色信息示意了這些包是媒體廣播包。\n一個服務網關的服務器組的實施例包括一個媒體廣播節(jié)目源服務器系統，它 對上述的媒體廣播節(jié)目源進行配置、檢查及管理。例如，當媒體廣播節(jié)目源服務 器系統檢測到來自于媒體廣播節(jié)目源的錯誤時，它會向服務器組中的呼叫處理服 務器系統發(fā)送錯誤信息包。很顯然，本領域內的一般技術人員可以將媒體廣播節(jié) 目源服務器系統的功能包括在呼叫處理服務器系統內，而且不超出所披露的媒體 廣播技術范圍。\n6.4.1??同一服務網關下的兩個MP適配組件之間的媒體廣播\n圖68是一幅時間順序圖，它描述了一個服務網關下的用戶終端和媒體廣播 節(jié)目源(如用戶終端1420(圖1d)，及服務網關1160中的服務網關媒體存儲器 (圖10未示))之間的一場媒體廣播服務。\n為了方便說明，用戶終端1420向服務網關媒體存儲器請求所存儲的媒體節(jié) 目。用戶終端1420就被稱為“呼叫方”，服務網關媒體存儲器則是“媒體廣播 節(jié)目源”，而服務網關1160中的邊緣交換機(如邊緣交換機10000)既是“呼 叫方邊緣交換機”，又是“被呼叫方邊緣交換機”。在本例中，中層交換機1180 既是“呼叫方中層交換機”，又是“被呼叫方中層交換機”。位于服務網關1160 中的服務器組10010中的呼叫處理服務器系統12010(圖12)管理呼叫方與媒體 廣播節(jié)目源之間的數據包交換?！懊襟w廣播服務器系統”是被專門指定用來管理 及執(zhí)行媒體廣播服務的呼叫處理服務器系統。\n下面的討述主要是解釋呼叫各方如何在媒體廣播服務中的呼叫服務建立、呼 叫通信及呼叫終結等三個階段上進行互動。\n6.4.1.1??呼叫服務建立\n1.呼叫方(如用戶終端1420)通過服務網關1160中的邊緣交換機(如邊 緣交換機10000)和呼叫方中層交換機(如中層交換機1180)向媒體廣 播服務器系統發(fā)送媒體廣播多項服務驗證處理請求68000來啟動呼叫服 務。媒體廣播多項服務驗證處理請求68000是MP控制包，包括呼叫方 及媒體廣播服務器系統的網絡地址，及媒體廣播節(jié)目源的用戶地址。如 上面的邏輯層部分所述，呼叫方一般并不知道媒體廣播節(jié)目源的網絡地 址，而是依賴服務網關中的服務器組將一個用戶地址映射到網絡地址 上。另外，呼叫方及媒體廣播節(jié)目源通過網絡信息發(fā)布(如上面的服務 器組部分及媒體組播部分所述)從服務器組10010中的網絡管理服務器 系統12030(圖12)獲取MP網絡信息(如媒體廣播服務器系統的網絡 地址)來執(zhí)行媒體廣播服務。\n2.收到媒體廣播多項服務驗證處理請求68000后，媒體廣播服務器系統執(zhí) 行多項服務驗證處理程序(如上面的服務器組部分及媒體組播部分所 述)以決定是否允許呼叫方繼續(xù)。\n3.媒體廣播服務器系統通過呼叫方中層交換機向呼叫方發(fā)送媒體廣播多 項服務驗證處理請求的回復68010來表明已收到呼叫方的請求。媒體廣 播多項服務驗證處理請求的回復68010是含有多項服務驗證處理結果的 MP控制包。\n4.如果結果示意了媒體廣播服務器系統可以進行所請求的媒體廣播服務， 則媒體廣播服務器系統通過媒體廣播通知68025來通知媒體廣播節(jié)目源 服務器系統。\n5.媒體廣播節(jié)目源服務器系統通過媒體廣播通知的回復68028來回復媒體 廣播服務器系統。\n6.媒體廣播服務器系統通過呼叫方中層交換機向呼叫方傳送媒體廣播建 立包68020。媒體廣播建立包68020是含有呼叫方及媒體廣播節(jié)目源網 絡地址及所請求的媒體廣播服務所被允許呼叫流量(如帶寬)的MP控 制包。而且，該控制包含有保留業(yè)務號碼及相關的有色信息(如媒體廣 播建立的有色信息)，該有色信息引導了服務網關1160中的邊緣交換 機(如邊緣交換機10000)、呼叫方中層交換機(如中層交換機1180) 及家庭網關1200中的用戶交換機以更新其鏈路表。更新鏈路表的程序 在前面的邊緣交換機及中層交換機部分均有詳細描述。更進一步，在一 個實施例中，媒體廣播建立包68020在邊緣交換機10000中建立了上行 鏈接數據包過濾器。\n7.呼叫方通過呼叫方中層交換機向媒體廣播服務器系統發(fā)送媒體廣播建 立回復包68030來表明已收到媒體廣播建立包68020。媒體廣播建立回 復包68030是MP控制包。\n8.收到媒體廣播建立回復包后，媒體廣播服務器系統開始收集媒體廣播服 務的使用信息(如服務的持續(xù)時間及流量)。\n6.4.1.2??呼叫通信\n1.在媒體廣播服務所涉及的交換機中建立了鏈路表后，呼叫方可以開始接 收廣播數據68040。廣播數據68040是MP數據包，含有特定的有色信 息(示意數據包是媒體廣播數據包)及保留的業(yè)務號碼。另外，服務網 關1160中的邊緣交換機(如邊緣交換機10000)中的上行鏈接數據包過 濾器在允許廣播數據包68040到達呼叫方之前對其進行檢查。\n2.在呼叫通信階段媒體廣播服務器系統不時地向呼叫方發(fā)送維持媒體廣 播68050。維持媒體廣播68050是MP控制包，媒體廣播服務器系統的 一個實施例用它來管理鏈路表?；蛘?，媒體廣播服務器系統可用維持媒 體廣播包來收集媒體廣播服務中呼叫方的連接狀態(tài)信息(如錯誤率及數 據包丟失的數量)。\n3.呼叫方通過呼叫方中層交換機向媒體廣播服務器系統發(fā)送維持媒體廣 播的回復68060來表明已收到維持媒體廣播68050。維持媒體廣播的回 復68060是含有所請求的呼叫連接狀態(tài)信息的MP控制包。\n4.根據維持媒體廣播的回復68060，媒體廣播服務器系統會不時地重復上 述第2及第3項。否則，媒體廣播服務器系統會修改媒體廣播服務。例 如，如果媒體廣播服務的錯誤率超出一個可容忍的范圍，媒體廣播服務 器系統會通知呼叫方，并結束服務。\n6.4.1.3??呼叫終結\n呼叫方及媒體廣播服務器系統可以啟動呼叫終結。此外，當前述的媒體廣播 節(jié)目源服務器系統檢測到來自于媒體廣播節(jié)目源的錯誤后，它會通知媒體廣播服 務器系統來啟動呼叫終結。\n6.4.1.3.1??呼叫方啟動的呼叫終結\n1.呼叫方通過呼叫方中層交換機向媒體廣播服務器系統發(fā)送屬于MP控制 包的媒體廣播終結68070。\n2.作為回復，媒體廣播服務器系統通過呼叫方中層交換機向呼叫方發(fā)送屬 于MP控制包的媒體廣播終結回復68080。此外，媒體廣播服務器系統 停止收集服務的使用信息(如服務的持續(xù)時間及流量)，并將所收集的 使用信息傳送至本地的計費服務器系統，如服務網關1160中的服務器 組10010中的計費服務器系統12040(圖12)。\n3.參與媒體廣播服務的交換機，如中層交換機1180，會在收到媒體廣播終 結回復68080時復位其鏈路表。\n4.當呼叫方通過呼叫方中層交換機收到來自于媒體廣播服務器系統的媒 體廣播終結回復68080時，呼叫方會退出媒體廣播服務。其他與媒體廣 播節(jié)目源已經建立連接的呼叫方可繼續(xù)接收廣播數據68040。\n6.4.1.3.2??媒體廣播服務器系統啟動的呼叫終結\n當檢測到無法容忍的通信條件(如過多的數據包丟失、過高的錯誤率以及過 多的維持媒體廣播回復包的丟失)時，媒體廣播服務器系統的一個實施例會啟動 呼叫終結。\n1.媒體廣播服務器系統通過呼叫方中層交換機向呼叫方發(fā)送屬于MP控制 包的媒體廣播終結68090。而且，媒體廣播服務器系統停止收集服務的 使用信息(如服務的持續(xù)時間及服務流量)，并將所收集的使用信息傳 送至本地的計費服務器系統，如服務網關1160中的服務器組10010中 的計費服務器系統12040(圖12)。\n2.參與媒體廣播服務的交換機，如中層交換機1180，會在收到媒體廣播終 結68090后復位其鏈路表。\n3.接著，呼叫方通過呼叫方中層交換機向媒體廣播服務器系統發(fā)送屬于 MP控制包的媒體廣播終結的回復68100，并有效地終結媒體廣播服務。 與媒體廣播節(jié)目源建立連接的其他呼叫方可繼續(xù)接收廣播數據68040。\n6.4.1.3.3??媒體廣播節(jié)目源服務器系統啟動的呼叫終結\n當媒體廣播節(jié)目源服務器系統檢測到無法容忍的通信條件(如媒體廣播節(jié) 目源意外斷電)時，它通知媒體廣播服務器系統結束媒體廣播服務。\n1.媒體廣播節(jié)目源服務器系統向媒體廣播服務器系統發(fā)送媒體廣播節(jié)目 源出錯68110，媒體廣播節(jié)目源出錯68110是一個MP控制包，它含有 媒體廣播節(jié)目源的網絡地址及由媒體廣播節(jié)目源產生的錯誤代碼。\n2.接著，媒體廣播服務器系統執(zhí)行上面的媒體廣播服務器系統啟動的呼叫 終結部分所述的處理。具體地說，媒體廣播服務器系統通過呼叫方中層 交換機向呼叫方發(fā)送媒體廣播終結68120，而呼叫方則以媒體廣播終結 回復68130來作回復。\n6.4.2??屬于兩個服務網關下的兩個MP適配組件之間的媒體廣播\n圖69a及圖69b是描述涉及兩個服務網關的用戶終端和媒體廣播節(jié)目源(如 圖1d所示的用戶終端1320，及服務網關1160中的服務網關媒體存儲器(圖10 中未示))之間的媒體廣播服務的時間順序圖。為了便于說明，用戶終端1320 從服務網關媒體存儲器請求媒體節(jié)目。用戶終端1320即為“呼叫方”，服務網 關存儲器是“媒體廣播節(jié)目源”或者“被呼叫方”。服務網關1060中的邊緣交 換機為“呼叫方邊緣交換機”，中層交換機1080為“呼叫方中層交換機”。服 務網關1160中的邊緣交換機為“被呼叫方邊緣交換機”，而中層交換機1180則 為“被呼叫方中層交換機”。位于服務網關1060中的服務器組中的呼叫處理服 務器系統即為“呼叫方呼叫處理服務器系統”，而位于服務網關1160中的呼叫 處理服務器系統即為“被呼叫方呼叫處理服務器系統”。當服務網關專門指定一 個呼叫處理服務器系統去管理及執(zhí)行媒體廣播服務時，該指定的呼叫處理服務器 系統即被稱為“媒體廣播服務器系統”。同樣也位于服務網關1060中的服務器 組中的媒體廣播節(jié)目源服務器系統配置、檢測并管理上述的媒體廣播節(jié)目源。\n如上所述，被呼叫方媒體廣播服務器系統的功能可與媒體廣播節(jié)目源服務器 系統的功能合并。然而，值得注意的是這兩種服務器系統仍有不同的功能。例如， 在媒體廣播呼叫終結階段后所請求的媒體廣播服務結束了，被呼叫方媒體廣播服 務器系統的一個實施例會退出媒體廣播服務，并在收到另一個媒體廣播服務請求 之前保持閑置狀態(tài)。另一方面，對一個用戶來說即使當一個特定的媒體廣播服務 總結經驗了，節(jié)目源服務器系統的一個實施例會繼續(xù)為其他正在進行中的媒體廣 播服務管理節(jié)目源。\n雖然在所舉的大部分實施例中，服務網關1160是作為MP城域網1000的城 域中心網絡管理群，但在下面的例子中服務網關1060是城域中心網絡管理群。 位于服務網關1060中的服務器組中的網絡管理服務器系統即是城域中心網絡管 理服務器系統。\n下面的論述主要是解釋各方在媒體廣播服務的呼叫服務建立、呼叫通信及呼 叫終結等三個階段中是如何進行互動的。\n6.4.2.1??呼叫服務建立\n1.呼叫方(如用戶終端1320)通過呼叫方邊緣交換機及呼叫方中層交換機 (如中層交換機1080)向呼叫方媒體廣播服務器系統發(fā)送媒體廣播多項服 務驗證處理請求69000以啟動媒體廣播服務。媒體廣播多項服務驗證處 理請求69000是MP控制包，含有呼叫方及呼叫方媒體廣播服務器系統 的網絡地址，及媒體廣播節(jié)目源的用戶地址。如前面的邏輯層部分所述， 呼叫方一般并不知道被呼叫方(如這里的媒體廣播節(jié)目源)的網絡地址。 實際上，呼叫方依賴于服務網關中的服務器組將用戶地址映射到網絡地 址上。此外，呼叫方及被呼叫方通過網絡信息發(fā)布(如上面的服務器組 部分及媒體組播部分所述)分別從服務網關1060中的服務器組的網絡 管理服務器系統及服務網關1160獲取MP網絡信息(如媒體廣播服務 器系統的網絡地址)來執(zhí)行媒體廣播服務。\n2.收到媒體廣播多項服務驗證處理請求69000后，呼叫方媒體廣播服務器 系統執(zhí)行多項服務驗證處理程序(如前面的服務器組部分及媒體組播部 分所述)以決定是否允許呼叫方繼續(xù)。\n3.呼叫方媒體廣播服務器系統通過呼叫方中層交換機向呼叫方發(fā)送媒體 廣播多項服務驗證處理請求的回復69010來表明已收到呼叫方的請求。 媒體廣播多項服務驗證處理請求的回復69010是含有多項服務驗證處理 結果的MP控制包。\n4.接著，呼叫方媒體廣播服務器系統分別向呼叫方及被呼叫方媒體廣播服 務器系統發(fā)送媒體廣播建立包69020及媒體廣播建立包69030。媒體廣 播建立包69020及媒體廣播建立包69030均為MP控制包，含有呼叫方 及被呼叫方的網絡地址，及請求的媒體廣播服務所被允許的呼叫流量 (如帶寬)。\n5.而且，這些媒體廣播建立包含有保留業(yè)務號碼及有色信息，該有色信息 引導了涉及媒體廣播服務的交換機(如服務網關1160中的邊緣交換機 10000、服務網關1060中的邊緣交換機、如中層交換機1180、及家庭網 關1100中的用戶交換機)來更新其鏈路表。更新鏈路表的程序在前面 的邊緣交換機及中層交換機部分均有詳細描述。此外，媒體廣播建立包 69030在被呼叫方邊緣交換機(如服務網關1160中的邊緣交換機)中建 立了上行鏈接數據包過濾器。\n6.呼叫方通過呼叫方中層交換機向呼叫方媒體廣播服務器系統發(fā)送媒體 廣播建立回復包69040來表明已收到媒體廣播建立包69020。被呼叫方 媒體廣播服務器系統通過媒體廣播建立回復包69050來回復呼叫方媒體 廣播服務器系統。媒體廣播建立回復包69040及媒體廣播建立回復包 69050是MP控制包。\n7.收到媒體廣播建立回復包后，呼叫方媒體廣播服務器系統開始收集媒體 廣播服務的使用信息(如服務的持續(xù)時間及流量)。\n盡管上面的論述一般也適用于涉及位于不同MP城域網(但屬于同一MP國 家網)的兩個服務網關的媒體廣播服務，或涉及位于不同MP國家網的服務網關 的媒體廣播服務，但是針對MP城域網間或MP國家網間的媒體廣播服務的多項 服務驗證處理程序可包括額外的步驟。如上面的媒體電話服務部分所述，如果城 域中心網絡管理服務器系統缺少所必需的資源信息來批準或拒絕所請求的服務， 和/或缺少保留業(yè)務號碼的權限，則城域中心網絡管理服務器系統就會向國家中 心網絡管理服務器系統查詢。如果國家中心網絡管理服務器系統依然缺少必需的 資源信息和/或權限，則中心網絡管理服務器系統就會向全球中心網絡管理服務 器系統查詢。\n6.4.2.2??呼叫通信\n1.在涉及媒體廣播服務的交換機中建立鏈路表后，呼叫方可以開始接收廣 播數據69100。廣播數據69100是MP數據包，含有有色信息(示意數 據包是媒體廣播數據包)及保留的業(yè)務號碼。另外，服務網關1160中 的邊緣交換機(如邊緣交換機10000)中的上行鏈接數據包過濾器在允 許MP數據包到達呼叫方之前會檢測廣播數據69100。\n2.在呼叫通信階段呼叫方媒體廣播服務器系統不時地向呼叫方發(fā)送維持 媒體廣播69110。維持媒體廣播69110是MP控制包，是被媒體廣播服 務器系統的一個實施例用來管理鏈路表的?；蛘撸襟w廣播服務器系統 可以使用維持媒體廣播包來收集媒體廣播服務中呼叫方的通信連接狀 態(tài)信息(如錯誤率及丟失數據包的數目)。\n3.呼叫方通過向呼叫方媒體廣播服務器系統發(fā)送維持媒體廣播的回復 69120來表明已收到維持媒體廣播69110。維持媒體廣播的回復69120 是MP控制包，含有所查詢的通信連接狀態(tài)的信息。\n4.根據維持媒體廣播的回復69120，媒體廣播服務器系統會不時地重復進 行上述的第2及第3步。否則，媒體廣播服務器系統可更改媒體廣播服 務。例如，如果服務的錯誤率超過可容忍的范圍，呼叫方媒體廣播服務 器系統會通知呼叫方，并結束該服務。\n上面有關于位于同一MP城域網中的多個服務網關之間的媒體廣播服務的 呼叫通信階段的描述也適用于涉及位于不同MP城域網(但位于同一MP國家網) 和/或位于不同MP國家網中的多個服務網關之間的媒體廣播服務。\n6.4.2.3??呼叫終結\n呼叫方、呼叫方媒體廣播服務器系統及被呼叫方媒體廣播服務器系統可以啟 動呼叫終結。另外，當媒體廣播節(jié)目源服務器系統檢測到媒體廣播節(jié)目源的錯誤 后，它會通知呼叫方媒體廣播服務器系統以啟動呼叫終結。\n6.4.2.3.1??呼叫方啟動的呼叫終結\n1.呼叫方通過呼叫方中層交換機向呼叫方媒體廣播服務器系統發(fā)送屬于 MP控制包的媒體廣播終結69130。另外，媒體廣播服務器系統停止收 集服務的使用信息(如服務的持續(xù)時間及流量)，并將所收集的使用信 息傳送至本地的一個計費服務器系統，如服務網關1060中的服務器組 中的計費服務器系統(圖12)。\n2.呼叫方媒體廣播服務器系統向被呼叫方媒體廣播服務器系統發(fā)送媒體 廣播終結69140，并通過呼叫方中層交換機向呼叫方發(fā)送媒體廣播終結 的回復69150。\n3.收到媒體廣播終結的回復69150及69160時，涉及媒體廣播服務的交換 機(如中層交換機1080、服務網關1160中的邊緣交換機，及服務網關 1060中的邊緣交換機)復位其鏈路表。而且，媒體廣播終結的回復69160 會復位服務網關1160中的邊緣交換機中的上行鏈接數據包過濾器。\n4.當呼叫方收到來自于呼叫方媒體廣播服務器系統的媒體廣播終結的回 復69150時，呼叫方自媒體廣播服務中退出。\n5.當呼叫方媒體廣播服務器系統收到來自于被呼叫方媒體廣播服務器系 統的媒體廣播終結的回復69160時，它終結媒體廣播服務。\n6.4.2.3.2??呼叫方媒體廣播服務器系統啟動的呼叫終結\n當檢測到無法容忍的通信條件(如過多的數據包丟失、過高的錯誤率以及過 多的維持媒體廣播回復包的丟失)時，呼叫方媒體廣播服務器系統的一個實施例 會啟動呼叫終結。\n1.呼叫方媒體廣播服務器系統通過呼叫方中層交換機向呼叫方發(fā)送媒體 廣播終結69170，并向被呼叫方媒體廣播服務器系統發(fā)送媒體廣播終結 69180。另外，呼叫方媒體廣播服務器系統停止收集服務的使用信息(如 服務的持續(xù)時間及流量)，并將所收集的使用信息傳送至本地的一個計 費服務器系統，如服務網關1060中的服務器組中的計費服務器系統。\n2.收到媒體廣播終結69170及69180時，涉及媒體廣播服務的交換機(如 中層交換機1080、服務網關1160中的邊緣交換機，及服務網關1060中 的邊緣交換機)復位其鏈路表。而且，媒體廣播終結69180會復位服務 網關1160中的邊緣交換機中的上行鏈接數據包過濾器。\n3.作為回復，呼叫方向呼叫方媒體廣播服務器系統發(fā)送屬于MP控制包的 媒體廣播終結的回復69190，并有效地退出媒體廣播服務。相類似地， 被呼叫方媒體廣播服務器系統向呼叫方媒體廣播服務器系統發(fā)送媒體 廣播終結的回復69200。\n4.收到媒體廣播終結的回復69190及69200時，呼叫方媒體廣播服務器系 統結束媒體廣播服務。\n上面的論述也適用于被呼叫方媒體廣播服務器系統啟動的呼叫終結。\n6.4.2.3.3??媒體廣播節(jié)目源服務器系統啟動的呼叫終結\n當媒體廣播節(jié)目源服務器系統檢測到無法容忍的通信條件(如媒體廣播節(jié) 目源意外斷電)時，它通知被呼叫方媒體廣播服務器系統結束媒體廣播服務。\n1.媒體廣播節(jié)目源服務器系統向被呼叫方媒體廣播服務器系統發(fā)送媒體 廣播節(jié)目源出錯69210，媒體廣播節(jié)目源出錯69210是MP控制包，它 含有媒體廣播節(jié)目源的網絡地址及由媒體廣播節(jié)目源產生的錯誤代碼。\n2.接著，被呼叫方媒體廣播服務器系統向呼叫方媒體廣播服務器系統發(fā)送 媒體廣播節(jié)目源出錯69220。\n3.收到媒體廣播節(jié)目源出錯69220后，呼叫方媒體廣播服務器系統停止收 集服務的使用信息(如服務的持續(xù)時間及服務流量)，并將所收集的使 用信息傳送至本地的計費服務器系統，如服務網關1060中的服務器組 中的計費服務器系統(圖12)。呼叫方媒體廣播服務器系統會引導服務 網關1060中的邊緣交換機復位其鏈路表。\n4.呼叫方媒體廣播服務器系統通過呼叫方中層交換機向呼叫方發(fā)送媒體 廣播終結69230。該數據包復位涉及媒體廣播服務的交換機中的鏈路表。 接著，呼叫方媒體廣播服務器系統向被呼叫方媒體廣播服務器系統發(fā)送 媒體廣播節(jié)目源出錯的回復69240。\n5.呼叫方向呼叫方媒體廣播服務器系統發(fā)送媒體廣播終結的回復69250。 收到媒體廣播終結的回復69250時，呼叫方媒體廣播服務器系統終結媒 體廣播服務。\n6.5??媒體轉移服務(MT)\n6.5.1??同一服務網關下的兩個MP適配組件之間的媒體轉移\n媒體轉移使節(jié)目源能夠向MP適配組件(如媒體存儲器)發(fā)送媒體節(jié)目(實 時的或存儲的節(jié)目)，并使MP適配組件能夠存儲傳來的節(jié)目。在一個實施例中， 這種媒體存儲器位于服務網關中(如前面的服務網關部分所述，并被稱為服務網 關媒體存儲器)?；蛘撸襟w存儲器也可以是一個連接于家庭網關的用戶終端， 如用戶終端1400(圖1d)。這種媒體存儲器被稱為用戶終端媒體存儲器。因為 一個媒體存儲設備可能沒有足夠的空間來存儲節(jié)目源所提供的所有的媒體節(jié)目， 所以一個媒體轉移服務經常會涉及到多個媒體存儲設備。圖70及71是描述一個 節(jié)目源與多個用戶終端媒體存儲器(如媒體存儲器1—N(如用戶終端1400、1380、 1360及1340))之間的媒體轉移服務的時間順序圖。\n為了便于說明，假設呼叫方是請求媒體轉移服務的用戶終端(如用戶終端 1420)。節(jié)目源是通過用戶終端1450在MP城域網1000上提供實況節(jié)目的電視 演播室。而“媒體轉移服務器系統”是指管理媒體轉移服務的服務器系統。具體 地說，呼叫方媒體轉移服務器系統可以是、但不局限于位于服務網關1160(圖 12)中的服務器組10010中的呼叫處理服務器系統12010，也可以是支持家庭網 關1200的家庭服務器系統。\n下面的論述主要是解釋各方在媒體轉移服務的呼叫服務建立、呼叫通信及呼 叫終結等三個階段中是如何進行互動的。\n6.5.1.1??呼叫服務建立\n1.呼叫方(如用戶終端1420)向呼叫方媒體轉移服務器系統發(fā)送媒體轉移 請求70000。媒體轉移請求70000是MP控制包，含有呼叫方及媒體轉 移服務器系統的網絡地址，及節(jié)目源和媒體存儲器1—N的用戶地址。 因為呼叫方一般不知道節(jié)目源及存儲器的網絡地址，所以呼叫方依賴于 服務網關中的服務器組將用戶地址映射到網絡地址上。另外，呼叫方及 媒體存儲設備需要來自于服務器組10010中的網絡管理服務器系統 12030(圖12)的相關的MP網絡信息(如媒體轉移服務器系統的網絡 地址)來執(zhí)行媒體轉移服務。\n2.收到媒體轉移請求70000后，呼叫方媒體轉移服務器系統執(zhí)行多項服務 驗證處理程序(上面的服務器組部分已作論述)來決定是否允許呼叫方 繼續(xù)。\n3.呼叫方媒體轉移服務器系統通過發(fā)送媒體轉移請求的回復70010來表明 已收到呼叫方的請求。媒體轉移請求的回復70010是MP控制包，含有 多項服務驗證處理程序的結果。\n4.接著，呼叫方媒體轉移服務器系統向節(jié)目源發(fā)送媒體轉移輸出建立 70020來指示節(jié)目源向媒體存儲設備發(fā)送媒體節(jié)目。而且，呼叫方媒體 轉移服務器系統向一個媒體存儲設備(如媒體存儲器1)發(fā)送媒體轉移 輸入建立70120來指示媒體存儲器1去存儲媒體節(jié)目。媒體轉移輸出建 立70020及媒體轉移輸入建立70120均是MP控制包，含有節(jié)目源及媒 體存儲器1的網絡地址，以及所請求的媒體轉移服務所允許的流量(如 帶寬)。這些控制包還包括有色信息，該有色信息引導節(jié)目源方中層交 換機(如中層交換機1240)對來自于用戶終端1450的MP包進行上行 鏈接數據包過濾檢測(如前面的中層交換機部分所述)。\n5.收到媒體轉移輸入建立70120后，媒體存儲器1向呼叫方媒體轉移服務 器系統發(fā)送媒體轉移輸入建立的回復70130。而且，節(jié)目源通過媒體轉 移輸出建立的回復70030來回復媒體轉移輸出建立70020。這些媒體轉 移建立的回復包是MP控制包。\n6.呼叫方媒體轉移服務器系統收到媒體轉移輸入建立的回復70130及媒體 轉移輸出建立的回復70030后，呼叫方媒體轉移服務器系統開始收集媒 體轉移服務的使用信息(如服務的持續(xù)時間及流量)。\n6.5.1.2??呼叫通信\n1.在呼叫方媒體轉移服務器系統批準了節(jié)目源與媒體存儲器之間的連接 請求后，節(jié)目源通過節(jié)目源方中層交換機(如中層交換機1240)、服務 網關1160中的邊緣交換機、中層交換機1180及家庭網關1200向媒體 存儲器1發(fā)送數據(如圖70所示的數據70040)。數據70040是MP數 據包。而且，節(jié)目源方中層交換機(如中層交換機1240)執(zhí)行上行鏈接 數據包過濾檢測(在前面的中層交換機部分已作論述)來決定是否允許 上述的數據包到達服務網關1160及接著到達媒體存儲設備。數據包通 過的介于節(jié)目源和管理節(jié)目源的服務網關(如服務網關1160)中的邊緣 交換機之間的邏輯鏈路是一種自下而上的邏輯鏈路，而數據包通過的介 于管理媒體存儲設備的服務網關(如服務網關1160)中的邊緣交換機和 媒體存儲設備之間的邏輯鏈路是自上而下的邏輯鏈路。\n2.在媒體轉移呼叫通信階段，呼叫方媒體轉移服務器系統不時地向節(jié)目源 發(fā)送維持媒體轉移包70050，并向媒體存儲器1發(fā)送維持媒體轉移包 70140。維持媒體轉移包70050及70140均為MP控制包。呼叫方媒體 轉移服務器系統的一個實施例配置這些控制包來收集參與媒體轉移服 務各方的通信連接狀態(tài)的信息(如錯誤率及數據包丟失的數目)。\n3.節(jié)目源及媒體存儲器1分別通過向呼叫方媒體轉移服務器系統發(fā)送維持 媒體轉移的回復包70060及70150來表明已收到維持媒體轉移包。這些 回復含有所建立的媒體轉移服務的通信連接狀態(tài)。根據維持媒體轉移的 回復包70060及70150，呼叫方媒體轉移服務器系統可更改媒體轉移服 務。例如，如果服務的錯誤率超出了一個可容忍的范圍，呼叫方媒體轉 移服務器系統可以通知呼叫方并終結服務。\n4.在媒體轉移呼叫通信階段，如果媒體存儲器1檢測到其可用的存儲空間 將被耗盡，它將通過媒體轉移的繼續(xù)70160來通知呼叫方媒體轉移服務 器系統。呼叫方媒體轉移服務器系統接著通過媒體轉移的繼續(xù)70070來 通知節(jié)目源關于媒體轉移的繼續(xù)的狀態(tài)。媒體轉移的繼續(xù)70070及70160 均為MP控制包，含有、但不局限于下一個可用的媒體存儲設備的網絡 地址。在一個實施例中，媒體存儲設備1—N紀錄有其他可用的媒體存 儲設備的網絡地址。例如，如果媒體存儲設備的存儲是按順序進行的(如 首先使用媒體存儲器1，接著媒體存儲器2及媒體存儲器3)，則媒體 存儲器1含有媒體存儲器2的網絡地址，而媒體存儲器2含有媒體存儲 器3的網絡地址。\n5.收到媒體轉移的繼續(xù)70070后，節(jié)目源向呼叫方媒體轉移服務器系統發(fā) 送媒體轉移繼續(xù)的回復70080。該回復通知了呼叫方媒體轉移服務器系 統關于節(jié)目源已做好準備向下一個媒體存儲設備傳送數據70040的情 況。\n6.收到來自于節(jié)目源的媒體轉移繼續(xù)的回復70080后，呼叫方媒體轉移服 務器系統分別向節(jié)目源及下一個可用的媒體存儲設備(媒體存儲器N) 發(fā)送媒體轉移輸出建立70090及媒體轉移輸入建立70190。節(jié)目源及媒 體存儲器N接著分別通過發(fā)送媒體轉移輸出建立的回復70100及媒體轉 移輸入建立的回復70200來向呼叫方媒體轉移服務器系統作回復。\n7.接著，節(jié)目源向媒體存儲器N發(fā)送數據70040。\n6.5.1.3??呼叫終結\n呼叫方、呼叫方媒體轉移服務器系統、或節(jié)目源均可啟動呼叫終結。\n6.5.1.3.1??呼叫方啟動的呼叫終結\n1.呼叫方向呼叫方媒體轉移服務器系統發(fā)送媒體轉移終結71000，而呼叫 方媒體轉移服務器系統向節(jié)目源發(fā)送媒體轉移終結71010，并通過媒體 轉移終結71120來通知媒體存儲器N關于呼叫終結的情況。雖然圖71 并未顯示，呼叫方媒體轉移服務器系統也向其他的媒體存儲設備(如媒體 存儲器1)發(fā)送媒體轉移終結包。節(jié)目源通過向呼叫方媒體轉移服務器系 統發(fā)送媒體轉移終結的回復71020來作回復，而媒體存儲設備通過向呼 叫方媒體轉移服務器系統發(fā)送媒體轉移終結的回復包(如71130)來作回 復。呼叫方媒體轉移服務器系統接著向呼叫方發(fā)送媒體轉移終結的回復 71030。另外，呼叫方媒體轉移服務器系統停止收集服務的使用信息(如 服務的持續(xù)時間及流量)，并將所收集的使用信息傳送至位于服務網關 1160中的服務器組10010中的一個本地計費服務器系統12040(圖12)。 如果節(jié)目源通過家庭網關(如通過用戶終端1450)來傳送媒體節(jié)目，那 么節(jié)目源方中層交換機(如中層交換機1240)在收到媒體轉移終結71010 時復位其上行鏈接數據包過濾器。\n2.節(jié)目源向呼叫方媒體轉移服務器系統發(fā)送媒體轉移終結的回復71020 后，媒體轉移服務器系統終結了媒體轉移服務。\n3.或者，當媒體存儲器N通過媒體轉移終結的回復71130來回復呼叫方媒 體轉移服務器系統，以及其他的媒體存儲設備也通過它們的媒體轉移終 結的回復來回復呼叫方媒體轉移服務器系統時，媒體轉移服務器系統也 會終結媒體轉移服務。\n4.呼叫方收到媒體轉移終結的回復71030后，呼叫方退出媒體轉移服務。\n6.5.1.3.2??媒體轉移服務器系統啟動的呼叫終結\n當檢測到無法容忍的通信條件(如過多的數據包丟失、過高的錯誤率以及過 多的維持媒體轉移回復包的丟失)時，呼叫方媒體轉移服務器系統的一個實施例 會啟動呼叫終結。\n1.呼叫方媒體轉移服務器系統分別向節(jié)目源(通過節(jié)目源方中層交換機)、 媒體存儲器N及呼叫方發(fā)送媒體轉移終結71040、71140及71060。雖 然圖71并未顯示，呼叫方媒體轉移服務器系統也向其他的媒體存儲設 備(如媒體存儲器1)發(fā)送媒體轉移終結包。在發(fā)送如上的終結包后， 呼叫方媒體轉移服務器系統終結該媒體轉移服務，并停止收集服務的使 用信息(如服務的持續(xù)時間及流量)，并將所收集的使用信息傳送至位 于服務網關1160中的服務器組10010中的本地計費服務器系統12040 (圖12)。如果節(jié)目源通過家庭網關(如通過用戶終端1450)來傳輸 媒體節(jié)目，那么節(jié)目源方中層交換機(如中層交換機1240)在收到媒體 轉移終結71040時復位其上行鏈接數據包過濾器。\n6.5.1.3.3??節(jié)目源啟動的呼叫終結\n在很多情況下，節(jié)目源會啟動呼叫終結。例如，假如節(jié)目源完成所請求的數 據的傳送，節(jié)目源會啟動呼叫終結。在另一個例子中，假如節(jié)目源在媒體存儲器 1-N中檢測到某些故障時，節(jié)目源也會啟動呼叫終結。\n1.節(jié)目源通過節(jié)目源方中層交換機向呼叫方媒體轉移服務器系統發(fā)送媒 體轉移終結71080，而呼叫方媒體轉移服務器系統通過向媒體存儲設備 (如媒體存儲器N)發(fā)送媒體轉移終結包(如71160)來作回復，并分 別通過媒體轉移終結的回復71090和媒體轉移終結71100來通知節(jié)目源 及呼叫方關于呼叫終結的請求。收到媒體轉移終結71080后，呼叫方媒 體轉移服務器系統停止收集服務的使用信息(如服務的持續(xù)時間及流 量)，并將所收集的使用信息傳送至服務網關1160中的服務器組10010 中的一個本地的計費服務器系統12040(圖12)。如果節(jié)目源通過家庭 網關(如用戶終端1450)來傳輸媒體節(jié)目，那么節(jié)目源方中層交換機(如 中層交換機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即為“節(jié)目源”，而中層 交換機1180即為“節(jié)目源方中層交換機”。媒體存儲器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)向媒體存儲器方的媒體轉移服務器 系統發(fā)送媒體轉移請求72000來啟動一個呼叫。媒體轉移請求72000是 MP控制包，含有呼叫方和呼叫方媒體轉移服務器系統的網絡地址，以 及節(jié)目源和媒體存儲設備1—N的用戶地址。如上面的邏輯層部分所論 述的，呼叫方一般不知道節(jié)目源及媒體存儲設備的網絡地址。呼叫方依 賴于服務網關中的服務器組來將用戶地址映射到網絡地址上。另外，呼 叫方及媒體存儲設備分別從服務網關1160及服務網關1120中的服務器 組中的網絡管理服務器系統中查詢MP網絡信息(如呼叫方媒體轉移服 務器系統及媒體存儲器方的媒體轉移服務器系統的網絡地址)來執(zhí)行媒 體轉移服務。\n4.收到媒體轉移請求72000后，呼叫方媒體轉移服務器系統執(zhí)行多項服務 驗證處理程序(如前面的服務器組部分所論述的)來決定是否允許呼叫 方繼續(xù)。\n5.呼叫方媒體轉移服務器系統通過發(fā)送媒體轉移請求的回復72010來表明 已收到呼叫方的請求。媒體轉移請求的回復72010是MP控制包，含有 多項服務驗證處理程序的結果。\n6.接著，呼叫方媒體轉移服務器系統分別向節(jié)目源與媒體存儲器方的媒體 轉移服務器系統發(fā)送媒體轉移輸出建立72020與示意媒體轉移輸入連接 72120。建立包及示意連接包均為MP控制包，含有、但不局限于呼叫 方、媒體存儲設備、節(jié)目源中的媒體節(jié)目的網絡地址，以及所請求的媒 體轉移服務所允許的通信流量(如帶寬)。媒體轉移輸出建立72020指 導節(jié)目源把媒體節(jié)目放置于MP城域網1000上，它還包括可引導節(jié)目 源方中層交換機(如中層交換機1180)建立其上行鏈接數據包過濾器的 有色信息。更新上行鏈接數據包過濾器的程序已在前面的中層交換機部 分作了詳細的描述。\n7.收到示意媒體轉移輸入連接72120后，媒體存儲器方的媒體轉移服務器 系統接著向媒體存儲器1發(fā)送媒體轉移輸入建立72220。該輸入建立包 指導媒體存儲器1存儲來自于節(jié)目源的媒體節(jié)目。\n8.節(jié)目源及媒體存儲器1通過向它們各自的媒體轉移服務器系統發(fā)送媒體 轉移輸出建立的回復72030及媒體轉移輸入建立的回復72230來表明已 收到媒體轉移建立包。這些媒體轉移建立回復包是MP控制包。\n9.收到媒體轉移輸入建立的回復72230后，媒體存儲器方的媒體轉移服務 器系統通過發(fā)送確認媒體轉移輸入連接72130來通知呼叫方媒體轉移服 務器系統繼續(xù)媒體轉移服務。而且，收到媒體轉移輸出建立的回復72030 及確認媒體轉移輸入連接72130后，呼叫方媒體轉移服務器系統開始收 集媒體轉移服務的使用信息(如服務的持續(xù)時間及服務流量)。\n如果節(jié)目源與媒體存儲器位于不同的MP城域網(但位于同一國家網)，或 位于不同的MP國家網，前述的媒體轉移呼叫服務建立程序則會包括與上面媒體 電話服務的呼叫服務建立部分所述的步驟相類似的額外的MP城域網間或MP國 家網間的處理步驟。\n6.5.2.2??呼叫通信\n1.節(jié)目源開始通過節(jié)目源方中層交換機、服務網關1160中的邊緣交換機 及服務網關1120中的邊緣交換機向媒體存儲設備傳送數據72040。數據 72040是MP數據包。節(jié)目源方中層交換機中的上行鏈接數據包過濾器 執(zhí)行上行鏈接數據包過濾檢測(前面的中層交換機部分已作詳細論述) 來決定是否允許數據包到達服務網關1160。數據包通過的介于節(jié)目源與 管理節(jié)目源的服務網關(服務網關1160)中的邊緣交換機之間的邏輯鏈 路是自下而上的邏輯鏈路，而數據包通過的介于管理媒體存儲設備的服 務網關(服務網關1120)中的邊緣交換機與媒體存儲設備之間的邏輯鏈 路是自上而下的邏輯鏈路。而且，就如上面的邏輯層部分所論述的，服 務網關1160中的邊緣交換機查詢路由表(可離線計算)以引導數據包 傳向服務網關1120中的邊緣交換機。\n2.在呼叫通信階段中呼叫方媒體轉移服務器系統不時地向節(jié)目源及媒體 存儲器方的媒體轉移服務器系統發(fā)送維持媒體轉移包72050及媒體轉移 狀態(tài)查詢72140。媒體存儲器方的媒體轉移服務器系統進一步向媒體存 儲器1發(fā)送維持媒體轉移72240。在一個實施例中，維持媒體轉移包 72050和72240以及媒體轉移狀態(tài)查詢72140是用來收集媒體轉移服務 中各參與方的呼叫連接狀態(tài)信息(如錯誤率及數據包丟失的數目)的 MP控據包。\n3.節(jié)目源與媒體存儲器1通過向其各自的媒體轉移服務器系統發(fā)送維持媒 體轉移的回復包(如72060及72250)來表明已收到維持媒體轉移包。 維持媒體轉移的回復包是含有所查詢的呼叫連接狀態(tài)信息的MP控制包。\n4.收到維持媒體轉移的回復包72250后，媒體存儲器方的媒體轉移服務器 系統通過媒體轉移狀態(tài)查詢結果72150將呼叫連接狀態(tài)信息從媒體存儲 設備傳向呼叫方媒體轉移服務器系統。\n5.根據維持媒體轉移的回復包72060及媒體轉移狀態(tài)查詢結果72150，呼 叫方媒體轉移服務器系統可以修正媒體轉移服務。例如，如果服務的錯 誤率超出了可以容忍的范圍，呼叫方媒體轉移服務器系統會通知各參與 方，并終結該服務。\n6.如果媒體存儲器1檢測到其可用的存儲空間將被耗盡，它將向媒體存儲 器方的媒體轉移服務器系統發(fā)送屬于MP控制包的媒體轉移的繼續(xù) 72260。\n7.收到媒體轉移的繼續(xù)72260后，媒體存儲器方的媒體轉移服務器系統向 呼叫方媒體轉移服務器系統發(fā)送繼續(xù)媒體轉移的請求72160。繼續(xù)媒體 轉移的請求72160是MP控制包，是用來向呼叫方媒體轉移服務器系統 請求發(fā)送媒體轉移的繼續(xù)72070的。媒體轉移的繼續(xù)72070是用來指導 節(jié)目源向下一個可用的媒體存儲設備發(fā)送數據72040。\n8.收到來自于節(jié)目源的媒體轉移繼續(xù)的回復72080后，呼叫方媒體轉移服 務器系統向媒體存儲器方的媒體轉移服務器系統發(fā)送繼續(xù)媒體轉移請 求的回復72170。繼續(xù)媒體轉移請求的回復72170是MP控制包，含有的 信息包括、但不局限于下一個可用的媒體存儲設備的網絡地址。\n9.媒體存儲器方的媒體轉移服務器系統進一步地將繼續(xù)媒體轉移請求的 回復72170中的信息通過媒體轉移繼續(xù)的回復72270傳向媒體存儲設 備。\n10.媒體存儲器1從媒體轉移繼續(xù)的回復72270中提取并記錄了下一個可用 的媒體存儲器的網絡地址。在一個實施例中，這種網絡地址的記錄起到 了介于媒體存儲器1與下一個可用得著媒體存儲器(如媒體存儲器N) 之間的“連接點”的作用。例如，如果一個特定的媒體節(jié)目的一部分存 儲于媒體存儲器1，而節(jié)目的其余部分則存儲于媒體存儲器N，這個“連 接點”使整個媒體節(jié)目按正確的順序播放。\n11.接著，呼叫方媒體轉移服務器系統通過節(jié)目源方中層交換機向節(jié)目源發(fā) 送媒體轉移輸出建立72090來指導節(jié)目源將MP數據包傳送至下一個可 用的媒體存儲設備。呼叫方媒體轉移服務器系統也向媒體存儲器方的媒 體轉移服務器系統發(fā)送示意媒體轉移輸入的連接72190(含有下一個可 用的媒體存儲器的網絡地址)。媒體存儲器方的媒體轉移服務器系統通 過媒體轉移輸入建立72280來指導下一個可用的媒體存儲器存儲來自于 節(jié)目源的MP數據包。\n12.媒體轉移輸出建立72090是MP控制包，它指導節(jié)目源方中層交換機對 數據72110執(zhí)行上行鏈接數據包過濾檢測。節(jié)目源通過媒體轉移輸出建 立的回復72100來回復媒體轉移輸出建立72090。\n13.下一個可用的媒體存儲器向媒體存儲器方的媒體轉移服務器系統發(fā)送 媒體轉移輸入建立的回復72290，而媒體存儲器方的媒體轉移服務器系 統則進一步通過確認媒體轉移輸入的連接72200將媒體轉移輸入建立的 回復中的信息傳送至呼叫方媒體轉移服務器系統。\n14.第6—13步中的步驟將被重復進行直到整個媒體節(jié)目被從節(jié)目源傳送至 媒體存儲設備。\n如果節(jié)目源與媒體存儲器位于不同的MP城域網(但位于同一國家網)，或 位于不同的MP國家網，前述的媒體轉移呼叫通信程序則會包括與上面媒體電話 服務呼叫通信部分所述的步驟相類似的額外的MP城域網間或MP國家網間的數據 包傳送的步驟。\n6.5.2.3??呼叫終結\n呼叫方、呼叫方媒體轉移服務器系統、媒體存儲器方的媒體轉移服務器系統 或節(jié)目源均可啟動呼叫終結。\n6.5.2.3.1??呼叫方啟動的呼叫終結\n1.呼叫方向呼叫方媒體轉移服務器系統發(fā)送屬于MP控制包的媒體轉移終 結73000。作為回復及表明已收到終結請求，呼叫方媒體轉移服務器系 統通過節(jié)目源方中層交換機向節(jié)目源發(fā)送媒體轉移節(jié)目源終結73010， 向呼叫方發(fā)送媒體轉移終結的回復73020，以及通過示意媒體轉移的終 結73120來通知媒體存儲器方的媒體轉移服務器系統關于媒體轉移終結 的請求。呼叫方媒體轉移服務器系統停止收集服務的使用信息(如服務 的持續(xù)時間或流量)，并將所收集的使用信息傳送至一個本地的計費服 務器系統，如位于服務網關1160中的服務器組10010中的計費服務器 系統12040(圖12)。\n2.收到示意媒體轉移的終結73120后，媒體存儲器方的媒體轉移服務器系 統向媒體存儲設備發(fā)送媒體轉移終結包(如73170)。\n3.收到媒體轉移節(jié)目源終結73010時，節(jié)目源方中層交換機復位其上行鏈 接數據包過濾器。\n4.節(jié)目源向呼叫方媒體轉移服務器系統發(fā)送媒體轉移終結的回復73030來 表明已收到媒體轉移節(jié)目源終結73010，并退出媒體轉移服務。\n5.媒體存儲設備通過媒體轉移終結的回復包(如73180)來表明已收到來 自于媒體存儲器方的媒體轉移服務器系統的終結請求。接著，媒體存儲 器方的媒體轉移服務器系統向呼叫方媒體轉移服務器系統發(fā)送確認媒 體轉移的終結73130。\n6.5.2.3.2??媒體轉移服務器系統啟動的呼叫終結\n當檢測到無法容忍的通信條件(如過多的數據包丟失、過高的錯誤率以及過 多的維持媒體轉移回復包或媒體轉移狀態(tài)查詢結果包的丟失)時，媒體轉移服務 器系統的一個實施例會啟動呼叫終結。\n1.為了便于描述，假設呼叫方媒體轉移服務器系統啟動呼叫終結。呼叫方 媒體轉移服務器系統通過節(jié)目源方中層交換機向節(jié)目源發(fā)送屬于MP控 制包的媒體轉移終結73040，并分別向呼叫方及媒體存儲器方的媒體轉 移服務器系統發(fā)送屬于MP控制包的媒體轉移終結73050及示意媒體轉 移終結73140。作為回復，呼叫方向呼叫方媒體轉移服務器系統發(fā)送媒 體轉移終結的回復73060，并有效地終結媒體轉移服務。而且，媒體存 儲器方的媒體轉移服務器系統向媒體存儲設備(如媒體存儲器N)發(fā)送 媒體轉移終結包(如73190)。\n2.節(jié)目源方中層交換機在收到媒體轉移終結73040時復位其上行鏈接數據 包過濾器。\n3.收到來自于媒體存儲設備的媒體轉移終結的回復包(如來自于媒體存儲 器N的73200)后，媒體存儲器方的媒體轉移服務器系統向呼叫方媒體 轉移服務器系統發(fā)送確認媒體轉移的終結73150。\n4.呼叫方媒體轉移服務器系統停止收集服務的使用信息(如服務的持續(xù)時 間及流量)，并在其發(fā)送媒體轉移終結73040、媒體轉移終結73050及 示意媒體轉移的終結73140時終結該媒體轉移服務。媒體轉移服務器系 統將所收集的使用信息傳送至一個本地的計費服務器系統，如位于服務 網關1160中的服務器組10010中的計費服務器系統12040(圖12)。\n類似的程序也適用于媒體存儲器方的媒體轉移服務器系統啟動的呼叫終結。\n6.5.2.3.3??節(jié)目源啟動的呼叫終結\n在很多情況下，節(jié)目源會啟動呼叫終結。例如，假如節(jié)目源完成所請求的數 據的傳送，節(jié)目源會啟動呼叫終結。在另一個例子中，假如節(jié)目源在媒體存儲器 1-N中檢測到某些故障時，節(jié)目源也會啟動呼叫終結。\n1.節(jié)目源通過節(jié)目源方中層交換機向呼叫方媒體轉移服務器系統發(fā)送媒 體轉移終結73080來啟動呼叫終結。接著，呼叫方媒體轉移服務器系統 向節(jié)目源發(fā)送媒體轉移終結的回復73090，向呼叫方發(fā)送媒體轉移終結 73100，并向媒體存儲器方的媒體轉移服務器系統發(fā)送示意媒體轉移的 終結73160。另外，呼叫方媒體轉移服務器系統停止收集服務的使用信 息(如服務的持續(xù)時間及流量)，并終結服務。媒體轉移服務器系統也 將所收集的服務使用信息傳送至本地的一個計費服務器系統，如服務網 關1160中的服務器組10010中的計費服務器系統12040(圖12)。\n2.節(jié)目源方中層交換機在收到媒體轉移終結的回復73090時復位其上行鏈 接數據包過濾器。\n3.作為回復媒體轉移終結73100，呼叫方向呼叫方媒體轉移服務器系統發(fā) 送媒體轉移終結的回復73110。\n4.收到示意媒體轉移的終結73160時，媒體存儲器方的媒體轉移服務器系 統向媒體存儲設備(如媒體存儲器N)發(fā)送媒體轉移終結包(如73210)。 接著，媒體存儲設備向媒體存儲器方的媒體轉移服務器系統發(fā)送媒體轉 移終結的回復包(如73220)，而媒體存儲器方的媒體轉移服務器系統 則向呼叫方媒體轉移服務器系統發(fā)送確認媒體轉移的終結73170。\n上面論述的不同的實施例對于本發(fā)明具有描述性，而非限制性。這些實施例 不是被用來窮舉或者限制本發(fā)明的實施方式。很顯然，對于本領域內的普通技術 人員來說，其他的變種或修改可以被實施，而整個方案不偏離于這里所述的本發(fā) 明的要旨。因此，本發(fā)明應限于下面的權利要求書所限定的范圍內。