專利名稱：控制端點下媒體流傳送方向的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種控制端點下媒體流傳送方向的方法。
背景技術(shù)：
MGCP(媒體網(wǎng)關(guān)控制協(xié)議)為一種廣泛應(yīng)用于通信網(wǎng)絡(luò)中的主從控制協(xié)議，網(wǎng)絡(luò)中MGC(媒體網(wǎng)關(guān)控制器)基于MGCP對MG(媒體網(wǎng)關(guān))進行控制管理，MG根據(jù)MGC發(fā)出的命令在各個MG間實現(xiàn)語音通信，MGC主要完成業(yè)務(wù)控制功能，即在MGC側(cè)即可以完成各種業(yè)務(wù)的制定，而MG主要完成媒體流的處理功能。
MGCP采用由端點和連接構(gòu)成的基于連接的呼叫模型，并應(yīng)用呼叫對連接進行管理，一個基于MGCP的端點下可以創(chuàng)建多個連接，通常為端點下的每個用戶建立一個連接，即一個用戶對應(yīng)一個連接，一個或多個連接可以屬于同一個呼叫，MGCP規(guī)定了對端點和連接進行管理的模式。
基于上述呼叫模型，在MG中可以提供多方會議功能，即多方用戶同時通過基于MGCP的端點進行通話，提供多方會議接入的端點通常稱為會議橋端點，MG可以在會議橋端點與會議橋端點下的用戶之間、在同一個MG下的其他會議橋端點之間、以及在其他MG下的會議橋端點之間建立多個連接，進行媒體流的傳送。來自各個連接上的媒體流傳送到會議橋端點后，由會議橋端點分別通過相應(yīng)的連接發(fā)送出去，實現(xiàn)多方會議功能。會議橋端點上的任意一個連接接收的媒體流都是該端點上其他連接發(fā)送的媒體流的混合，一個連接上可以設(shè)置為只接收或者只發(fā)送媒體流，但無法選擇只接收部分連接發(fā)送的媒體流，而不接收其他連接發(fā)送的媒體流，即不能很好地控制會議橋端點上多個連接間的媒體流方向。
例如，如圖1所示，用戶A，用戶B以及用戶C實現(xiàn)三方會議業(yè)務(wù)，在會議橋端點上為用戶A創(chuàng)建連接一，用戶B創(chuàng)建連接二，用戶C創(chuàng)建連接三。現(xiàn)定義Ai為連接一的接收媒體流，Ao為連接一上發(fā)送的媒體流；Bi為連接二的接收媒體流，Bo為連接二上發(fā)送的媒體流；Ci為連接三的接收媒體流，Co為連接三上發(fā)送的媒體流，則Ao＝Bi+Ci，Bo＝Ai+Ci，Co＝Ai+Bi。
這樣，圖1中的用戶A就可以聽到用戶B和用戶C的聲音；用戶B就可以聽到用戶A和用戶C的聲音；用戶A就可以聽到用戶B和用戶C的聲音，用戶A、用戶B和用戶C間可以自由的交談。
但考慮到實際的需要，有時可能需要限制部分用戶間的交談，例如，針對圖1，需要限制用戶A與用戶B的交談，用戶C與用戶A和用戶B都可以自由的交談，即令A(yù)o＝Ci，Bo＝Ci，Co＝Ai+Bi。對于這種要求，目前現(xiàn)有技術(shù)中的MGCP是無法實現(xiàn)的，因為現(xiàn)有的MGCP技術(shù)沒有提供控制連接間的媒體流傳送方向的方法。
目前，另一種稱為H248協(xié)議的媒體網(wǎng)關(guān)控制協(xié)議盡管提供了控制連接間媒體流傳送方向的方法，但由于MGCP已經(jīng)廣泛應(yīng)用，如果在MGC和MG設(shè)備中將MGCP協(xié)議用H248協(xié)議替換，那么將為此付出高額的成本，這是網(wǎng)絡(luò)運營所不希望的。

