Tiếp theo quá trình trao đổi khả năng và xác định chủ khách, thủ tục H.245 sẽ được sử dụng để mở kênh logic cho những luồng thông tin khác nhau. Trong đó, các kênh logic thiết lập cho các dòng audio và video sẽ được truyền tải qua nhận dạng TSAP động và sử dụng giao thức không tin cậy UDP còn các kênh logic thiết lập cho các dòng dữ liệu sẽ sử dụng một giao thức tin cậy TCP.
Khi có nhu cầu mở một kênh logic, một bản tin yêu cầu openlogicalChannel sẽ
được gửi đi. Đáp ứng cho bản tin này, hoặc bản tin openLogicalChannelAck hay
reverseLogicalChannelIParameters sẽ được để trả lời. Trong bản tin trả lời này có chứa địa chỉ truyền tải mà bên điểm cuối nhận bản tin yêu cầu đã gán cho kênh logic. Từ đó, địa chỉ truyền tải này sẽ được sử dụng để gửi các dòng thông tin thuộc kênh logic tương ứng.
Sau khi các kênh logic được mở, một bản tin h2250MaximumSkewIndication sẽ được gửi đi bởi bên phát trong mỗi cặp truyền thông liên quan để xác nhận các thông số của kênh truyền.
Thay đổi mode
Trong một phiên làm việc thủ tục thay đổi cấu trúc kênh, khả năng kiểu nhận,… sẽ được thực hiện trong khuyến nghị về H.245.
3.4.3.1. Trao đổi video bằng thỏa hiệp tương hỗ
Chỉ thị videoIndicateReadyToActive được định nghĩa trong khuyến nghị
H.245 của IUT-T. Đây là một tùy chọn. Khi thủ tục này được chọn nó hoạt độngt heo các bước sau.
Điểm đầu cuối 1 được thiết lập sao cho video không được truyền dẫn cho đến khi điểm đầu cuối 2 chỉ thị sẵn sàng tuyền dẫn video. Điểm đầu cuối 1 sẽ gủi chỉ thị
không truyền tín hiệu video đến khi nó nhận hoặc là videoIndicateReadyToactive
hoặc là tín hiệu video đến từ điểm đầu cuối 2.
Điểm đầu cuối không được thiết lập tùy chọn này không bắt buộc phải đợi cho
đến khi nhân videoIndicateReadyToActive hoặc trước khi truyênd video của nó.
3.4.3.2. Phân bổ địa chỉ luồng phương tiên
Trong phương thức hoạt động đơn điểm, điểm cuối sẽ mở kênh logic tới MCU
hoặch điểm cuối khác. Địa chỉ được truyền trong bản tin openLogicalChannelACK
Trong phương thức hoạt động da điểm MC gán địa chỉ đa điểm và phân phối tới
điểm cuối trong bản tin communicationModeCommand. Trách nhiệm của MC là định
vị và gán địa chỉ đa điểm duy nhất. Điểm cuối gửi bản tin openLogiclChannel tới MC
bằng địa chỉ đa điểm được gán. MC sẽ tiếp tục gửi bản tin openLogicalChannel tới
didểm cuối nhận. Trong trường hợp luồng phương tiện từ một điểm cuối đa điểm trong hội nghị được truyền dẫn trong một phiên làm việc đơn (Ví dụ đó là địa chỉ đa điểm đơn) thì MC sẽ mở một kênh logic tới mỗi điểm đầu cuối nhận luồng phương tiên từ một điểm cuối trong hội nghị.
Trong trường hợp điểm cuối tham gia vào hội nghị sau khi bản tin khởi tạo
CommunicationModeCommand được truyền MC có trách nhiệm gửi
communicationModeCommand cập nhật đến điểm đầu cuối mới và mở một kênh logic phù hợp cho luồng phương tiện từ điểm cuối mới. Trong trường hợp điểm cuối rời
điểm hội nghị sau khi communicationModeCommand khởi tạo được truyền, MC có
trách nhiệm đóng kênh logic phù hợp của điểm đầu cuối đó.
Trong phương thức nhiều đơn điểm (multiunicast), điểm cuối phải mở kênh logic
tới mỗi điểm cuối khác, openLogicalChannel được gửi tới MC với số đầu cuối của
điểm cuối cho kênh tham dự. Điểm cuối xét sự trùng hợp openLogicalChannelACK
bằng forwardLogicalchannelNumber.
3.4.3.3. Phối hợp những luồng đa phương tiện trong hội nghị đa điểm
Phương pháp dưới đây sẽ được sử dụng để liên kết kênh logic với luồng RTP trong hội gnhi đa điểm. Điểm cuối nguồn của luồng phương tiện gửi
openLogicalChannel tới MC. Trong trường hợp nguồn muốn chỉ ra đích cho
openLogicalChannel, nó đặt terminalLabel của điểm cuối đích trong trường đích h.245.0LogicalChannelPrameters. Điểm cuối nguồn cũng đặt terminalLabel của nó
trong trường sourcecủah.225.0LogicalChannelParameter. Chú ý trong phương thức đa điểm, sự vắng mặt của đích chỉ ra rằng luồng có thể ứng dụng cho tất cả điểm cuối.
Nếu MC gán terminal cho điểm cuối nguồn thì diểm cuối sẽ dùng SSRC gồm những byte thấp nhất của terminalLabel như là những byte SSRC thấp nhất của nó. Điểm cuối đích có thể kết hợp số kênh logic với luồng RTP nguồn bằng cách so sánh trường openLogicalChannel.h225.0LogicalParamenter.source với byte thấp nhất của SSRC trong header của RTP. Có thể xẩy ra xung đột giữa SSRC khi đầu cuối H.323 trong hội nghị. Điểm cuối phát hiện ra sự xung đột sẽ theo thủ tục trong RTP để giải quyết xung đột SSRC.
3.4.3.4. Các thủ tục yêu cầu phương thức truyền thông
MC H.323 gửi H.245 communicationModeCommand để xác định phương
thức truyền thông cho mỗi kiểu phương tiện đơn điểm hoặc đa điểm. Các lệnh này có thể gây ra hoạt động chuyển mạch giữa hội nghị tập trung và phân tán và do đó có thể liên quan tới đóng và thoát kênh logic, mở một kênh logic mới.
CommunicationModeCommand xác định tất cả phiên làm việc trong hội nghị. Đối với mỗi phiên dữ liệu được xác định theo: bộ định dạng RTP, ID phiên RTP được liên kết nếu được áp dụng, nhãn đầu cuối, mô tả phiên, kiểu dữ liệu của phiên (ví dụ G.711), địa chỉ đơn điểm và đa điểm cho phương tiện và kênh điều khiển phương tiện với cấu hình và kiểu hội nghị.
CommunicationModeCommand vận chuyển mode truyền dẫn mà điểm cuối hội nghị dùng. Yêu cầu không vận chuyển mode nhận vì chúng đã được xác định bởi
openLogicalChannel được gửi đi từ MC tới điểm cuối.
Có thể cho rằng communicationModeCommand đang định nghĩa phương
thức hoạt động của hội nghị và bởi vậy được gửi đi sau chỉ thị multipointConference thông báo với điểm cuối rằng nó phải tuân theo lệnh của MC. Điểm cuối sẽ đợi
communicationModeCommand trước khi mở kênh logic khi chúng đã nhận chỉ thị
multipointConference.
Điểm cuối nhận communicationModeCommand sử dụng terminalLabel của
mỗi mục trong bảng để xác định mục này có được áp dụng cho quá trình xử lý của nó hay không. Những mục không có terminalLabel là chỉ thị để xác định điểm cuối trùng terminalLabel trong hội nghị. Ví dụ: khi những luồng audio từ tất cả điểm cuối được đặt
vào một địa chỉ đa điểm (một phiên), mục của bảng đối với mode audio, địa chỉ phương tiện và địa chỉ điều khiển phương tiện sẽ không có terminalLabel. Khi mục của bảng này lệnh cho điểm cuối gửi video của nó tới một địa chỉ đa điểm, MC sẽ thêm vò terminalLabel của điểm cuối.
CommunicationModeCommand có thể được sử dụng để chỉ dẫn điểm cuối trong hội nghị thay đổi mode bằng cách chỉ ra mode mới cho kênh phương tiện đang dùng. Nó cũng có thể được sử dụng để nói cho điểm cuối truyền dẫn cho một địa chỉ mới bằng cách chỉ ra mode đang sử dụng hiện tại đó nhưng với kênh phương tiện mới.
Tương tự điểm cuối nhận CommunicationModeCommand có thể chỉ ra mode hiện tại
đang sử dụng và không có kênh phương tiện sẽ đóng kênh thích hợp và thử mở lại bằng
cách dùng thứ tự trong openLogicalChannel – openLogicalChannelACK,
openLogicalChannelACK có địa chỉ để điểm cuối phương tiện.