專利名稱：多媒體會議召開方法
技術領域：
本發(fā)明涉及多媒體通信技術領域，特別涉及一種會議召開方法。

背景技術：
隨著數據通信技術的快速發(fā)展，寬帶業(yè)務的需要急劇上升，使得多媒體通信的應用越來越廣泛。多媒體會議系統(tǒng)就是建立在數據通信的基礎上，利用已有的數據通信網進行既可傳輸實時圖像信息，又可同時傳輸語音信息的通信系統(tǒng)，進而利用本地終端為在不同地點的人提供可視的多媒體會議；同時，這種多個不在同一地點的終端能夠同時接入到數據通信網中進行相互音頻、視頻通信的方式也推動了高速發(fā)展的數據通信業(yè)務。
目前的多媒體會議系統(tǒng)能夠同時支持多點接入進行音頻、視頻通信，參見圖1，該圖是現(xiàn)有多媒體會議系統(tǒng)的結構拓撲圖。圖1所示的多媒體會議系統(tǒng)包括能夠提供單向或雙向實時通信的、且可以支持語音通信和視頻通信的多個終端(Terminal)10，控制各個終端10之間進行音頻、視頻通信的多點控制單元(MCU，Multipoint Control Unit)20和控制與管理整個會議召開過程的業(yè)務管理中心(SMC，Service Manage Center)30，其中終端10和MCU 20之間通過各類的寬/窄帶數據通信網40進行多媒體通信；同時多媒體會議系統(tǒng)還包括用于執(zhí)行保護數據通信網40完整性、對音頻、視頻數據流進行地址轉換、訪問控制和帶寬管理的網守(GK，GateKeeper)60和用于實現(xiàn)不同協(xié)議的終端之間進行相互通信的網關(GW，GateWay)50。
現(xiàn)有技術中，用戶預召開一次多媒體會議，首先要由用戶采用電話、傳真或上網等通信方式和業(yè)務管理中心SMC 30側的管理人員取得聯(lián)系，然后用戶將召開請求信息發(fā)送到SMC 30，由SMC 30側的管理人員根據目前網絡資源可用情況來允許/拒絕該次會議的召開。其中上述召開請求信息主要包括要召開會議的會議名稱、會議密碼、會場信息、會議傳輸速率和最大會場數目等信息。
現(xiàn)有技術中，主要有三種方式用于多媒體會議的召開，具體如下 現(xiàn)有技術一參照圖2，該圖是現(xiàn)有技術中采用Web方式召開多媒體會議的方法；采用Web方式召開多媒體會議的主要實現(xiàn)過程如下 用戶通過PC瀏覽器(IE，Internet Explorer)80訪問SMC 30的服務器，和SMC 30的服務器之間建立網絡連接； 通過上述建立的網絡連接，用戶將召開請求信息發(fā)送到SMC 30； SMC 30中的會議管理單元70分析接收的召開請求信息，并根據目前網絡資源的可用情況來決定是否能夠召開該次會議；如果能夠召開該次會議，則在會議開始時間，通知MCU 20召開會議； MCU 20呼叫終端10入會或由終端10呼叫MCU 20要求入會。
現(xiàn)有技術一在實現(xiàn)上存在的不足是用戶必須能夠通過Web方式訪問SMC 30的服務器，相應也就要求用戶要擁有一臺能夠登陸Internet的通信終端，因此使用戶在操作上存在著不便；同時也增加了多媒體會議召開的成本開銷。
現(xiàn)有技術二參照圖3，該圖是現(xiàn)有技術中終端和多點控制單元建立臨時會議召開多媒體會議的方法；其主要實現(xiàn)過程如下 首先在參加會議的終端10之間選定一個終端作為發(fā)起終端90，該發(fā)起終端90主要用于和MCU 20之間建立一個臨時連接，召開一個臨時會議； 當發(fā)起終端90和MCU 20之間建立臨時連接之后，由發(fā)起終端90將召開請求信息通過已經建立的連接傳送給MCU 20； MCU 20將接收的召開請求信息轉發(fā)到SMC 30； SMC 30中的會議管理單元70分析接收的召開請求信息，并根據目前網絡資源的可用情況來決定是否能夠召開該次會議；如果能夠召開該次會議，則在會議開始時間，通知MCU 20召開會議； MCU 20呼叫終端10入會或由終端10呼叫MCU 20要求入會。
現(xiàn)有技術二在實現(xiàn)上存在以下不足 在會議正式召開前，需要在發(fā)起終端90和MCU 20之間建立臨時連接，組建臨時會議，在正式會議召開之后在從臨時會議切換到正式會議中，其技術實現(xiàn)較為復雜； 當發(fā)起終端90和MCU 20之間的臨時連接建立之后，如果由于網絡資源可用度低等原因而導致會議不能召開時，用戶仍需對臨時連接占用的傳輸線路資源付費，所以對用戶而言非常不經濟。
現(xiàn)有技術三參照圖4，該圖是現(xiàn)有技術中終端和多點控制單元通過網守建立臨時會議召開多媒體會議的方法；其主要實現(xiàn)過程如下 首先在參加會議的終端10之間選定一個終端10作為發(fā)起終端90； 將召開請求信息封裝在由發(fā)起終端90向網守60發(fā)起的接入請求報文(ARQ，AdmissionRequest)中，以告知網守60請求召開一個會議的信息，并告知要參加的具體終端； 網守60接到請求報文后，請求MCU 20創(chuàng)建一個多媒體會議； MCU 20創(chuàng)建會議成功后，向網守60發(fā)送注冊該多媒體會議的信息； 網守60收到會議的注冊信息后，向發(fā)起終端90回應接入證實報文(ACF，AdmissionConfirm)； 繼而，發(fā)起終端90呼叫MCU 20，請求加入到創(chuàng)建的多媒體會議中，然后會議正式開始； 最后，MCU 20呼叫其他的終端10入會，使所有參加會議的終端10就都加入到該會議中參加會議。
現(xiàn)有技術三存在的不足是 網守需要直接控制MCU 20，當多媒體會議系統(tǒng)存在多個MCU 20時，會使網守的工作負荷過重，不易擴展； MCU 20向網守60發(fā)送會議的注冊信息后，網守60反饋ACF消息給發(fā)起終端90，發(fā)起終端90必須按照正常呼叫流程立即發(fā)起呼叫，因此導致MCU 20必需立即召開會議，所以不能實現(xiàn)預約會議的功能，因此使用戶使用起來十分不便。