發(fā)明內(nèi)容
鑒于上述現(xiàn)有技術(shù)所存在的問題，本發(fā)明的目的是提供一種控制端點下媒體流傳送方向的方法，以實現(xiàn)對基于MGCP的端點下媒體流方向的控制。
本發(fā)明的目的是采用以下方案實現(xiàn)的所述的一種控制端點下媒體流傳送方向的方法，包括
a、基于MGCP(媒體網(wǎng)關(guān)控制協(xié)議)設(shè)置基于MGCP的端點下媒體流的傳送方向；b、基于MGCP的端點根據(jù)所述設(shè)置的媒體流傳送方向，對經(jīng)過的媒體流的傳送方向進行控制。
所述步驟a包括a1、確定基于MGCP的端點下的各個用戶間的媒體流通路；a2、分別為各個用戶間的媒體流通路設(shè)置媒體流傳送方向。
所述的步驟a1包括a11、為基于MGCP的端點下的各個用戶所建立的連接確定連接標識；a12、根據(jù)所述連接標識確定各用戶間的媒體流通路，即根據(jù)所述連接標識確定每兩個用戶所建立連接間的一條媒體流通路。
所述的媒體流的傳送方向包括媒體流在用戶間的媒體流通路上雙向傳送媒體流可以在所述媒體流通路兩端用戶間雙向傳送；媒體流在用戶間的媒體流通路上單向傳送媒體流僅可以在所述媒體流通路兩端用戶間按單一方向傳送；用戶間的媒體流通路不允許媒體流傳送媒體流不可以在所述媒體流通路兩端用戶間傳送。
所述的步驟a2還包括當在基于MGCP的端點上為一個新的用戶創(chuàng)建一個新的連接時，所述新的連接與該端點上已存在連接之間的媒體流方向默認設(shè)置為媒體流在用戶間的媒體流通路上雙向傳送。
所述的步驟b包括基于MGCP的端點接收用戶傳送來的媒體流；
根據(jù)該用戶所建立連接的連接標識，確定與其對應(yīng)的各用戶間的媒體流通路的媒體流傳送方向；將用戶傳送來的媒體流根據(jù)確定的媒體流傳送方向進行發(fā)送。
所述的步驟a包括基于MGCP設(shè)置基于MGCP的端點上連接間的媒體流的方向為拓撲，一個端點上連接間的媒體流方向的拓撲為該端點上連接間媒體流方向的集合。
基于MGCP控制端點下媒體流傳送方向的方法還包括步驟cc、通過擴展的MGCP數(shù)據(jù)包調(diào)整基于MGCP的端點下所設(shè)置的媒體流傳送方向。
所述的步驟c包括通過擴展的MGCP數(shù)據(jù)包控制和操作所述的連接間的媒體流方向的拓撲。
所述的步驟c進一步包括c1、確定需要調(diào)整媒體流傳送方向的基于MGCP的端點下用戶間的連接；c2、MGC(媒體網(wǎng)關(guān)控制器)確定調(diào)整后的所述用戶間的連接上的媒體流的傳送方向，并將其承載于擴展的MGCP數(shù)據(jù)包中發(fā)送給MG(網(wǎng)關(guān))；c3、MG根據(jù)所述的擴展的MGCP數(shù)據(jù)包對用戶間媒體流通路上的媒體流傳送方向進行調(diào)整。
所述的擴展的MGCP數(shù)據(jù)包承載的內(nèi)容包括數(shù)據(jù)包名、信號名和信號參數(shù)，其中所述的信號參數(shù)為調(diào)整后的用戶間媒體流通路上的媒體流傳送方向。
所述的步驟c3包括MG根據(jù)所述的擴展的MGCP數(shù)據(jù)包對用戶間媒體流通路上的媒體流傳送方向進行調(diào)整；如果調(diào)整成功，則MG向MGC發(fā)送正確響應(yīng)的消息；如果調(diào)整失敗，則MG向MGC發(fā)送錯誤響應(yīng)的消息。
由上述本發(fā)明所提供的技術(shù)方案可以看出，在本發(fā)明中通過在基于MGCP的端點上進行相應(yīng)的媒體流方向的設(shè)置，并根據(jù)設(shè)置的媒體流方向進行媒體流的發(fā)送，從而實現(xiàn)了對基于MGCP的端點上各個連接間媒體流方向的控制，使MGC可以利用MGCP的特點在網(wǎng)絡(luò)中提供更為豐富的業(yè)務(wù)內(nèi)容，有效地控制基于MGCP的端點下任何二個連接間的媒體流傳送方向。例如，限制圖1中的用戶A和用戶B的不可以通話，或限制用戶A和用戶B的通話為單向通話，等等。本發(fā)明的實現(xiàn)，使得網(wǎng)絡(luò)會議可以實現(xiàn)更為豐富的功能，從而可以滿足更多用戶的多種個性化的需求。


