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.
I. 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. CallIdentiíier 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ố
đó. 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 hoà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ị
1.4 Tối ưu hóa và cải thiện H.323
1.4.1 Các vấn đề trong H.323v1
1.4.1.1 Thời gian thiết lập cuộc gọi
Một trong những nhược điểm lớn của bộ giao thức H.323 trong phiên bản đầu của nó đó là thời gian yêu cầu để thực sự thiết lập các kênh phương tiện cho một cuộc gọi mới. Vấn đề thực sự trở nên tồi tệ kể từ khi các kênh của Q.931 và H.245 sử dụng kết nối TCP. Mỗi một kết nối TCP cần thêm một quy trình xoay vòng để đồng bộ hóa các dãy số tuần tự của cửa sổ TCP. Trong môi trường mạng WAN, nơi mà mỗi quy trình xoay vòng mất tới 0,1 giây, thì kết nối TCP có thể dẫn tới trễ không mong muốn khi thiết lập, nhất là khi sử dụng mô hình định tuyến cuộc gọi qua Gatekeeper, nơi mà một kết nối TCP cần phải được thiết lập giữa mỗi Gatekeeper.
Hình 16. Bắt tay ba bước trong kết nối TCP
1.4.1.2 Lời nhắc kết nối mạng
Một vấn đề khác được các chuyên gia về mạng phát hiện ra sau khi H.323v1 được chuẩn hóa. Trong mạng chuyển mạch có các trường hợp một bản tin được gửi tới người gọi trước khi mạng nhận được một kết nối. Với H.323v1, việc gửi một bản tin thoại tới bên gọi trước khi gửi một thôn bản tin kết nối là bất khả thi bởi các kênh phương tiện chưa được thiết lập.
1.4.2 Thủ tục tiền H.245
Thủ tục tiền H.245 được sử dụng khi một bản tin thiết lập H.323 có chứa một địa chỉ của H.245. Đây là địa chỉ mà bên bị gọi có sẵn nếu muốn kết nối với kênh H.245 ngay lập tức. Thay vào đó, nếu bên gọi chưa đề nghị một địa chỉ kết nối H.245 thì bên bị gọi sẽ tự đưa ra đề nghị của mình bằng cách thêm vào một địa chỉ H.245 trong bản tin điều khiển cuộc gọi đã được gửi đi trước bản tin kết nối. Thủ tục tiền H.245 giúp cho thủ tục H.245 bắt đầu nhanh nhất có thể trong cuộc gọi, có lúc nó bắt đầu trước cả khi H.245 thực sự kết nối. Trong nhiều trường hợp, trừ khi cuộc gọi được kết nối ngay lập tức, nếu không, với các bên tham gia cuộc gọi, độ trễ vốn có do sự trao đổi đa bản tin được yêu cầu bởi H.245 là không có.
Đây là một thủ tục rất hữu ích và cần được lấy làm tiêu chuẩn quan trọng cho việc lựa chọn mọi thiết bị của H.323.
1.4.3 Thủ tục kết nối nhanh
Thủ tục kết nối nhanh được giới thiệu trong H.323v2 cho phép các kênh phương tiện một chiều hoặc hai chiều được thiết lập ngay sau bản tin THIẾT LẬP của Q.931 và nó loại bỏ độ trễ của kết nối trạm trong đường dẫn thoại. Sự hữu ích của thủ tục này đang là một dấu hỏi khi mà thủ tục tiền H.245 cũng giải quyết được các vấn đề tương tự. Trong thời gian đầu triển khai H.323, khi mà vẫn còn những sự bối rối trong việc tìm ra phương pháp tốt nhất để giải quyết vấn đề về trễ thì tất cả những giải pháp khả thi đều được hoan nghênh.
Thủ tục kết nối nhanh có một lợi thế nhỏ vượt trội hơn so với thủ tục tiền H.245 đó là nó loại bỏ mọi độ trễ âm thanh trong kết nối trạm kể cả kết nối cuộc gọi khẩn cấp. Tuy nhiên nó cũng có những nhược điểm lớn khi so sánh với thủ tục tiền H.245, chẳng hạn như không cung cấp đặc tính điều khiển cuộc gọi cho bên thứ ba trước phiên bản H.323v5.
Bằng cách chỉ hỗ trợ duy nhất cho H.323 chế độ kết nối nhanh, các nhà phát triển có thể tránh được việc bổ sung thêm H.245 vào các thiết bị đơn giản như điện thoại IP. Tuy nhiên, phần lớn khả năng của H.323 đến từ các đặc tính điều khiển cuộc họp và điều khiển cuộc gọi cho bên thứ ba, những đặc tính chỉ được cho phép bởi H.245. Các đầu cuối đơn giản của H.323 nếu không có H.245 thì sẽ không có khả năng tham gia vào bất kì hội nghị nào.
1.4.4 Tạo hầm H.245
Ngày nay, đa phần các thiết bị H.323 sử dụng hai kết nối TCP riêng biệt cho từng cuộc gọi: một kết nối dành cho các bản tin Q.931 (ví dụ như THIẾT LẬP, CẢNH BÁO, KẾT NỐI) và một kết nối dành cho các bản tin H.245 (ví dụ như Mở Kênh Lôgic, Cài đặt Khả năng Đầu cuối). Điều này có thể là trở ngại một vài sự bổ sung Gatekeeper hoặc Gateway không sử dụng thiết kế được phân loại hoặc chạy trên các hệ thống quản lý có giới hạn kết nối TCP thấp.
Phiên bản H.323v2 đưa ra một cách sử dụng một kết nối TCP duy nhất bằng cách tổng hợp các bản tin H.245 trong các bản tin Q.931. Cách thức này được gọi là tạo hầm H.245.
Khi sử dụng tạo hầm H.245 cần duy trì việc mở kênh Q.931 trong suốt cuộc gọi. Nếu một bản tin H.245 cần được gửi đi khi không có bản tin Q.931 nào đang chờ được gửi đi thì khi đó bản tin H.245 sẽ được tổng hợp trong bản tin Q.931 FACILITY
Hình 17. Sử dụng bản tin FACILITY cho Tạo hầm H.245
1.4.5 Trở lại với hoạt động bình thường
Trong một vài trường hợp, một đầu cuối sử dụng Kết nối nhanh và/hoặc Tạo hầm H.245 có thể sẽ cần đến một kênh điều khiển H.245 riêng biệt giữa một cuộc gọi đã được thiết lập (ví dụ như khi một đầu cuối đã mở một kết nối âm thanh trong chế độ kết nối nhanh cần mở thêm một kênh phương tiện mới). Trong trường hợp này, thiết bị đầu cuối có thể gửi đi một bản tin facility đến đầu cuối kia để biểu thị mong muốn được thiết lập một kênh H.245 riêng biệt và đề nghị một địa chỉ di chuyển cho đầu cuối này. Đầu cuối nhận được bản tin facility sẽ phải thiết lập một kết nối TCP mới cho kênh H.245 sử dụng địa chỉ di chuyển này. Một khi kết nối mới được thiết lập, các đầu cuối phải dừng sử dụng hầm H.245.
1.4.6 Sử dụng RAS đúng cách và chỉ sử dụng khi được yêu cầu
Đa phần các hướng dẫn trên H.323 đều giới thiệu mô hình cuộc gọi trực tiếp sử dụng RAS ngay từ lúc đầu. Việc này làm cho mọi người tin rằng bản tin RAS là cần thiết nhất. Tuy nhiên là không phải lúc nào cũng như vậy, nhất là khi sử dụng các gatekeeper ở chế độ định tuyến. Việc hiểu chính xác vai trò của bản tin RAS và khi nào RAS không cần thiết là rất quan trọng.
FACILITY (GW H.245 capabilitĩes, OpenLogicalChannel GW toTerminal)
CALL PROCEEDING (GW H.245 capabilities, OpenLogicalChannel GW to Terminal) SETUP (number = + 33 12345678,
John's terminal H245 capabilities) SETUP (number = +33 12345678, John’s H245 terminal capabilities)
FACILITY (OpenLogicalChannelACK.
OpenLogicalChannel Terminal to GW) FACILITY (OpenLogicalChannelACK,
OpenLogicalChannel Terminal to GW'
SETUP
FACILITY (OpenLogicalChannel ACK) FACILITY (OpenLogicalChannel ACK)
ALERTING
CHƯƠNG 2. HƯỚNG PHÁT TRIỂN TIẾP THEO CỦA H.323 CHO ỨNG DỤNG ĐA PHƯƠNG TIỆN
2.1 Bảo mật H.323
2.1.1 Các trường hợp triển khai điển hình
Thử ngiệm mạng điện thoại dựa trên công nghệ IP rất dễ dàng. Những việc khó khăn hơn là thiết kế một mạng VoIP phân cấp, cung cấp những hoạt động bảo mật và có thể mở rộng bất chấp tính không đồng nhất rất lớn của các thiết bị được kết nối và các mạng. Vấn đề bảo mật và xác thực tồn tại bất cứ khi nào mạng lõi VoIP được kết nối với các mạng IP hoặc các thiết bị VoIP không đáng tin cậy.
Các trường hợp triển khai điển hình ví dụ như các kết nối phần tử tới phần tử hay mạng dân dụng mức 5 có thể được sử dụng để giải quyết các vấn đề về bảo mật và xác thực.
2.1.2 H.235
H.235 có mục đích cung cấp sự riêng tư ứng dụng phân cấp và tính xác thực cho những phương tiện liên lạc sử dụng H.323 và tất cả các giao thức nói chung sử dụng H.245. Do H.323 có thể được sử dụng trên mạng Internet rộng mở nên nó kế thừa danh tiếng của Internet, thứ mà một số người cho rằng ít bảo mật hơn mạng điện thoại thông thường. Thực tế là kể cả khi không có H.235 thì việc nghe một cuộc điện thoại sử dụng H.323 đã khó hơn nhiều so với việc nghe lén một đường dây điện thoại vì cần phải trang bị thêm không chỉ các công cụ phát hiện mạng tinh vi mà còn phải truy cập được vào đường của các gói IP và thêm vào các thuật toán mã hóa hoặc nén âm thanh. Ví dụ như việc chặn cuộc gọi hợp pháp với âm thanh thông qua IP sẽ phức tạp hơn nhiều so với mạng điện thoại truyền thống. Bảo mật dựa trên H.235 có thể được trang bị thêm ở nhiều cấp độ. Với những tùy chọn nghiêm ngặt, thì việc nghe lén bất kì một cuộc hội thoại nào đã được bảo vệ bởi H.235 hay kể cả việc biết về số điện thoạt đang được gọi là gần như bất khả thi, cho dù có quyền truy cập tự do vào mạng IP đi chăng nữa. Trong đa số các trường hợp đã biết, H.235 sẽ chỉ được sử dụng để đảm bảo người dùng không làm giả danh tính của họ. Xét trên nhiều khía cạnh khác, khi so sánh với mức độ bảo mật của các mạng TDM hoặc các mạng tốt hơn thì mức độ bảo mật được cung cấp bởi chuẩn H.323 được cho là đã đáp ứng đủ yêu cầu.
2.2 Các dịch vụ phụ trợ
2.2.1 Các dịch vụ phụ trợ sử dụng H.450
- Phiên bản H.323v2 đã giới thiệu một loạt các chuẩn H.450 mới, chính là các dịch vụ phụ trợ cho H.323. H.450 được hướng tới việc lắp đặt riêng tư và nên được sử dụng thận trọng trên các mạng công cộng, trong khi chỉ một số dịch vụ H.450 có thể triển khai được ở môi trường công cộng.
+ H.450.1 định nghĩa cấu trúc chung cho việc trao đổi các mệnh lệnh của dịch vụ phụ trợ và các phản hồi khi sử dụng bởi các dịch vụ phụ trợ;
+ H.450.2 định nghĩa thủ tục truyền tải cuộc gọi + H.450.3 định nghĩa các thủ tục chuyển tiếp cuộc gọi
- Phiên bản H.323v3 bổ sung thêm một vài dịch vụ, đáng chú ý có dịch vụ duy trì cuộc gọi (H.450.4), dịch vụ chuyển cuộc gọi và dịch vụ nhận cuộc gọi nội bộ (H.450.5), dịch vụ chờ cuộc gọi (H.450.6), dịch vụ ngụ ý chờ lời nhắn (MWI, H.450.7). Trong số các dịch vụ kể trên thì ngày nay chỉ có dịch vụ MWI, H.450.7 là đang được hỗ trợ rộng rãi bởi các điện thoại IP và các Gateway dân dụng.
- Phiên bản H.323v4 đã mở rộng hơn nữa loạt chuẩn H.450 với H.450.8 (Dịch vụ nhận dạng tên), H.450.9 (Dịch vụ hoàn tất cuộc gọi), H.450.10 (Dịch vụ đề xuất cuộc gọi) và H.450.11 (Dịch vụ gián đoạn cuộc gọi).
2.2.2 Cách sử dụng dịch vụ phụ trợ H.450 hợp lý, sự định hướng trong tươnglai cho việc sử dụng các dịch vụ phụ trợ lai cho việc sử dụng các dịch vụ phụ trợ
Có thể thấy, do vấn đề bảo mật (ví dụ như định tuyến cuộc gọi hay các vấn đề về tài chính) nên chỉ có một vài chuẩn H.450 được triển khai trong mạng công cộng.
H.450 cũng có thể được bổ sung để cung cấp các dịch vụ phụ trợ trên các điện thoại sử dụng trong lĩnh vực kinh doanh thương mại nhưng nó sẽ gặp phải một đối thủ cạnh tranh đáng gờm trong MGCP. MGCP với sử mở rộng có quy mô mới thì giờ đây có khả năng kiểm soát gần như mọi thiết bị. Nhiều sự bổ sung của IP-PBX và các dịch vụ Centrex thì đã có sẵn trong MGCP và vượt xa tầm với của H.450. Do đó, triển vọng của H.450 dành cho điện thoại kinh doanh thương mại là rất hạn chế.
2.3 Các hoạt động trong tương lai trên H.323
H.323 giờ đây đang nắm giữ hàng tỷ phút của VoIP mỗi năm. Đa số các mạng hiện đang chạy phiên bản H.323v2 với một vài sự mở rộng của phiên bản 3 và 4. Phiên bản hiện tại của H.323 nhận được những lợi ích từ những thử nghiệm được tích lũy bởi những đại lý VoIP trong hàng trăm mạng VoIP. Tuy vậy, mạng điện thoại phức tạp hơn rất nhiều so với những gì đã được dự đoán từ thời kì đầu của thoại IP. H.323 ngoài những gì đã kinh nghiệm đã có thì vẫn cần phải cải