發(fā)明內容
本發(fā)明提出一種多媒體會議召開方法，以解決現(xiàn)有技術中由終端發(fā)起的請求召開會議方式中網守的工作負荷過重，不易擴展且不能實現(xiàn)預約會議功能的缺陷。
為此，本發(fā)明提出了一種多媒體會議召開方法，用于多媒體會議系統(tǒng)中會議召開進程的處理，所述多媒體會議系統(tǒng)包括多個終端、網守、多點控制單元和會議管理單元，其特征在于包括 會議請求步驟 (10)準備召開一個會議時，在所述多個終端中選定一個終端作為發(fā)起終端； (11)由發(fā)起終端將該會議的召開請求信息通過網守轉發(fā)給會議管理單元； 會議創(chuàng)建步驟 (20)會議管理單元判斷當前網絡資源是否能夠支持該會議；如果是，則會議管理單元創(chuàng)建該會議，并根據召開請求信息對該會議的召開屬性進行設置，然后轉會議召開步驟；如果否，則會議管理單元拒絕該會議召開請求； 會議召開步驟 (30)由會議管理單元控制多點控制單元召開該會議。
其中步驟(20)中進一步包括會議管理單元在判斷結果為是時，生成請求通過信息；在判斷結果為否時，則生成請求不通過信息。
步驟(20)中判斷結果為是之后還包括會議管理單元為該會議分配標識該次會議的會議別名，所述會議別名封裝在請求通過信息中。
步驟(20)之后還包括 (21)會議管理單元將請求通過信息或請求不通過信息通過網守反饋給發(fā)起終端。
(22)發(fā)起終端在接收的請求通過信息中解析出該會議的會議別名，并利用所述會議別名對該次會議進行各種管理。
其中步驟(22)之后還包括 (23)發(fā)起終端將解析出的會議別名通知給其他終端，被通知會議別名的每個終端通過該會議別名對該次會議進行各種管理。
上述步驟(11)中發(fā)起終端將該會議的召開請求信息封裝在接入請求消息字段中，通過網守轉發(fā)給會議管理單元；步驟(21)中會議管理單元將請求通過信息或請求不通過信息封裝在接入證實消息字段中，通過網守反饋給發(fā)起終端；所述接入請求消息字段和接入證實消息字段是實現(xiàn)多媒體會議信息傳輸的注冊、管理和狀態(tài)消息中的標準字段。
其中步驟(11)中發(fā)起終端將該會議的召開請求信息封裝在接入請求消息字段的非標數據字段中；步驟(21)中會議管理單元將請求通過信息或請求不通過信息封裝在接入證實消息字段的非標數據字段中；所述所述非標數據字段是接入請求消息字段和接入證實消息字段中的標準字段。
上述步驟(11)中發(fā)起終端將該會議的召開請求信息封裝在注冊、管理和狀態(tài)消息中，通過網守轉發(fā)給會議管理單元；步驟(21)中會議管理單元將請求通過信息或請求不通過信息封裝在注冊、管理和狀態(tài)消息中，通過網守反饋給發(fā)起終端；所述注冊、管理和狀態(tài)消息是實現(xiàn)多媒體會議信息傳輸的標準消息。
其中將步驟(11)中的召開請求信息和步驟(21)中的請求通過信息或請求不通過信息封裝在注冊、管理和狀態(tài)消息的非標消息字段中，所述非標消息字段是注冊、管理和狀態(tài)消息中的標準字段。
本發(fā)明有益效果如下 本發(fā)明多媒體會議召開方法由會議管理單元根據發(fā)起終端的召開請求信息來創(chuàng)建會議，然后會議管理單元統(tǒng)一控制多個MCU召開會議，所以當多媒體會議系統(tǒng)中存在多個MCU時，不需由網守直接對每一MCU進行控制，所以使網守不會由于MCU數目增多而導致工作負荷過重，且擴展性較好； 由會議管理單元根據發(fā)起終端發(fā)來的召開請求信息進行創(chuàng)建會議，該創(chuàng)建的會議可以由會議管理單元控制MCU立即召開，也可以進行預約，到達會議召開開始時間時，再由會議管理單元控制MCU召開會議，因此擴展了會議的召開方式，方便了用戶的使用； 會議管理單元在創(chuàng)建會議成功后，會為該會議分配會議別名，終端可以通過該會議別名作為該會議索引標識，對該會議進行各種管理，使用戶操作較為方便。