圖1為多方會議組網(wǎng)結(jié)構(gòu)示意圖；圖2為本發(fā)明的具體實施方式
流程圖；圖3為本發(fā)明中雙向媒體流傳送的示意圖；圖4為本發(fā)明中第一種單向媒體流傳送的示意圖；圖5為本發(fā)明中第二種單向媒體流傳送的示意圖；圖6為本發(fā)明中媒體流傳送方向設(shè)置為孤立的示意圖；圖7為本發(fā)明中實例一的媒體流傳送方向示意圖；圖8為本發(fā)明中實例二的媒體流傳送方向示意圖；圖9為本發(fā)明中實例三的媒體流傳送方向示意圖。
具體實施例方式
現(xiàn)將本發(fā)明所述的基于MGCP控制端點下媒體流傳送方向的方法的具體實施方式
結(jié)合附圖作進一步說明。
本發(fā)明所提供的方法，是在不更改MGCP的端點連接模型，且保證基于MGCP的端點下的各連接上通信均符合MGCP標準的情況下實現(xiàn)的。
本發(fā)明的具體實施過程，參見圖2，包括
步驟1在MG中確定基于MGCP的端點下的多個用戶；在MG中每個基于MGCP的端點下連接有多個用戶，多個用戶間通過該端點進行通話，以實現(xiàn)多方會議等功能；所述的多個用戶包括實際的用戶、本網(wǎng)中的其他基于MGCP的端點(即該MG內(nèi)的其他基于MGCP的端點)和其他網(wǎng)絡(luò)中的基于MGCP的端點，即通常在MG中基于MGCP的端點下即可以直接連接著用戶，也可以通過其他基于MGCP的端點或其他網(wǎng)絡(luò)中的基于MGCP的端點間接與用戶連接，此時，將相應(yīng)的基于MGCP的端點作為一個用戶看待，并為其設(shè)置連接標識。
步驟2確定基于MGCP的端點下的各個用戶所建立連接的連接標識；例如，圖1所示，用戶A，用戶B以及用戶C需要實現(xiàn)三方會議業(yè)務(wù)，在MG基于MGCP的端點，即會議橋端點上為用戶A創(chuàng)建連接一，連接標識為ConnId1；在會議橋端點上為用戶B創(chuàng)建連接二，連接標識為ConnId2；在會議橋端點上為用戶C創(chuàng)建連接三，連接標識為ConnId3。
步驟3根據(jù)確定的各用戶所建立連接的連接標識，在MG中為基于MGCP的端點下的媒體流傳送方向進行設(shè)置；首先，根據(jù)所述連接標識確定各用戶間的一條媒體流通路，即根據(jù)所述連接標識確定每兩個用戶所建立連接間的一條媒體流通路，相當于兩個用戶間的一條媒體流通路，例如，用戶A和用戶B間的媒體流通路根據(jù)連接一的連接標識和連接二的連接標識可以定義為(ConnId1，ConnId2)，連接二與連接三間的媒體流通路可以定義為(ConnId2，ConnId3)，然后，確定所述媒體流通路上媒體流傳送方向；可以將所述的媒體流傳送方向分別設(shè)置為bothway(雙向)傳送如步驟2中的例子所述，如果有兩個連接，連接一的連接標識為ConnId1，連接二的標識為ConnId2，連接一與連接二的媒體流方向為bothway(雙向)是指連接一可以接收連接二發(fā)送來的媒體流，連接二也可以接收連接一發(fā)送來的媒體流；通?？刹捎萌缦抡Z法描述bothway(ConnId1，ConnId2)，如圖3所示；Oneway(單向)傳送連接一與連接二之間的媒體流傳送方向設(shè)置為OneWay(單向)時，包括兩種情況，一種情況為連接一不能接收連接二發(fā)送來的媒體流，連接二可以接收連接一發(fā)送來的媒體流，通?？刹捎萌缦抡Z法描述OneWay(ConnId1，ConnId2)，如圖4所示；另一種情況為連接二不能接收連接一發(fā)送來的媒體流，連接一可以接收連接二發(fā)送來的媒體流；可采用如下語法描述OneWay(ConnId2，ConnId1)如圖5所示；Isolate(孤立)傳送當連接一與連接二間的媒體流傳送方向設(shè)置為Isolate(孤立)時，是指連接一不能接收連接二發(fā)送來的媒體流，連接二也不能接收連接一發(fā)送來的媒體流，即連接一對應(yīng)的用戶A與連接二對應(yīng)的用戶B之間不存在呼叫連接，通?？刹捎萌缦抡Z法描述Isolate(ConnId1，ConnId2)，如圖6所示；根據(jù)MGCP的定義和上述兩個連接之間的媒體流方向定義，當在一個端點上創(chuàng)建一個新連接時，該新連接與該端點上已存在連接之間的媒體流方向默認設(shè)置為bothway(雙向)；本發(fā)明在MG上定義了一個基于MGCP的端點上各個連接間的媒體流傳送方向的Topology(拓撲)關(guān)系，所述的Topology(拓撲)關(guān)系為基于MGCP的端點上每兩個連接間媒體流傳送方向的集合，即所述的Topology(拓撲)關(guān)系確定了該端點上任意一個用戶所建立的連接上可以收到的媒體流，以及所接收媒體流來自于該端點上那些連接；同時確定了該端點上任意一個連接上發(fā)送的媒體流，將被發(fā)送到該端點的那些連接上。
步驟4MG上的基于MGCP的端點收到用戶發(fā)送來的媒體流時，根據(jù)該用戶對應(yīng)的連接的連接標識查找步驟3所設(shè)置的媒體流的傳送方向，以確定將該媒體流可以發(fā)送到哪些連接上，并通過相應(yīng)連接發(fā)送出去。
經(jīng)過上述步驟1至步驟4的過程實現(xiàn)了對基于MGCP的端點下媒體流傳送方向的有效控制。但步驟3所設(shè)置的基于MGCP的端點下的媒體流傳送方向并不是一成不變的，通常需要隨時根據(jù)實際情況的需要進行動態(tài)的修改，因此，本發(fā)明還包括對上述設(shè)置進行動態(tài)更改的處理過程，具體過程如下本發(fā)明是通過一個擴展的MGCP數(shù)據(jù)包，控制和操作端點上連接間Topology(拓撲)，以對基于MGCP的端點設(shè)置的媒體流傳送方向進行修改，所述擴展的MGCP數(shù)據(jù)包中承載的內(nèi)容包括數(shù)據(jù)包名、信號名和信號參數(shù)，所述的數(shù)據(jù)包名確定了承載該信號及信號參數(shù)的一個特定數(shù)據(jù)包，所述信號用于MG根據(jù)該信號名確定需要更改端點上連接間的媒體流傳送方向，所述的信號參數(shù)描述了端點上需要更改的連接間媒體流通路上新的媒體流傳送方向，未在所參數(shù)中列出的兩個連接間的媒體流傳送方向，則連接間的媒體流傳送方向不改變。當MGC(網(wǎng)關(guān)控制器)發(fā)送命令到MG，要求MG在一個端點上執(zhí)行此信號，MG根據(jù)信號參數(shù)更改端點上連接間的媒體流傳送方向，并在執(zhí)行成功后，向MGC發(fā)送正確響應(yīng)的消息；如果執(zhí)行失敗，向MGC發(fā)送錯誤響應(yīng)的消息，以便于MGC知道該基于MGCP的端點上的媒體流傳送方向是否已經(jīng)按相應(yīng)信號參數(shù)的描述進行了更改。
針對本發(fā)明，現(xiàn)以圖1所示的三方通話的例子對本發(fā)明作進一步說明，在基于MGCP的端點，即會議橋端點上創(chuàng)建了三個連接，基于背景技術(shù)中對圖1的描述和定義，Ao＝Bi+Ci，Bo＝Ai+Ci，Co＝Ai+Bi，會議橋端點上連接間的Topology(拓撲)關(guān)系設(shè)置為bothway(ConnId1，ConnId2)，bothway(ConnId2，ConnId3)，bothway(ConnId1，ConnId3)，如圖7所示，連接一、連接二和連接三間的媒體流可以交互傳送，而不受任何限制。
基于上述描述，下面對在會議橋端點上控制媒體流傳送方向的具體應(yīng)用實例進行詳細說明實例一根據(jù)實際情況，需要要限制用戶A與用戶B間的交談，而用戶C與用戶A和用戶B都可以自由的交談，即要求Ao＝Ci，Bo＝Ci，Co＝Ai+Bi，則需要將該會議橋端點上連接間的Topology(拓撲)關(guān)系設(shè)置為Isolate(ConnId1，ConnId2)，bothway(ConnId2，ConnId3)，bothway(ConnId1，ConnId3)，如圖8所示，這樣，在會議橋端點將會根據(jù)配置的Topology(拓撲)關(guān)系對各連接發(fā)送來的媒體流進行傳送，從而實現(xiàn)了可以根據(jù)實際情況的需要對基于MGCP的端點下媒體流傳送方向的控制。
實例二需要在會議橋端點實現(xiàn)用戶A可以聽到用戶B聲音(即用戶A可以接收到用戶B的媒體流)，但用戶B不能聽到用戶C的聲音，用戶C和用戶B可以交談(即用戶C和用戶B間的媒體流可以雙向傳送)，用戶C可以聽到用戶A的聲音，但用戶A不能聽到用戶C的聲音，即Ao＝Bi，Bo＝Ci，Co＝Bi+Ai，這時，需要將該端點上連接間的Topology(拓撲)關(guān)系設(shè)置為oneway(ConnId2，ConnId1)，bothway(ConnId2，ConnId3)，oneway(ConnId1，ConnId3)，如圖9所示，可以看出圖中標示的媒體流傳送方向即是所要求的媒體流傳送方向。
實例三該實例將對具體如何在MG上修改針對會議橋端點的媒體流傳送方向設(shè)置進行說明，即如何控制和操作基于MGCP的端點上為各連接設(shè)置的Topology(拓撲)關(guān)系。仍然基于前面所述的三方通話的例子進行說明，會議橋端點上創(chuàng)建的連接一、連接二和連接三在創(chuàng)建之初，各連接間的媒體流傳送方向均設(shè)置或默認設(shè)置為bothway，現(xiàn)要求對用戶A與用戶B間的交談進行限制，而用戶C與用戶A和用戶B都可以自由的交談，即要求的Ao＝Ci，Bo＝Ci，Co＝Ai+Bi的需求，假設(shè)定義的擴展MGCP數(shù)據(jù)包名為ConnsTp；所述信號名為ModTp；所述信號參數(shù)名為Tp；則MGC下發(fā)的控制信令為SConnsTp/ModTp(top＝Isolate(ConnId1，ConnId2)，bothway(ConnId2，ConnId3)，bothway(ConnId1，ConnId3))；因為在擴展MGCP數(shù)據(jù)包中可以僅描述需要更改的連接間的媒體流傳送方向設(shè)置，所以，MGC下發(fā)的控制信令也可以為SConnsTp/ModTp(tp＝Isolate(ConnId1，ConnId2))。當MG執(zhí)行成功，向MGC回送正確響應(yīng)的消息，這樣，便實現(xiàn)了限制用戶A與用戶B的交談，用戶C與用戶A和用戶B都可以自由的交談的目的。
綜上所述，本方案提供了在MGC控制MG上一個端點下連接間媒體流傳送方向的方法，且本發(fā)明為基于標準的MGCP實現(xiàn)，從而使MGC可以利用MGCP協(xié)議提供更加豐富的業(yè)務(wù)。
權(quán)利要求
1.一種控制端點下媒體流傳送方向的方法，其特征在于包括a、基于MGCP(媒體網(wǎng)關(guān)控制協(xié)議)設(shè)置基于MGCP的端點下媒體流的傳送方向；b、基于MGCP的端點根據(jù)所述設(shè)置的媒體流傳送方向，對經(jīng)過的媒體流的傳送方向進行控制。
2.根據(jù)權(quán)利要求1所述的控制端點下媒體流傳送方向的方法，其特征在于，所述步驟a包括a1、確定基于MGCP的端點下的各個用戶間的媒體流通路；a2、分別為各個用戶間的媒體流通路設(shè)置媒體流傳送方向。
3.根據(jù)權(quán)利要求1所述的控制端點下媒體流傳送方向的方法，其特征在于，所述的步驟a1包括a11、為基于MGCP的端點下的各個用戶所建立的連接確定連接標識；a12、根據(jù)所述連接標識確定各用戶間的媒體流通路，即根據(jù)所述連接標識確定每兩個用戶所建立連接間的一條媒體流通路。
4.根據(jù)權(quán)利要求2或3所述的控制端點下媒體流傳送方向的方法，其特征在于，所述的媒體流的傳送方向包括媒體流在用戶間的媒體流通路上雙向傳送媒體流可以在所述媒體流通路兩端用戶間雙向傳送；媒體流在用戶間的媒體流通路上單向傳送媒體流僅可以在所述媒體流通路兩端用戶間按單一方向傳送；用戶間的媒體流通路不允許媒體流傳送媒體流不可以在所述媒體流通路兩端用戶間傳送。
5.根據(jù)權(quán)利要求4所述的控制端點下媒體流的傳送方向的方法，其特征在于，所述的步驟a2還包括當在基于MGCP的端點上為一個新的用戶創(chuàng)建一個新的連接時，所述新的連接與該端點上已存在連接之間的媒體流方向默認設(shè)置為媒體流在用戶間的媒體流通路上雙向傳送。
6.根據(jù)權(quán)利要求1、2或3所述的控制端點下媒體流的傳送方向的方法，其特征在于，所述的步驟b包括基于MGCP的端點接收用戶傳送來的媒體流；根據(jù)該用戶所建立連接的連接標識，確定與其對應(yīng)的各用戶間的媒體流通路的媒體流傳送方向；將用戶傳送來的媒體流根據(jù)確定的媒體流傳送方向進行發(fā)送。
7.根據(jù)權(quán)利要求1所述的控制端點下媒體流傳送方向的方法，其特征在于，所述的步驟a包括基于MGCP設(shè)置基于MGCP的端點上連接間的媒體流的方向為拓撲，一個端點上連接間的媒體流方向的拓撲為該端點上連接間媒體流方向的集合。
8.根據(jù)權(quán)利要求1所述的控制端點下媒體流傳送方向的方法，其特征在于，該方法還包括步驟cc、通過擴展的MGCP數(shù)據(jù)包調(diào)整基于MGCP的端點下所設(shè)置的媒體流傳送方向。
9.根據(jù)權(quán)利要求8所述的控制端點下媒體流傳送方向的方法，其特征在于，所述的步驟c包括通過擴展的MGCP數(shù)據(jù)包控制和操作所述的連接間的媒體流方向的拓撲。
10.根據(jù)權(quán)利要求8或9所述的控制端點下媒體流傳送方向的方法，其特征在于，所述的步驟c包括c1、確定需要調(diào)整媒體流傳送方向的基于MGCP的端點下用戶間的連接；c2、MGC(媒體網(wǎng)關(guān)控制器)確定調(diào)整后的所述用戶間的連接上的媒體流的傳送方向，并將其承載于擴展的MGCP數(shù)據(jù)包中發(fā)送給MG(網(wǎng)關(guān))；c3、MG根據(jù)所述的擴展的MGCP數(shù)據(jù)包對用戶間媒體流通路上的媒體流傳送方向進行調(diào)整。
11.根據(jù)權(quán)利要求10所述的控制端點下媒體流傳送方向的方法，其特征在于，所述的擴展的MGCP數(shù)據(jù)包承載的內(nèi)容包括數(shù)據(jù)包名、信號名和信號參數(shù)，其中所述的信號參數(shù)為調(diào)整后的用戶間媒體流通路上的媒體流傳送方向。
12.根據(jù)權(quán)利要求10所述的控制端點下媒體流傳送方向的方法，其特征在于，所述的步驟c3包括MG根據(jù)所述的擴展的MGCP數(shù)據(jù)包對用戶間媒體流通路上的媒體流傳送方向進行調(diào)整；如果調(diào)整成功，則MG向MGC發(fā)送正確響應(yīng)的消息；如果調(diào)整失敗，則MG向MGC發(fā)送錯誤響應(yīng)的消息。
全文摘要
本發(fā)明涉及一種基于MGCP控制端點下媒體流傳送方向的方法。該方法為基于MGCP(媒體網(wǎng)關(guān)控制協(xié)議)設(shè)置端點下媒體流的傳送方向，所述的端點根據(jù)設(shè)置的媒體流傳送方向，對經(jīng)過的媒體流的傳送方向進行控制。本發(fā)明實現(xiàn)了對基于MGCP的端點上各個連接間媒體流傳送方向的控制，使MGC可以利用MGCP的特點在網(wǎng)絡(luò)中提供更為豐富的業(yè)務(wù)內(nèi)容，控制基于MGCP的端點下任何二個連接間的媒體流傳送方向。本發(fā)明的實現(xiàn)，使得網(wǎng)絡(luò)會議可以實現(xiàn)更為豐富的功能，從而可以滿足更多用戶的多種個性化需求。
文檔編號H04L29/06GK1585340SQ0315520
公開日2005年2月23日 申請日期2003年8月19日 優(yōu)先權(quán)日2003年8月19日
發(fā)明者張濤 申請人:華為技術(shù)有限公司