Hình 7: Mở các kênh phương tiện bằng bản tin OpenMediaChannel H .245
1.3 Thiết lập hội nghị với H.323
1.3.1 Cầu nối hội nghị MCU, các thành phần MC và MP
Có hai chức năng riêng biệt có thể có trong bất kỳ hội nghị nào. Đầu tiên là chức năng kiểm soát, quyết định ai được phép tham gia hay không, cách thức những người mới tham gia được giới thiệu trong các hội nghị hiện có, cách những người tham gia đồng bộ hóa trên một phương thức hoạt động, ai được phép phát sóng phương tiện,…Vai trị này được đảm nhận trong H.323 bởi một thành phần chức năng được gọi là bộ điều khiển đa điểm (MC).
Khi nhiều người nói chuyện trong một hội nghị âm thanh, họ có thể chỉ phát đa hướng âm thanh của họ, và tất cả các thiết bị đầu cuối có thể tự trộn các luồng phương tiện riêng lẻ. Trong hầu hết các trường hợp, tuy nhiên, các thiết bị đầu cuối riêng lẻ sẽ có các khả năng hạn chế hoặc có thể khơng thực tế đối với phát đa hướng tất cả các luồng phương tiện (đặc biệt là trong trường hợp video). Nếu không thể sử dụng phát đa hướng, một thực thể trong mạng cần thực hiện việc trộn hoặc chuyển đổi các luồng phương tiện đến, và chỉ gửi luồng đi đã xử lý kết quả tới mỗi thiết bị đầu cuối. Trong trường hợp video nó có thể là hình ảnh từ loa hoạt động cuối cùng, trong trường hợp âm thanh mỗi thiết bị đầu cuối sẽ nhận được một luồng do việc bổ sung tất cả các luồng từ những người nói khác trong hội nghị (cộng với một số của riêng nó, nhưng đã giảm bớt). Trong H.323, thành phần chức năng này là được gọi là bộ xử lý đa điểm (MP). Một thiết bị đầu cuối hoặc Gateway có đủ tài nguyên cũng có thể có khả năng hoạt động như một MC và có thể thực hiện một số phương tiện trộn cục bộ. Tuy nhiên, thành phần chức năng MC trong một thiết bị đầu cuối hoặc một gateway không thể được gọi trực tiếp, nhưng sẽ được bao gồm trong cuộc gọi khi nó trở thành đa bên.
Một hội nghị được gọi là hội nghị tập trung khi một nghị sĩ trung tâm được sử dụng để trộn hoặc chuyển đổi tất cả các luồng phương tiện cho các điểm cuối tham gia. Khi mỗi thiết bị đầu cuối gửi phương tiện của nó , luồng đến tất cả các thiết bị đầu cuối tham gia khác (trong đa hướng hoặc đa đơn hướng), nó được gọi là hội nghị phi tập trung.
Nhóm 15
1.3.2 Tạo và tham gia vào hội nghị
1.3.2.1 Sử dụng trực tiếp khối điều khiển đa điểm1.3.2.1.1 Mời những người tham dự mới 1.3.2.1.1 Mời những người tham dự mới
Sau khi thiết bị đầu cuối tham gia hội nghị, thiết bị đầu cuối có thể mời những người khác (ví dụ: thiết bị đầu cuối C) tham gia bằng cách gửi bản tin CÀI ĐẶT đến MC đang hoạt động với CRV mới, CID của hội nghị và thông số . Mục tiêu hội nghị được đặt để mời Địa chỉ đích và, tùy chọn, địa chỉ báo hiệu cuộc gọi đích của bản tin SETUP phải là địa chỉ của thiết bị đầu cuối C. Khi nhận được bản tin này, MCU sẽ gửi một bản tin CÀI ĐẶT tới đầu cuối C với CID của hội nghị và hội thảo Goal = mời đầu cuối C chấp nhận bằng cách gửi tin nhắn CONNECT. Tại thời điểm này, MCU gửi bản tin HOÀN THÀNH tới thiết bị đầu cuối mời. MC thiết lập kênh điều khiển H.245 với thiết bị đầu cuối C sử dụng địa chỉ vận chuyển được cung cấp trong kết nối. Họ trao đổi TerminalCapabilitySets. MC báo hiệu trong thủ tục client –sever rằng nó là đã là MC hoạt động và có thể gửi tin nhắn MCLocationIndication. Khi đến đây là xong, MC sẽ gửi một tin nhắn Multipoint Conference đến những người mời và được mời tại các thiết bị đầu cuối. Nếu đã có các thiết bị đầu cuối khác trong cuộc gọi, MCU sẽ gửi cho họ một yêu cầu gia nhập, H.245 thông báo để cho họ biết về người mới tham gia. Bởi vì thiết bị đầu cuối đến có thể có các tính năng khơng tương thích với các kênh phương tiện hiện có tại chỗ trong hội nghị, MCU phải gửi một bản tin cationModeCommand tới tất cả các thiết bị đầu cuối chỉ định tập hợp truyền mới được phép thực hiện các chế độ cho mỗi luồng. Tất cả các kênh truyền thơng khơng phù hợp phải bị đóng lại. Tại thời điểm này, MC có thể bắt đầu gửi các thơng điệp OpenLogicalChannel đến các điểm cuối. Các điểm cuối sẽ trong trạng thái đợi, trước khi họ đã nhận được bản tin về hội nghị đa điểm, cho đến khi họ nhận được bản tin CommunicationModeCommand để mở logic kênh truyền hình.Tất cả các điểm cuối phải gửi bản tin openLogicalChannel đến MC .
Nhóm 15
Hình 15. Mời những người tham dự vào trong hội nghị được điều khiển bởi MCU
MCU cũng có thể tự bắt đầu lời mời (ví dụ: nếu lời mời khơng được thực hiện từ một thiết bị đầu cuối H.323, mà từ giao diện Web của MCU). Trong các sản phẩm thương mại H323, đây là mơ hình được sử dụng rộng rãi nhất, vì nó khơng u cầu hỗ trợ cho bất kỳ luồng cuộc gọi H.323 cụ thể trên các điểm cuối tham gia .
1.3.2.1.2 Tham gia một hội nghị đang diễn ra
Một thiết bị đầu cuối có thể dễ dàng tham gia một hội nghị hiện có bằng cách gửi một bản tin CÀI ĐẶT đến MCU với CID tại hội nghị và conferenceGoal- join. Nếu đầu cuối chỉ biết bí danh của hội nghị, nó phải cung cấp bí danh của
Nhóm 15
mình và để CID ở mức 0. Hầu hết các MCU thương mại sử dụng mơ hình đơn giản hơn này, trong đó tất cả những người tham dự khi gọi cùng một số sẽ đều được kết nối vào cùng một hội nghị. Để đảm bảo hội nghị và ngăn bất kỳ người dùng ngẫu nhiên nào gọi kết nối trực tiếp, cuộc gọi có thể được định tuyến thơng qua một gatekeeper ở chế độ định tuyến, điều này sẽ quyết định nhanh nếu người tham gia được cho phép và có thể đổi số của bên được gọi ban đầu của bản tin cài đặt thành một số của hội nghị.
1.3.2.1.3 Duyệt qua các hội nghị hiện có
Về lý thuyết, MCU có thể cung cấp danh sách các hội nghị hiện có mà một thiết bị đầu cuối có thể tham gia bằng cách gửi một bản tin conferenceListChoice H.245 tới một thiết bị đầu cuối. Ngoài ra, hầu hết các MCU thương mại sử dụng giao diện quản trị viên dựa trên Web đơn giản hơn để duyệt cho các hội nghị đang diễn ra.
1.3.2.2 Hội nghị và RAS
Trong hầu hết các trường hợp, thiết bị đầu cuối sẽ chỉ biết tên của hội nghị mà họ muốn tham gia. Do đó, ARQ ban đầu sẽ chỉ chứa tên hội nghị trong tham số Thơng tin đích của ARQ. Tham số CID sẽ được đặt thành 0, có nghĩa là khơng xác định. CallIdentifier phải được đặt bởi người gọi như bình thường. Gatekepeer sẽ trở lại địa chỉ truyền tải Q.931 tại điểm cuối chứa MC (MCU hoặc điểm cuối với khả năng MC) trong ACF. Về lý thuyết, ngay sau khi người gọi biết giá trị chính xác của CID là gì (sau khi nhận được kết nối từ MC), nó phải thơng báo cho gatekeeper bằng bản tin IRR RAS; nhưng, trong thực tế, chúng ta không biết bất kỳ điểm cuối nào làm điều này.
1.3.3 H.332
Các hội nghị với số lượng lớn người tham gia có xu hướng được tổ chức với một ban quản trị (thường ít hơn 10 người) và một lượng lớn khán giả nghe hầu hết các thời gian và chỉ nói khi người điều hành yêu cầu. H.332 được mô tả tương đương với hội nghị ban quản trị được gọi là hội nghị kết hợp lỏng lẻo, và được thiết kế để mở rộng quy mơ đến hàng nghìn người tham gia. H.332 là một hỗn hợp của một số giao thức thông thường kết hợp (được sử dụng bởi các diễn giả cố định) và hội nghị RTP / RTCP đa hướng (được biết đến trên mBone) dành cho người nghe thụ động. Người nghe dùng RTP / RTCP phải biết codec nào được sử dụng và các chi tiết khác (cổng UDP, ...). H.332 sử dụng cú pháp của IETF thuộc loại Giao thức mơ tả phiên (SDP) để mã hóa giá trị của các tham số
Nhóm 15
đó. Một giao thức mới Loại SDP (a = type: H332) được xác định để cho người nghe RTP biết rằng đây là hội nghị H.332. Thơng tin có thể được truyền đạt bằng Thơng báo phiên giao thức (SAP) hoặc một tệp đơn giản trên trang web hoặc được gửi qua email. Do số lượng lớn người tham gia, hội nghị có tính kết hợp cao giữa các ban quản trị, và các thành viên phải chịu một số ràng buộc: codec được sử dụng phải duy trì ổn định. Nếu một thành viên mới có khả năng thay đổi và kích hoạt thay đổi codec, một thơng báo SDP mới phải được tạo. Truyền bá thông tin này bằng SAP hoặc cách khác sẽ rất mất thời gian và hầu hết các trình nghe RTP bị bỏ qua cho đến khi người nghe nhận được thơng báo mới. Cái khó là cho phép ban quản trị mời một người nghe nói chuyện, để cho người nghe yêu cầu. và được cấp quyền đặt câu hỏi. Để tham gia hoặc được mời bởi ban hội thẩm, Trình nghe RTP cũng phải có một số khả năng H.323. Các thiết bị đầu cuối RTP / RTCP đơn giản có thể chỉ lắng nghe. Để tham gia cuộc hội nghị , người nghe phải sử dụng một hội nghị có giao thức H.323 thông thường tham gia và phải biết địa chỉ của MC được cung cấp trong SDP.
Tương tự, bảng điều khiển cần biết địa chỉ có thể gọi của các thiết bị đầu cuối để có thể mời họ đến hội nghị. Điều này có thể thực hiện được vì người nghe hội nghị định kỳ truyền các phần tử thông tin, chẳng hạn như tên của chúng trên địa chỉ email, dưới dạng gói RTCP SDES. Một phần tử thơng tin mới, mục RTCP SDES ‘H323-CADDR’, truyền tải địa chỉ có thể gọi H.323 của thiết bị đầu cuối. Vì băng thơng dành riêng cho RTCP có lưu lượng truy cập bị hạn chế, cần một khoảng thời gian để xây dựng danh sách người nghe hồn chỉnh và do đó người nghe chỉ có thể gọi một thời gian sau khi anh ta đã tham gia hội nghị