圖1是現(xiàn)有多媒體會議系統(tǒng)的結構拓撲圖； 圖2是現(xiàn)有技術中采用Web方式召開多媒體會議的方法； 圖3是現(xiàn)有技術中終端和多點控制單元建立臨時會議召開多媒體會議的方法； 圖4是現(xiàn)有技術中終端和多點控制單元通過網守建立臨時會議召開多媒體會議的方法； 圖5是本發(fā)明多媒體會議召開方法的實現(xiàn)原理框圖； 圖6是本發(fā)明多媒體會議召開方法的實現(xiàn)過程圖； 圖7是本發(fā)明多媒體會議召開方法取消會議操作的具體過程圖。

具體實施例方式 本發(fā)明多媒體會議召開方法的設計宗旨是在以終端發(fā)起召開請求信息的基礎上，由網守對終端發(fā)來的召開請求信息進行鑒權認證后，轉發(fā)給會議管理單元，由會議管理單元根據當前網絡資源可利用情況，針對該召開請求信息設置該會議的召開屬性；然后到達會議的召開時間時，由會議管理單元控制MCU召開該會議，從而使由會議管理單元控制多個MCU召開會議，而網守只負責將終端的召開請求信息轉發(fā)給會議管理單元，并轉發(fā)會議管理單元反饋的請求結果信息給終端，而不用直接控制多個MCU，從而減輕了網守的工作負荷。同時由會議管理單元設置會議，用戶可以要求會議在自己選擇的時間召開，所以可以實現(xiàn)會議的預約功能，方便用戶的使用。下面結合具體實施例對本發(fā)明多媒體會議召開方法進行詳細說明。
參照圖5和圖6，其中圖5是本發(fā)明多媒體會議召開方法的實現(xiàn)原理框圖；圖6是本發(fā)明多媒體會議召開方法的實現(xiàn)過程圖。結合附圖，下面詳述本發(fā)明多媒體會議召開方法的實現(xiàn)過程 用戶想要召開一個會議時，首先在多媒體會議系統(tǒng)的多個終端10之間選取一個終端作為發(fā)起終端90，其中這個發(fā)起終端90可以是任意選取的，如用戶可以選擇操作最為方便的一個終端10作為發(fā)起終端90； 步驟S1，用戶將請求召開該會議的召開請求信息輸入到發(fā)起終端90中，發(fā)起終端90將用戶輸入的召開請求信息發(fā)送給多媒體會議系統(tǒng)中的網守60，網守60對發(fā)起終端90發(fā)來的召開請求信息進行鑒權認證，即判斷該發(fā)起終端90發(fā)送的召開請求信息是否合法，如果認證通過，則執(zhí)行步驟S2；如果認證不通過，則表明該召開請求信息為非法的，網守60不會再對該召開請求信息進行任何處理，以標識該次會議的召開請求以失敗告終；其中發(fā)起終端90發(fā)送的召開請求信息中包括該次會議的召開時間、會議名稱、會議密碼、與會各個終端的信息、會議召開速率和與會終端數目等信息。
步驟S2，網守60將接收的召開請求信息轉發(fā)給會議管理單元70，其中會議管理單元70在多媒體會議系統(tǒng)中是一個獨立的邏輯實體，根據組網的具體情況和設備制造情況，可以置于業(yè)務管理中心SMC 30中，也可以置于多點控制單元MCU 20中，當然也可以置于網守GK 60中。
會議管理單元70接收到網守60轉發(fā)來的召開請求信息后，會根據與會終端的數目信息或與會各個終端的信息來判斷當前的網絡資源是否能夠支持該請求會議的召開；如果能夠支持該次會議的召開，則會議管理單元70會創(chuàng)建一個會議，并根據接收的召開請求信息對該會議的召開屬性進行設置，其中會議管理單元70根據召開請求信息對該會議的召開屬性進行設置包括根據該會議的召開時間、會議名稱、會議密碼、與會各個終端的信息、會議召開速率和與會終端數目等信息，對該會議的召開時間、會議名稱、會議密碼、與會各個終端的信息、會議召開速率和與會終端數目等召開屬性進行設置； 同時會議管理單元70在設置會議成功之后，會生成一個請求通過信息； 同時會議管理單元70在設置會議成功之后，還會為該次會議分配一個會議別名，其中會議別名是會議的唯一標識，不同的會議別名用于標識不同的會議，后續(xù)，用戶可以用該會議別名作為該會議的索引標識對該會議的召開進程進行查詢、取消或修改等操作，知道該會議別名的終端還可以利用該會議別名要求加入/退出該會議。
如果會議管理單元70判斷出當前網絡資源不能夠支持該次會議的召開，則會生成一個請求不通過信息，以標識該次會議的召開請求失敗。
步驟S3，會議管理單元70將為該會議分配的會議別名封裝在請求通過信息中，然后會議管理單元70將生成的請求通過信息或請求不通過信息反饋給網守60； 步驟S4，網守60進而將接收的請求通過信息或請求不通過信息反饋給發(fā)起終端90； 用戶通過發(fā)起終端90接收到的請求通過信息或請求不通過信息來得知該次會議召開請求是否成功，如果反饋到發(fā)起終端90上的請求通過信息中包括該會議的會議別名時，發(fā)起終端90會在請求通過信息中解析出該會議別名通知給用戶，以使用戶通過該會議別名在后續(xù)過程中對該會議的召開進程進行查詢、修改和取消等操作，發(fā)起終端90也可以進而將該會議別名通知給其他終端，接收到該會議別名的終端可以利用該會議別名作為該會議的索引標識，訪問會議管理單元70，以要求加入到或退出該會議系統(tǒng)，同時也可以對該會議進行各種管理操作。
步驟S5，到達該會議的召開時間時，會議管理單元70會控制多點控制單元MCU 20開始召開該會議，并將已經設置的與會各個終端10的信息發(fā)送給MCU 20； MCU 20根據與會各個終端10的信息，分別呼叫與會各個終端10參加會議，或直接由與會各個終端10呼叫MCU 20請求入會，待與會各個終端10都加入到會議系統(tǒng)中后，會議便進入正常召開程序，其中發(fā)起終端90也是與會各個終端10中之一，也會加入到召開的會議系統(tǒng)中；至此由終端請求的會議召開過程結束。
在后續(xù)會議正常召開過程中，用戶可以利用得知的會議別名對該會議進行各種管理操作，其中各種管理操作主要包括 終端10(包括發(fā)起終端90)可以使用該會議別名作為該會議的索引標識，訪問會議管理單元70，對該會議的召開進程進行查詢，如可以查詢該會議已經召開了多長時間，還有多長時間結束等信息； 終端10(包括發(fā)起終端90)也可以使用該會議別名作為該會議的索引標識，訪問會議管理單元70，對該會議的召開屬性進行修改；如可以修改參加該會議的終端數目，會議結束時間等屬性信息； 終端10(包括發(fā)起終端90)還可以使用該會議別名作為該會議的索引標識，訪問會議管理單元70，對該會議進行取消操作，即由于其他原因提前結束該會議。
終端10還可以使用該會議別名作為該會議的索引標識，訪問會議管理單元70，以要求加入到或退出該會議系統(tǒng)。
下面以取消會議操作為例，對本發(fā)明多媒體會議召開方法中，發(fā)起終端90利用會議別名進行取消會議的操作過程進行詳細說明。參照圖7，該圖是本發(fā)明多媒體會議召開方法取消會議操作的具體過程圖；其取消會議的具體操作過程如下 步驟S10，發(fā)起終端90將該會議的取消會議請求發(fā)送到網守60中； 網守60接收到發(fā)起終端90發(fā)來的取消會議請求后，對該取消會議請求進行鑒權認證，如果認證通過，則執(zhí)行步驟S20；如果認證不通過，則認為該發(fā)起終端90為不合法終端，不會對其發(fā)送過來的取消會議請求進行任何處理； 步驟S20，網守60轉發(fā)該取消會議請求給會議管理單元70； 會議管理單元70響應該取消會議請求，取消該次會議的召開進程，并釋放該會議召開占用的網絡資源；同時生成一個取消會議應答信息； 步驟S30，會議管理單元70將生成的取消會議應答信息反饋給網守60； 步驟S40，網守60再將接收到的取消會議應答信息轉發(fā)給發(fā)起終端90，使用戶通過查看發(fā)起終端90顯示的結果來得知取消會議操作是否成功。
其他管理操作過程和上面取消會議操作實現(xiàn)過程相似，只是發(fā)起終端90發(fā)送的請求信息不同，會議管理單元70根據不同的請求信息進行的操作不同，相應反饋回的結果信息也就不同而已，這里不再過多贅述。
上述在本發(fā)明多媒體會議召開方法的實現(xiàn)過程中，發(fā)起終端90可以將會議的召開請求信息封裝在接入請求(ARQ，AdmissionRequest)消息字段中后，通過網守60轉發(fā)給會議管理單元70；同時會議管理單元70相應可以將請求通過信息或請求不通過信息封裝在接入證實(ACF，AdmissionConfirm)消息字段中后，通過網守60反饋給發(fā)起終端90；其中接入請求ARQ消息字段和接入證實ACF消息字段是實現(xiàn)多媒體會議信息傳輸的標準字段，即接入請求ARQ消息字段和接入證實ACF消息字段是用于實現(xiàn)多媒體會議信息傳輸的注冊、管理和狀態(tài)(RAS，RegistrationAdminister State)消息中的標準字段，而RAS消息是符合H.323協(xié)議的多媒體會議系統(tǒng)中，不同實體之間傳遞注冊、管理、帶寬改變和狀態(tài)信息的主要信息格式。
下面首先詳細說明如何擴展ARQ消息字段，以將召開請求信息封裝在ARQ消息字段中，并通過網守60轉發(fā)給會議處理單元70 ARQ消息各字段定義如下 AdmissionRequest∷＝SEQUENCE--(ARQ){<!-- SIPO <DP n="10"> --><dp n="d10"/>　　requestSeqNumRequestSeqNum，　　callType CallType，　　callModelCallModel OPTIONAL，　　endpointIdentifier EndpointIdentifier，　　destinationInfo SEQUENCE OF AliasAddress OPTIONAL，　　destCallSignalAddressTransportAddress OPTIONAL，　　destExtraCallInfoSEQUENCE OF AliasAddress OPTIONAL，　　srcInfo SEQUENCE OF AliasAddress，　　srcCallSignalAddress TransportAddress OPTIONAL，　　bandWidthBandWidth，　　callReferenceValue CallReferenceValue，　　nonStandardData NonStandardParameter OPTIONAL，--非標數　　　　 據，用于傳遞非標的擴展數據　　省略其他字段} 其中對于nonStandardData非標數據字段，其標準定義如下NonStandardParameter∷＝SEQUENCE{ nonStandardIdentifier NonStandardIdentifier， data OCTET STRING} 對于NonStandardParameter字段中的data，本發(fā)明多媒體會議召開方法進行如下擴展，以用于攜帶并封裝召開請求信息 NonStandardParameter∷＝SEQUENCE{　　nonStandardIdentifier NonStandardIdentifier，<!-- SIPO <DP n="11"> --><dp n="d11"/>　　data ConferenceRequest -召開請求信息}ConferenceRequest∷＝SEQUENCE --此處的ConferenceRequest對應NonStandardParameter中的data{sequenceNumberRequestSeqNum， --命令的序列號protocolIdentifierOBJECT IDENTIFIER， --協(xié)議標識commandType CommandType OPTIONAL， --命令類型conferenceNameOCTET STRING(SIZE(1..40))，--會議名稱conferenceAlias AliasAddress OPTIONAL， --會議別名(注1)conferencePwd OCTET STRING(SIZE(1..32))OPTIONAL，　　 --會議密碼(注2)terminalNum INTEGER(0..65535)OPTIONAL，--最大會場個數conferenceModeConferenceMode OPTIONAL， --會議模式cardNumberOCTET STRING(SIZE(1..32))OPTIONAL， --帳號cardPwd OCTET STRING(SIZE(1..32))OPTIONAL， --帳號密碼t120ConferenceBOOLEAN OPTIONAL，　　 --是否需要數據會議 0-否，1-是multiPicture INTEGER(0..32)OPTIONAL，--多畫面數目，0表示無startTime INTEGER(0..4294967295) OPTIONAL，--(注3)timeZone INTEGER(0..4294967295) OPTIONAL，--(注3)sessionTime INTEGER(0..4294967295) OPTIONAL，--(注4)dataRate DataRate OPTIONAL，--會議速率videoCoding VideoCoding OPTIONAL， --視頻編碼videoResolution VideoResolution OPTIONAL， --視頻分辨率framesPerSecond FrameRate OPTIONAL， --視頻幀率voiceCoding VoiceCoding OPTIONAL，--語音編碼<!-- SIPO <DP n="12"> --><dp n="d12"/>terminalInfoSEQUENCE OF TerminalInfo OPTIONAL --終端信息} 上述注1、注2、注3和注4的解釋如下 注1會議別名在取消會議、查詢會議等使用，是召集/預約會議成功后從會議管理單元70返回的。
注2會議密碼和卡密碼采取密文傳輸，采取MD5加密算法。
注3會議開始時間和時區(qū)時間采用國際通用的UTC時間格式。
注4會議時長以分鐘為單位。其中CommandType∷＝CHOICE {　　immediateBegin NULL， --(0)立即開始會議，不用填寫會議時間　　bookingNULL， --(1)預約會議　　bookingCancel NULL， --(2)取消預約會議　　query NULL， --(3)查詢會議　　modify NULL， --(4)修改會議　　…}ConferenceMode∷＝CHOICE --(注5){　　customizeModeNULL， --定制　　adaptModeNULL --自適應} 其中對注5的注釋 注5當選擇定制模式時，各會場的接入速率、視音頻算法和格式等級等按照召開請求信息中規(guī)定進行，當選擇自適應時，由會議管理單元自動進行相關匹配。
　　DataRate∷＝CHOICE{　　n64 NULL，--(0)64kbps　　n2m64 NULL，--(1)2×64kbps　　n3m64 NULL，--(2)3×64kbps　　n4m64 NULL，--(3)4×64kbps　　n5m64 NULL，--(4)5×64kbps　　n6m64 NULL，--(5)6×64kbps　　r384NULL，--(6)384kbps　　r1536 NULL，--(7)1536kbps　　r1920 NULL，--(8)1920kbps　　r128NULL，--(9)128kbps　　r192NULL，--(10)192kb　　r256NULL，--(11)256kbps　　r320NULL，--(12)320kbps　　r512NULL，--(13)512kbps　　r768NULL，--(14)768kbps　　r1152 NULL，--(15)1152kbps　　r1472 NULL，--(16)1472kbps　　…}VideoCoding∷＝CHOICE{　　h261 NULL， --H.261　　h263 NULL， --H.263<!-- SIPO <DP n="14"> --><dp n="d14"/>　　h264NULL，--H.264　　…}VideoResolution∷＝CHOICE{　　qcif NULL，--176×144分辨率　　cif NULL，--352×288分辨率　　fcif NULL，--704×576分辨率　　…}FramePerSecond∷＝CHOICE{　　f30NULL，--30幀/秒　　f15NULL，--15幀/秒　　f10NULL，--10幀/秒　　f75NULL --7.5幀/秒}VoiceCoding∷＝CHOICE{　　g711Alaw64k NULL，　　g711Alaw56k NULL，　　g711Ulaw64k NULL，　　g711Ulaw56k NULL，　　g722-64k NULL，　　g722-56k NULL，<!-- SIPO <DP n="15"> --><dp n="d15"/>　　g722-48kNULL，　　g7231 NULL，　　g728NULL，　　g729NULL，　　…}TerminalInfo∷＝SEQUENCE{　　aliasAddressSEQUENCE OF AliasAddress， --注6　　dataRateDataRate OPTIONAL， --速率　　terminalTypeTerminalType OPTIONAL，--終端類型　　chairControlBOOLEAN OPTIONAL， --注7　　videoCoding VideoCoding OPTIONAL， --視頻編碼　　videoResolution VideoResolution OPTIONAL，--視頻分辨率　　frameRate FrameRate OPTIONAL， --視頻幀率　　voiceCoding VoiceCoding OPTIONAL --語音編碼} 注釋注6、注7 注6終端號碼和終端名稱等的組合； 注7主席控制權限，0-無主席控制權限，1-有主席控制權限。TerminalType∷＝CHOICE{ isdnVideo NULL，--ISDN視訊終端 v35 NULL，--V.35終端 e1 NULL，--E1終端 ip NULL， --IP終端 phoneNULL， --Phone終端} 經過上面對ARQ消息字段進行擴展后，發(fā)起終端90就可以將召開請求信息封裝到ARQ消息字段中，通過網守60轉發(fā)到會議管理單元70中。
下面再說明如何擴展ACF消息字段，以使會議管理單元70將請求結果信息封裝到ACF消息字段中，通過網守60反饋給發(fā)起終端90 其中ACF消息各字段的定義如下 AdmissionConfirm∷＝SEQUENCE--(ACF){　　requestSeqNum RequestSeqNum，　　bandWidth BandWidth，　　callModel CallModel，　　destCallSignalAddress TransportAddress，　　irrFrequency INTEGER(1..65535)OPTIONAL，　　nonStandardDataNonStandardParameter OPTIONAL，　　 --非標數據，用于傳遞非標的擴展數據　　省略其他字段} 本發(fā)明多媒體會議召開方法同樣對NonStandardParameter字段中的data進行擴展，用于封裝請求結果信息，擴展如下 NonStandardParameter∷＝SEQUENCE{　　nonStandardIdentifierNonStandardIdentifier，　　data ConferenceConfirm}<!-- SIPO <DP n="17"> --><dp n="d17"/>ConferenceConfirm∷＝SEQUENCE--此處的ConferenceConfirm對應　　 NonStandardParameter中的data{　　sequenceNumberRequestSeqNum，--命令的序列號　　protocolIdentifierOBJECT IDENTIFIER，--協(xié)議標識　　conferenceAlias AliasAddress OPTIONAL， --注8　　terminalNum INTEGER(0..65535)OPTIONAL， --最大會場個數　　t120ConferenceBOOLEAN OPTIONAL，　　--是否支持數據會議0-否，1-是　　multiPicture INTEGER(0..32)OPTIONAL，　　--多畫面數目，0表示無　　startTime INTEGER(0..4294967295) OPTIONAL，　　 --會議開始時間　　timeZone INTEGER(0..4294967295) OPTIONAL，--時區(qū)　　sessionTime INTEGER(0..4294967295) OPTIONAL，--會議時長　　dataRate DataRate OPTIONAL， --會議速率　　videoCoding VideoCoding OPTIONAL， --視頻編碼　　videoResolution VideoResolution OPTIONAL，--視頻分辨率　　framesPerSecond FrameRate OPTIONAL，--視頻幀率　　voiceCoding VoiceCoding OPTIONAL， --語音編碼　　terminalInfo SEQUENCE OF TerminalInfo OPTIONAL --會場信息　　conferenceResult ConferenceResult， --執(zhí)行結果　　resultDescription OCTET STRING OPTIONAL --結果描述信息} 注釋注8 注8會議別名可以是E.164號碼或H.323 ID等，該會議別名是會議的唯一標識，可用于取消會議、終端撥入會議等； 　　ConferenceResult∷＝CHOICE{　　success NULL， --成功　　invalidUser NULL， --用戶信息不合法　　noExistUser NULL， --用戶不存在　　pwdError NULL， --密碼錯誤　　systemError NULL， --系統(tǒng)故障或系統(tǒng)資源不足　　conferenceCollide NULL， --會議沖突　　cardOnLineNULL， --卡號用戶已在線　　userForbiddened NULL， --發(fā)起用戶已被暫?！　wdChgInvalid NULL， --密碼不能修改　　outOfMoneyNULL， --余額不足　　networkError NULL， --網絡故障　　userForbiddened NULL， --發(fā)起用戶已被暫?！　nvalidConference NULL， --會議不存在　　unknownReason NULL， --原因不明　　…} 因此，通過上述對ACF消息字段進行擴展后，可以將請求結果信息封裝在ACF消息字段中，由會議管理單元70通過網守60反饋給發(fā)起終端90。
本發(fā)明多媒體會議召開方法也可以直接對RAS消息直接進行擴展，將召開請求信息和請求結果信息封裝到直接擴展的RAS消息中進行傳輸。RAS消息的各字段的具體定義如下 RasMessage∷＝CHOICE{<!-- SIPO <DP n="19"> --><dp n="d19"/>　　gatekeeperRequestGatekeeperRequest，　　gatekeeperConfirmGatekeeperConfirm，　　gatekeeperReject GatekeeperReject，　　registrationRequest RegistrationRequest，　　registrationConfirm RegistrationConfirm，　　registrationReject RegistrationReject，　　unregistrationRequestUnregistrationRequest，　　unregistrationConfirmUnregistrationConfirm，　　unregistrationReject UnregistrationReject，　　admissionRequest AdmissionRequest，　　admissionConfirm AdmissionConfirm，　　admissionReject AdmissionReject，　　bandwidthRequest BandwidthRequest，　　bandwidthConfirm BandwidthConfirm，　　bandwidthReject BandwidthReject，　　disengageRequest DisengageRequest，　　disengageConfirm DisengageConfirm，　　disengageReject DisengageReject，　　locationRequest LocationRequest，　　locationConfirm LocationConfirm，　　locationReject LocationReject，　　infoRequest InfoRequest，　　infoRequestResponse InfoRequestResponse，　　nonStandardMessage NonStandardMessage，　　--非標消息，用于定義非標的擴展消息　　省略其他消息} 同樣是對nonStandardMessage非標消息字段進行擴展，其擴展形式同上述對ARQ和ACF消息字段中的nonStandardData非標數據字段進行擴展的形式，這里不再贅述。
以上所述僅是本發(fā)明的優(yōu)選實施方式，應當指出，對于本技術領域的普通技術人員來說，在不脫離本發(fā)明技術原理的前提下，還可以作出若干改進和潤飾，這些改進和潤飾也應視為本發(fā)明的保護范圍。
權利要求
1、一種多媒體會議召開方法，用于多媒體會議系統(tǒng)中會議召開進程的處理，所述多媒體會議系統(tǒng)包括多個終端、網守、多點控制單元和會議管理單元，其特征在于包括
會議請求步驟
(10)準備召開一個會議時，在所述多個終端中選定一個終端作為發(fā)起終端；
(11)由發(fā)起終端將該會議的召開請求信息通過網守轉發(fā)給會議管理單元；會議創(chuàng)建步驟
(20)會議管理單元判斷當前網絡資源是否能夠支持該會議；如果是，則會議管理單元創(chuàng)建該會議，并根據召開請求信息對該會議的召開屬性進行設置，然后轉會議召開步驟；如果否，則會議管理單元拒絕該會議召開請求；
會議召開步驟
(30)由會議管理單元控制多點控制單元召開該會議。
2、根據權利要求1所述的多媒體會議召開方法，其特征在于，步驟(11)中進一步包括網守對發(fā)起終端發(fā)來的召開請求信息進行鑒權認證，如果認證通過，則網守轉發(fā)該召開請求信息給會議管理單元；如果認證不通過，則網守不轉發(fā)該召開請求信息給會議管理單元，該次會議的召開請求失敗。
3、根據權利要求1所述的多媒體會議召開方法，其特征在于，步驟(11)中所述召開請求信息包括該會議的與會終端數目或該會議的與會各個終端的信息；步驟(20)中會議管理單元根據該會議的與會終端數目或該會議的與會各個終端的信息判斷當前網絡資源是否能夠支持該會議。
4、根據權利要求1所述的多媒體會議召開方法，其特征在于，
步驟(11)中所述召開請求信息還包括該會議的召開時間；
步驟(20)中所述設置包括根據該會議的召開時間對該會議的召開時間進行設置；
步驟(30)中進一步包括會議管理單元在到達該會議的召開時間時，控制多點控制單元召開該會議。
5、根據權利要求1所述的多媒體會議召開方法，其特征在于，
步驟(11)中所述召開請求信息還包括該會議的與會各個終端的信息；
步驟(20)中所述設置還包括根據該會議的與會各個終端的信息對該會議的與會各個終端分別進行設置；
步驟(30)之后還包括
(31)會議管理單元將設置的與會各個終端的信息發(fā)送到多點控制單元；
(32)與會各個終端分別呼叫多點控制單元請求入會，或由多點控制單元根據與會各個終端的信息分別呼叫與會各個終端入會。
6、根據權利要求1所述的多媒體會議召開方法，其特征在于，步驟(20)中進一步包括會議管理單元在判斷結果為是時，生成請求通過信息；在判斷結果為否時，則生成請求不通過信息。
7、根據權利要求6所述的多媒體會議召開方法，其特征在于，步驟(20)中判斷結果為是之后還包括會議管理單元為該會議分配標識該次會議的會議別名，所述會議別名封裝在請求通過信息中。
8、根據權利要求7所述的多媒體會議召開方法，其特征在于，步驟(20)之后還包括
(21)會議管理單元將請求通過信息或請求不通過信息通過網守反饋給發(fā)起終端。
(22)發(fā)起終端在接收的請求通過信息中解析出該會議的會議別名，并利用所述會議別名對該次會議進行各種管理。
9、根據權利要求8所述的多媒體會議召開方法，其特征在于，所述發(fā)起終端通過所述會議別名對該次會議進行各種管理包括
發(fā)起終端以該會議別名作為該會議索引標識，通過訪問會議管理單元，對該會議的召開進程進行查詢；
發(fā)起終端以該會議別名作為該會議索引標識，通過訪問會議管理單元，對該會議的召開屬性進行修改；
發(fā)起終端以該會議別名作為該會議索引標識，通過訪問會議管理單元，對該會議進行取消操作。
10、根據權利要求8所述的多媒體會議召開方法，其特征在于，步驟(22)之后還包括
(23)發(fā)起終端將解析出的會議別名通知給其他終端，被通知會議別名的每個終端通過該會議別名對該次會議進行各種管理。
11、根據權利要求10所述的多媒體會議召開方法，其特征在于，所述終端通過所述會議別名對該次會議進行各種管理包括
終端以該會議別名作為該會議索引標識，通過訪問會議管理單元，來要求加入或退出該會議；
終端以該會議別名作為該會議索引標識，通過訪問會議管理單元，對該會議的召開進程進行查詢；
終端以該會議別名作為該會議索引標識，通過訪問會議管理單元，對該會議的召開屬性進行修改；
終端以該會議別名作為該會議索引標識，通過訪問會議管理單元，對該會議進行取消操作。
12、根據權利要求8所述的多媒體會議召開方法，其特征在于，步驟(11)中發(fā)起終端將該會議的召開請求信息封裝在接入請求消息字段中，通過網守轉發(fā)給會議管理單元；步驟(21)中會議管理單元將請求通過信息或請求不通過信息封裝在接入證實消息字段中，通過網守反饋給發(fā)起終端；所述接入請求消息字段和接入證實消息字段是實現(xiàn)多媒體會議信息傳輸的注冊、管理和狀態(tài)消息中的標準字段。
13、根據權利要求12所述的多媒體會議召開方法，其特征在于，步驟(11)中發(fā)起終端將該會議的召開請求信息封裝在接入請求消息字段的非標數據字段中；步驟(21)中會議管理單元將請求通過信息或請求不通過信息封裝在接入證實消息字段的非標數據字段中；所述所述非標數據字段是接入請求消息字段和接入證實消息字段中的標準字段。
14、根據權利要求8所述的多媒體會議召開方法，其特征在于，步驟(11)中發(fā)起終端將該會議的召開請求信息封裝在注冊、管理和狀態(tài)消息中，通過網守轉發(fā)給會議管理單元；步驟(21)中會議管理單元將請求通過信息或請求不通過信息封裝在注冊、管理和狀態(tài)消息中，通過網守反饋給發(fā)起終端；所述注冊、管理和狀態(tài)消息是實現(xiàn)多媒體會議信息傳輸的標準消息。
15、根據權利要求14所述的多媒體會議召開方法，其特征在于，將步驟(11)中的召開請求信息和步驟(21)中的請求通過信息或請求不通過信息封裝在注冊、管理和狀態(tài)消息的非標消息字段中，所述非標消息字段是注冊、管理和狀態(tài)消息中的標準字段。
16、根據權利要求2、3、4、5、13或15所述的多媒體會議召開方法，其特征在于，
步驟(11)中所述召開請求信息還包括該會議的會議名稱、會議密碼或會議召開速率；
步驟(20)中所述設置還包括根據該會議的會議名稱、會議密碼或會議召開速率對該會議的會議名稱、會議密碼或會議召開速率進行設置。
全文摘要
本發(fā)明提供了一種多媒體會議召開方法，包括會議請求步驟準備召開一個會議時，在所述多個終端中選定一個終端作為發(fā)起終端；由發(fā)起終端將該會議的召開請求信息通過網守轉發(fā)給會議管理單元；會議創(chuàng)建步驟會議管理單元判斷當前網絡資源是否能夠支持該會議；如果是，則會議管理單元創(chuàng)建該會議，并根據召開請求信息對該會議的召開屬性進行設置，然后轉會議召開步驟；如果否，則會議管理單元拒絕該會議召開請求；會議召開步驟由會議管理單元控制多點控制單元召開該會議。本發(fā)明多媒體會議召開方法解決了由終端發(fā)起的請求召開會議方式中網守的工作負荷過重，不易擴展且不能實現(xiàn)預約會議功能的缺陷。
文檔編號H04L29/02GK1642096SQ20041000050
公開日2005年7月20日 申請日期2004年1月8日 優(yōu)先權日2004年1月8日
發(fā)明者蘇紅宏 申請人:華為技術有限公司