Pha D: Các dịch vụ cuộc gọi

Một phần của tài liệu Giao thức báo hiệu trong mạng thế hệ sau (Trang 76 - 81)

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 Gatekeeper xác định rằng có thể chấp nhận yêu cầu, nó gửi lại bản tin chấp nhận thay đổ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 độ

Gatekeeper 2

Gatekeeper 1 Enpoint 1 Enpoint 2

CloseLogicalChannel(3) BCF/BRJ(6) BRQ (1) BRQ(5) OpenLogicalChannel(4) BCF/BRJ(2) OpenLogicalChAck(7)

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. 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

độ 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 có thể khởi tạo báo hiệu H.245 phù hợp để báo cho điểm cuối 2 rằng tốc độ bit thay đổ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.

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)

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. Ngoà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 soá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 đượ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ị.

Một phần của tài liệu Giao thức báo hiệu trong mạng thế hệ sau (Trang 76 - 81)

Tải bản đầy đủ (DOC)

(94 trang)
w