Đồ án tốt nghiệp đại học Chơng III: Các kịch bản
Chơng III
Các kịch bản
3.1 Giới thiệu
Sự phối hợp điều khiển giữa MG và MGC đợc thiết lập tại thời điểm MG khởi
động và đợc thông báo bởi bản tin ServiceChange, nhng có thể bị thay đổi bởi các sự
kiện sau đó nh các sự kiện lỗi hay do ngời vận hành thay đổi. Mặc dù giao thức không
có một cơ chế rõ ràng để hỗ trợ nhiều MGC cùng điều khiển một MG vật lý nhng nó đ-
ợc thiết kế để hỗ trợ nhiều MG logic (trong cùng một MG vật lý) và có thể phối hợp
với các MGC khác nhau.
H.248\MEGACO cung cấp các cơ chế giải quyết các vấn đề liên quan đến giao
diện điều khiển MG-MGC nh sau:
Thoả thuận về phiên bản của giao thức cho phép các MG và MGC có thể cài
đặt các phiên bản giao thức khác nhau vẫn có thể giao tiếp với nhau. Lệnh
ServiceChange đầu tiên từ MG sẽ chứa số phiên bản của giao thức mà MG hỗ
trợ trong tham số ServiceChangeVersion. Sau khi nhận đợc bản tin này, nếu
MGC chỉ hỗ trợ phiên bản thấp hơn thì nó sẽ gửi một bản tin
ServiceChangeReply với phiên bản thấp hơn và sau đó tất cả các bản tin giữa
MG và MGC sẽ theo phiên bản thấp hơn. Nếu MG không đồng ý nó sẽ thiết
lập một kết nối truyền tải tới MGC để thông báo lỗi, sau đó nó sẽ ngắt kết nối
này.
Nếu MGC hỗ trợ phiên bản giao thức cao hơn MG nhng có thể hỗ trợ phiên
bản thấp hơn của MG, nó sẽ gửi bản tin ServiceChangeReply trả lời chấp nhận
phiên bản thấp hơn, sau đó tất cả các bản tin giữa MG và MGC sẽ theo phiên
bản thấp hơn. Nếu MGC không hỗ trợ phiên bản giao thấp hơn của MG nó sẽ
từ chối phối hợp và thông báo lỗi.
Xử lý khi MG bị lỗi. Nếu một MG bị lỗi nhng có thể gửi một bản tin tới MGC,
nó sẽ gửi lệnh ServiceChange để MGC xử lý bằng phơng pháp thích hợp (thoả
thuận-graceful hay bắt buộc-forced) và xác định TermiantionID gốc. Khi nó
hoạt động trở lại nó sẽ gửi lệnh ServiceChange với phơng pháp restart.
Giao thức cho phép MGC gửi các bản tin giống nhau tới các cặp MG cho mục

Nh vậy, có 3 trờng hợp khởi tạo khác nhau:
1. Trờng hợp thông thờng (MGC sơ cấp)
2. Không có đáp ứng từ MGC sơ cấp
3. Không có đáp ứng từ MGC sơ cấp hay thứ cấp.
Sau đây ta sẽ lần lợt xem xét cả 3 trờng hợp trên.
3.2.1 Khởi tạo MG, trờng hợp thông thờng (MGC sơ cấp)
Trong trờng hợp này, MG
A
gửi lệnh ServiceChange tới MGC sơ cấp theo phơng
thức Restart trên termination gốc. MGC nhận đợc bản tin ServiceChange của MG
A
và
Nguyễn Văn Quân (B), D2001VT
- 51 -
Đồ án tốt nghiệp đại học Chơng III: Các kịch bản
gửi lại bản tin phản hồi ServiceChangeReply thông báo tới MG
A
rằng nó chấp nhận sự
khởi động của MG
A
.
3.2.2 Khởi tạo MG, không có đáp ứng từ MGC sơ cấp
Khi không có đáp ứng từ MGC sơ cấp lần đầu tiên, MG
A
sẽ đợi trong một khoảng
thời gian nhất định rồi thử liên lạc lại một lần nữa. Nếu không có đáp ứng từ MGC sơ
cấp thì MG
A
sẽ liên lạc với MGC thứ cấp. Trong trờng hợp này MGC 2 là MGC thứ
cấp, khi nhận đợc bản tin ServiceChange của MG

gửi cho
thực thể từ xa. Quá trình đợc thực hiện thông qua các bớc sau:
Bớc 1: MGC gửi lệnh ADD tới MG
A
, thiết lập một context mới đồng thời cộng một
termination vật lý (đại diện bởi một khe thời gian TDM đợc xác định bởi MGC) vào
trong đó, với địa chỉ IP và số cổng UDP cha xác định (kí hiệu là $). Termination vật lý
đựơc xác lập ở chế độ không hoạt động.
Bớc 2: MG
A
trả lời MGC bằng một đáp ứng ADD Reply kèm theo Ctxt_id là địa
chỉ của context mới thiết lập, đồng thời thông báo cho MGC biết là quá trình tạo
termination vật lý đã thành công, với địa chỉ IP và số cổng UDP dành cho kênh TDM.
Bớc 3: MGC gửi lệnh ADD thứ hai tới MG
A
, yêu cầu MG
A
thiết lập một
termination nhất thời (với thuộc tính phiên RTP) và cộng nó vào context ở trên.
Nguyễn Văn Quân (B), D2001VT
- 53 -
Đồ án tốt nghiệp đại học Chơng III: Các kịch bản
Bớc 4: MG
A
trả lời MGC bằng một đáp ứng ADD Reply, trong đó thông báo rằng
phiên RTP đã đợc thiết lập thành công, với địa chỉ IP và số cổng UDP dành cho lu l-
ợng.
Bớc 5: MGC gửi tới MG
A
lệnh Modify, yêu cầu MG

đồng thời xoá luôn context. Các số liệu thống kê mà MGC yêu cầu đợc chỉ ra trong
Audit descriptor.
Nguyễn Văn Quân (B), D2001VT
- 54 -