Trong quá trình diễn ra cuộc gọi, các thực thể tham gia cĩ thể yêu cầu một số dịch vụ
như thay đổi độ rộng băng tần, giám sát trạng thái hay mở rộng hội nghị, ….
3.4.4.1. Thay đổi độ rộng băng tần
Độ rộng băng tần của cuộc gọi được thiết lập và được cung cấp bởi Gatekeeper trong giai đoạn trao đổi chấp nhận cuộc gọi. Điểm cuối gọi phải đảm bảo rằng tổng tất cả kênh audio và video truyền dẫn và nhận bao gồm cả header RTP, header tải trọng và những mào đầu khác phù hợp với độ rộng băng tần này. Kênh dữ liệu và điều khiển khơng nằm trong giới hạn này.
Tại bất kỳ thời điểm nào trong hội nghị, điểm cuối hoặc Gatekeeper cĩ thể yêu cầu tăng hoặc giảm độ rộng băng tần cuộc gọi. Điểm cuối cĩ thể thay đổi tốc độ bit của kênh logic mà khơng yêu cầu rhay đổi độ rộng băng tần từ Gatekeeper nếu tổng tốc độ bit của tất cả kênh truyền và nhận khơng vượt quá độ rộng băng tần hiện tại. Nếu sự thay đổi này đẫn đến tổng tốc độ bít đĩ tăng lên quá độ rộng băng tần hiện tại thì điểm cuối yêu cầu thay đổi độ rộng băng tần cuộc gọi từ Gatekeeper của nĩ và đợi chấp nhận trước khi tăng tốc độ bít.
Điểm cuối muốn thay đổi độ rộng băng tần của nĩ sẽ gửi bản tin yêu cầu thay
đổi độ rộng băng tần BRQ(1) tới Gatekeeper. Gatekeeper xác định yêu cầu này cĩ thể được chấp nhận hay khơng. Nếu Gatekeeper xác nhận rằng yêu cầu khơng thểđược chấp nhận, nĩ gửi lại bản tin từ chối thay đổi độ rộng băng tần BRJ tới điểm cuối. Nếu
đổi độ rộng băng tần BCF(2)
Chú ý: Gatekeeper 1 và Gatekeeper 2 cĩ thể là cùng một Gatekeeper
Hình 3.22: Yêu cầu thay đổi độ rộng băng tần – thay đổi bộ truyền dẫn
Nếu điểm cuối muốn tăng tốc độ bít trên kênh logic của nĩ, đầu tiên nĩ xác
định xem độ rộng băng tần cuộc gọi cĩ thể bị tăng hay khơng. Nếu tăng, điểm cuối 1 sẽ yêu cầu thay đổi độ rộng băng tần (1 và 2) từ Gatekeeper 1. Khi độ rộng băng tần đủ để hỗ trợ sự thay đổi này, điểm cuối 1 gửi bản tin closeLogicalChannelđể đĩng kênh này. Sau đĩ nĩ mở lại kênh logic bằng cách dùng openLogicalChannel(4) xác định tốc độ bít mới. Nếu điểm cuối chấp nhận tốc độ bít mới, đầu tiên nĩ phải đảm bảo rằng
độ rộng băng tần cộc gọi của nĩ khơng vượt quá mức cho phép do sự thay đổi này. Nếu được, điếm cuối sẽ yêu cầu thay đổi độ rộng băng tần cuộc gọi với Gatekeeper của nĩ. Khi độ rộng băng tần đủ hỗ trợ kênh, điểm cuối trả lời bằng bản tin
openLogicalChannelAck(7). Nếu khơng, nĩ trả lời bằng bản tin
openLogicalChannelRejecIndicating.
Nếu điểm cuối 1 muốn tăng tốc độ bít truyền dẫn trên kênh logic từđiểm cuối 2, đầu tiên điểm cuối 1 phải xác định độ rộng băng tần cuộc gọi cĩ vượt quá mức hay khơng. Nếu được, điểm cuối 1 sẽ yêu cầu thay đổi độ rộng băng tần từ Gatekeeper 1.
Gatekeeper 2 Gatekeeper 1 Enpoint 1 Enpoint 2
CloseLogicalChannel(3) BCF/BRJ(6) BRQ (1) BRQ(5) OpenLogicalChannel(4) BCF/BRJ(2) OpenLogicalChAck(7)
Đồ án tốt nghiệp Đại học Chương 3: Báo hiệu cuộc gọi H.232
Khi độ rộng băng tần đủ hỗ trợ sự thay đổi này, điểm cuối 1 gửi
flowControlCommand(3) để chỉ ra giới hạn trên mới về tốc độ bít trên kênh. Nếu
điểm cuối 2 quyết định tăng tốc độ bít trên kênh, đầu tiên nĩ phải đảm bảo rằng độ
rộng băng tần cuộc gọi khơng vượt quá giới hạn cho phép do sự thay đổi này. Nếu
đúng vậy, điểm cuối 2 sẽ yêu cầu thay đổi độ rộng băng tần cuộc gọi (4 và 5) với Gatekeeper của nĩ. Khi độ rộng băng cuộc gọi đủđể hỗ trợ kênh, điểm cuối 2 gửi bản tin closeLogicalChannel(6) đểđĩng kênh logic. Sau đĩ nĩ sẽ mở mở lại kênh logic bằng openLogicalChannelở tốc độ bít mới. Sau đĩ điểm cuối 1 sẽ chấp nhận kênh với tốc độ bít mới và trả lời bằng openLogicalChannelAck(8).
Chú ý: Gatekeeper 1 và Gatekeeper 2 cĩ thể là cùng một Gatekeeper
Hình 3.23:Yêu cầu thay đổi độ rộng băng tần – thay đổi máy thu
Một Gatekeeper muốn thay đổi tốc độ bít truyền dẫn của điểm cuối 1 sẽ gửi bản tin BRQ tới điểm cuối 1. Nếu yêu cầu là để giảm tốc độ bit và điểm cuối 1 cĩ khả năng hỗ trợ tốc độ bít này, điểm cuối 1 sẽ tuân theo bằng cách giảm tốc độ bit tổng và gửi lại BCF. Nếu điểm cuối 1 khơng thể hỗ trợ tốc độ bit này, nĩ gửi lại BRJ. Điểm cuối 1
Gatekeeper 2 Gatekeeper 1 Enpoint 1 Enpoint 2
CloseLogicalChannel(6) BCF/BRJ(5) BRQ (1) BRQ(4) OpenLogicalChannel(7) FlowcontrolCommand(3) BCF/BRJ(2) OpenLogicalChAck(8)
đổi. Điều này sẽ cho phép điểm cuối 2 báo cho Gatekeeper của nĩ về sự thay đổi. Nếu là yêu cầu tăng, điểm cuối cĩ thể tăng tốc độ bit của nĩ khi Gatekeeper yêu cầu và cho phép.
Nếu Gatekeeper muốn tăng độ rộng băng tần của điểm cuối, điểm cuối cĩ thể
gửi lại BCF để thơng báo chấp nhận hoặc khơng chấp nhận. Điểm cuối sẽ chỉ chấp nhận tốc độ bit cao hơn nếu diểm cuối được trang bịđể sử dụng độ rộng băng tần thêm này.
Điểm cuối sẽ gửi BRQ tới Gatekeeper mỗi khi việc sử dụng độ rộng băng tần giảm xuống dưới mức được xác định trong ARQ ban đầu hoặc ở bản tin BRQ hoặc ở BCF sau đĩ.
Điểm cuối cũng sẽ gửi BRQ tới Gatekeeper mỗi khi báo hiệu kênh logic thêm vào hoặc lọa bỏ
luồng đa điểm duy nhất tới hoặc từ điểm cuối. Gatekeeper cĩ thể sử dụng thơng tin độ rộng băng tần để quản lý tốt hơn việc sử dụng độ rộng băng tần chính xác yêu cầu Gatekeeper hiểu topo mạng. Ngồi ra, việc độ rộng băng tần được xác định bởi Gatekeeper cĩ thể khác so với báo cáo vì sử dụng kỹ thuật nén khoảng lặng, bộ mã hĩa và giải mã tốc độ bít thay đổi hoặc hệ số nén khác nhau
3.4.4.2. Xác định trạng thái
Để giám sát trạng thái hoạt động của các điểm cuối, gatekeeper liên tục trao đổi các cặp bản tin IRQ/IRRQ với các đầu cuối do nĩ kiểm sốt. Gatekeeper cĩ thể yêu cầu thơng tin về một cuộc gọi đơn hoặc tất cả các cuộc gọi hoạt động. Khoảng thời gian giữa hai lần trao đổi liên tục thường lớn hơn 10 giây và do nhà sản xuất quyết
định. Tuy nhiên, Gatekeeper cĩ thể giử bản tin IRQ với giá trị callReferenceValue duy nhất mà khơng cần xem xét khoảng thăm dị.
Khi điểm cuối truyền bản tin IRR, nĩ sẽ cĩ trường perCallinfo để cung cấp chi tiết về các cuộc gọi và tất cả các cuộc gọi đều khơng hoạt động hoặc cuộc gọi đơn mà nĩ đã khơng hoạt động trước khi bản tin đến hoặc điểm cuối khơng thơng tin thì điểm cuối sẽ gửi lại bản tin IRR cĩ trường InvalidCall và sẽ bỏ qua trường perCallInfo từ
IRR.
Nếu Gatekeeper muốn nhận tất cả chi tiết về cuộc gọi đối với tất cả các cuộc gọi đang hoạt động tại điểm cuối, nĩ cĩ thể gửi bản tin IRQ với trường callReferenceValue được thiết lập là 0. Bản tin ttừ Gatekeeper cĩ thể cĩ trường segmentedResponseSupported để cho phép những yêu cầu đối với tất cả các cuộc gọi
Đồ án tốt nghiệp Đại học Chương 3: Báo hiệu cuộc gọi H.232
được phân thành các đoạn nếu cần thiết. Nếu cĩ trường này thì điểm cuối thì điểm cuối sẽ gửi lại tất cả hoặc một phần thơng tin cuộc gọi trong trường perCallInfo ở một bản tin IRR đơn. Nếu khơng được phép phân đoạn, nhưng khơng phải chi tiết về tất cả
cuộc gọi trong bản tin IRR trong trường bản tin IRR thì điểm cuối sẽ cĩ trường incomplete trong bản tin IRR. Nếu được phép phân mảnh điểm cuối cĩ thể gửi lại một hoặc nhiều hơn bản tin IRR để trả lời bản tin IRQ. Nếu một bản tin IRR chứa thơng tin chi tiết về tất cả các cuộc gọi thì phần tử irrStatus khơng cĩ mặt. Nếu đáp ứng được cắt thành nhiều bản tin IRR thì điểm cuối sẽ gửi bản tin IRR đầu chứa trường segment. Nếu Gatekeeper muốn nhận được đoạn tiếp theo nĩ sẽ truyền một bản tin IRQ khác chứa trường segmentedResponseSupported cĩ callReferenceValue được thiết lập là 0 và cĩ trường nextsegmentRequested được thiết lập tới giá trị của đoạn tiếp theo mà Gatekeeper muốn nhận được.
Trong quá trình thực hiện cuộc gọi, điểm cuối hoặc Gatekeeper cĩ thể yêu cầu trạng thái cuộc gọi theo chu kỳ từđiểm cuối khác. Điểm cuối hoặc Gatekeeper yêu cầu
đưa ra bản tin kiểm tra trạng thái. Điểm cuối nhận bản tin này sẽđáp ứng bằng bản tin trạng thái để chỉ trạng thái hiện tại cuộc gọi, Gatekeeper cĩ thể sử dụng thủ tục này để
kiểm tra theo chu kỳ xem cuộc gọi cĩ cịn hoạt động hay khơng. Điểm cuối cĩ thể
chấp nhận bất kỳ trạng thái hợp lệ nào trong bản tin trạng thái. Chú ý rằng, đây là bản tin H.225.0 được gửi trên kênh báo hiệu cuộc gọi và sẽ khơng bị nhầm lẫn với IRR là bản tin RAS được gửi trên kênh RAS.
3.4.4.3. Mở rộng hội nghị
Một hội nghị đa điểm thường được mở rộng từ hội nghị điểm-điểm bao gồm một MC (Ad Hoc Multipoint Conference). Trước hết, một hội nghị điểm-điểm được tạo ra giữa hai điểm cuối trong đĩ cĩ ít nhất một điểm cuối hay một Gatekeeper cĩ chứa chức năng MC. Sau khi hội nghị này đã được thiết lập, nĩ cĩ thể được mở rộng thành hội nghịđa điểm theo hai cách.
Cách thứ nhất: Một điểm cuối trong hội nghị hiện tại mời một điểm cuối thứ 3 tham gia hội nghị thơng qua MC.
Cách thứ hai: Điểm cuối thứ 3 gia nhập hội nghị đang tồn tại bằng cách gọi tới một điểm cuối đang tham gia hội nghị.
3.4.5. Pha E: Kết thúc cuộc gọi
Các điểm đầu cuối hgoặc thực thể báo hiệu cuội gọi trung gian cĩ thể kết thúc cuộc gọi. Việc kết thúc cuộc gọi cĩ thểđược hồn thành bằng thủ tục A hoặc B.
3.4.5.1. Thủ tục A
A-1 Khơng tiếp tục truyền video khi hình ảnh cuối cùng được truyền khi cĩ thể
A-2 Khơng truyền dữ liệu khi cĩ thể
A-3 Khơng truyền audio khi cĩ thể
A-4 Truyền bản tin hồn thành giải phĩng và đĩng kênh báo hiệu cuộc gọi H.225.0, kênh điều khiển H.245 (nếu mở một kênh riêng) mà khơng gửi bất kỳ bản tin H.245 nào.
A-5 Điểm đầu cuối xĩa cuộc gọi bằng thủ tục trình bày ở 3.5.1 hoặc 3.5.2.
3.4.5.2. Thủ tục B
B-1 Khơng tiếp tục truyền video khi truyền hồn thành ảnh cuối cùng, sau đĩ đĩng tất cả kênh logic dành cho video khi cĩ thể.
B-2 Khơng truyền dữ liệu và sau đĩ đĩng tất cả kênh logic dành cho kênh dữ liệu khi cĩ thể.
B-3 Khơng truyền audio sau đĩ đĩng tất cả kênh logic dành cho kênh dứ liệu khi cĩ thể.
B-4 Truyền bản tin H.245 endSessionCommand trong kênh điều khiển H.245 tới
đầu cuối phía xa để chỉ ra rằng nĩ muốn giải phĩng kết nối cuộc gọi và khơng truyền bản tin H.245 nữa.
B-5 Đợi nhận bản tin endSessionCommand từđầu cuối khác và sau đĩ đĩng tất cả
kênh điều khiển H.245
B-6 Truyền bản tin hồn thành giải phĩng và đĩng kênh báo hiệu cuộc gọi H.225.0 B-7 Điểm đầu cuối xĩa cuộc gọi bằng thủ tục 3.5.1 hoặc 3.5.2. Nếu điểm đầu cuối
nhận bản tin endSessionCommand mà nĩ chưa truyền bản tin
endSessionCommand thì nĩ sẽ thực hiện từ bước 5, nĩ khơng đợi
endSessionCommand từđiểm đầu cuối đầu tiên.
Chú ý rằng việc kết thúc của một cuộc gọi cĩ thể khơng dẫn đến kết thúc một phiên hội nghị, hội nghị cĩ thể được kết thúc ngay bằng cách sử dụng bản tin H.245
Đồ án tốt nghiệp Đại học Chương 3: Báo hiệu cuộc gọi H.232
dropConference. Trong trường hợp này, điểm đầu cuối sẽ nhờ MC kết thúc cuộc gọi hội nghị như mơ tảở trên.
Xĩa cuộc gọi khơng cĩ Gatekeeper
Trong mạng khơng cĩ Gatekeeper, sau bước A-1 tới A-5 (hoặc B-1 tới B-7)
ở trên cuộc gọi sẽ được kết thúc mà khơng cần thực hiện bất kỳ hành động nào khác.
Xĩa cuội gọi cĩ Gatekeeper
Nếu trong mạng chứa Gatekeeper thì Gatekeeper cần biết về việc giải phĩng
độ rộng băng tần.
Hình 3.24: Điểm đầu cuối khởi tạo-xĩa cuộc gọi (thủ tục B)
Sau khi thực hiện các bước từ A-1 đến A-5 hoặc B-1 đến B-6, mỗi điểm đầu cuối sẽ truyền bản tin H.225.0 DRQ (Disengage Request)(3) tới Gatekeeper của nĩ. Gatekeeper sẽ đáp ứng bằng bản tin DCF (Disengage Confirm)(4). Sau khi gửi DRQ,
Bản tin RAS Bản tin báo hiệu cuộc gọi Bản tin H.245 Chú ý: Gatekeeper 1 và Gatekeeper 2 cĩ thể cùng là một Gatekeeper Gatekeeper 2 Gatekeeper 1 Enpoint 1 Enpoint 2
EndSessionCommand(1) DCF(4) DRQ (3) DRQ(3) Release Complete(3) EndSessionCommand(1) DCF(4)
gọi được kết thúc. Hình dưới đây chỉ ra mơ hình cuộc gọi kết nối trực tiếp, một thủ tục tương tự sẽđược thực hiện đối với mơ hình giải phĩng cuộc gọi được định tuyến bằng Gatekeeper.
Xĩa cuội gọi bằng Gatekeeper
Gatekeeper cĩ thể kết thúc cuộc gọi bằng cách gửi DRQ tới điểm đầu cuối.
Điểm đầu cuối sẽ thực hiện các bước từ A-1 tới A-5 hoặc từ B-1 tới B-6 ở
trên và sau đĩ trả lời Gatekeeper bằng DCF. Điểm đầu cuối nhận
endSessionCommand sẽ theo các bước ở trên.
Hình 2.26 là phương thức cuộc gọi trực tiếp, thủ tục này cũng tương tự cho phương thức Gatekeeper định tuyến.
Nếu hội nghịđa điểm, Gatekeeper sẽ gửi DRQ tới mỗi điểm đầu cuối trong hội nghịđểđĩng tồn bộ hội nghị. ` Hình 3.25: Điểm cuối khởi tạo xĩa cuộc gọi Bản tin RAS Bản tin báo hiệu cuộc gọi Bản tin H.245 Chú ý: Gatekeeper 1 và Gatekeeper 2 cĩ thể cùng là một Gatekeeper
Gatekeeper 1 Enpoint 1 Enpoint 2 Gatekeeper 2
DRQ(3) EndSessionCommand(1) DCF(4) DCF(4) DRQ(3) Release Complete(3) EndSessionCommand(1)
Đồ án tốt nghiệp Đại học Chương 3: Báo hiệu cuộc gọi H.232
3.5. Triển khai báo hiệu H.323 ở Việt Nam 3.5.1. Thiết lập cuộc gọi mạng Hà Nội Telecom