Giao thức MEGACO/H.248

Một phần của tài liệu ims có mô phỏng trên open ims (Trang 77 - 84)

4.4.1 Tổng quan về giao thức MEGACO/H.248

Megaco được phát triển bởi IETF (đưa ra vào cuối năm 1998), còn H. 248 được đưa ra vào tháng 5/1999 bởi ITU-T. Sau đó cả IETF và ITU-T cùng hợp tác thống nhất giao thức điều khiển MG, kết quả là vào tháng 6/2000 chuẩn Megaco/H. 248 ra đời.

MEGACO/H248 cung cấp một giải pháp toàn diện cho việc điều khiển các MG. Giao thức này hỗ trợ đa phương tiện và các dịch vụ hội thoại nâng cao đa điểm các cú pháp lập trình được nâng cao nhằm tăng hiệu quả cho các tiến trình đàm thoại, hỗ trợ cả việc mã hoá text và binary và thêm vào việc mở rộng các định nghĩa cho các gói tin.

Megaco/H. 248 là giao thức báo hiệu giữa Softswitch hoặc MGC với MG (Trunking Media Gateway, Lines Media Gateway hoặc IP Phone Media Gateway). Megaco/H. 248 điều khiển MG để kết nối các luồng từ ngoài.

Megaco/H. 248 tương tự với MGCP về mặt cấu trúc và mối liên hệ giữa bộ điều khiển và cổng gateway, tuy nhiên Megaco/H248 hỗ trợ đa dạng hơn các loại mạng (ví dụ ATM).

Hình 4.14: MEGACO/H.248 kết nối điều khiển Gateway

Trong phân hệ IMS, giao thức này hoạt động trên điểm tham chiếu Mn, Mp giao tiếp MRFC với MRFP và MGCF với IMS-MGW

Hình 4.15: Cấu trúc Gateway trong Megaco/H.248

 MGC: cung cấp báo hiệu SIP hoặc H.323 và thực hiện ánh xạ giữa các giao thức báo hiệu mạng chuyển mạch kênh truyền thống và giao thức báo hiệu IP.

 MG: cung cấp sự ánh xạ media và chức năng chuyển mã. Nó kết thúc tín hiệu

chuyển mạch kênh và tín hiệu media gói và thực hiện chuyển địa chỉ

 SG: cung cấp môi trường báo hiệu giữa miền IP và miền chuyển mạch kênh truyền thống.

4.4.3 Termination và Context

Megaco có hai khái niệm mang tính trừu tượng là: Termination và Context

4.4.3.1 Termination

Termination là một thực thể luận lý trên MG như là các nguồn hoặc các luồng điều khiển, … Termination có duy nhất một số nhận dạng (Termination ID) được phân phối bởi MG ở thời điểm chúng được tạo ra.

Termication còn biểu hiện cho các thực thể vật lý có thời gian tồn tại bán thường trú như một kênh TDM

Các tín hiệu có thể áp dụng lên các Termination, các tín hiệu này như là các thông báo. Các Termination cũng có thể được lập trình để phát hiện các sự kiện.

4.4.3.2 Context

Context là một sự kết hợp giữa một số Termination. Có một Context đặc biệt được gọi là Context rỗng. Nó chứa các Termination không kết hợp với các Termination khác. Các Termination rỗng có thể có các tham số được khảo sát hoặc sửa đổi và có thể có các sự kiện xảy ra trên chúng.

Số lượng Termination lớn nhất trong một Context phụ thuộc vào MG. Chẳng hạn, MG chỉ đưa ra kết nối điểm điểm thì có thể chỉ cho phép hai Termination trên một Context. Các MG hổ trợ các cuộc hội nghị đa điểm có thể cho phép 3 hoặc nhiều Termination trên một Context.

4.4.3.2.1 Thuộc tính của context

-contextID

-Mô hình (topology):Mô hình của context mô tả luồng media giữa các Termination trong một context.Ngược lại ,chế độ của Termination (nhận/ gữi) mô tả luồng media ở ngõ vào/ra của MG

-Sự ưu tiên được sử dụng cho một context để cung cấp cho MG thông tin về việc điều khiển ưu tiên .MGC cũng có thể điều khiển sự ưu tiên lưu lượng trong MG khi nhiều context phải được điều khiển đồng thời.

-Bộ chỉ thị (indicator) cho cuộc goi khẩn cấp cũng được cung cấp để cho phép việc điều khiển ưu tiên trong MG.

4.4.3.2.2 Tạo,Xóa và sửa đổi context

Megaco có thể được dùng để tạo context và sửa đổi các giá tri tham số của context đang tồn tại.Megaco có các lệnh để thêm Termination vào context,bỏ Termination ra khỏi context và di chuyển termination giữa các context.context bị xóa hoàn toàn khi Termination còn lại sau cùng bị xóa bỏ hoặc di chuyển khỏi Context.

4.4.4 Một số lệnh của Megaco

Add:lệnh add dùng để thêm một termination vào một context.lệnh Add trên Termination đầu tiên trong context được dùng để tạo context.

Modify:dùng để sửa đổi các thuộc tính,các sự kiện và các tín hiểu của termination (adsbygoogle = window.adsbygoogle || []).push({});

Subtract:dùng để ngắt một Termination từ một Context.lệnh này trên Termination sau cùng trong một Context dùng để xóa Context đó.

Move:dùng để chuyển Termination trong Context này đến Context khác.

Auditvalue:trả lại trạng thái hiện tại của các đặc tính,các sự kiện,các tín hiệu thống kê của Terminination.

Auditcapabilities:trả lại tất cả các giá trị đối với tính chất của Termination,các sự kiện và các tính hiệu được cho phép bởi MG

Notify:cho phép MG thông báo cho MGC biết các sự kiên xảy ra trong MG

ServiceChange:cho phép MG thông báp cho MGC rằng một Termination hoặc một nhóm Termination chuẩn bị rời khỏi hoặc trả lại dịch vụ.lệnh này cũng được dùng bởi MG để thông báo cho MGC sự sẵn sàng của nó.MGC cũng có thể thông báo chuyển giao tới MG bằng các lệnh gởi ServiceChange

4.4.5 hoạt động của MEGACO/H.248

Quá trình hoạt động của luồng giao thức MEGACO/H.248 như sau:

Bước 1: MGC gửi bản tin Modify đến MG A và MG B để yêu cầu Termination phát hiện nhấc máy.

Bước 2: Lệnh Modify được công nhận

Bước 3: GW A phát hiện sự nhấc máy và gửi cho MGC.

Bước 4: Xác nhận việc nhấc máy

Bước 6, 7: GW A tích lũy các chữ số được quay từ người dùng và gởi các số này đến MGC trong lệnh Notify.

Bước 8: MGC công nhận việc nhận các chữ số.

Bước 9: MGC quyết định chuỗi số đúng và tạo cuộc gọi. Nó gởi lệnh Add đến MGA để tạo Context.

Bước 10: GW A trả lời MGC và đặt tên Context, định bộ nhận dạng Termination RTP (RTP/ID).

Bước 11: dựa vào thông tin nhận được từ GWA, MGC gởi lệnh Add chứa thông tin về số bên gọi, bộ mã hóa, … đến GWB.

Bước 12: GWB trả lời lại lệnh Add với một Context mới gởi đến MGC

Bước 14: MGC dùng lệnh Modify để yêu cầu chuông. Bản tin cũng yêu cầu GWA tìm kiếm sự nhấc máy.

Bước 15: User B nhấc máy, cuộc gọi đã được thiết lập, RTP Streaming được truyền 2 chiều từ A sang B.

Bước 16: Khi một trong hai bên gác máy ( ở đây ví dụ là bên A), bản tin Modify yêu cầu kêt thúc cuộc gọi được gới đến MGC

Bước 17: MGC nhận được yêu cầu và gởi bản tin Rely đáp ứng

Bước 18, 19: Lệnh Subtract được gởi từ MGC đến hai GW yêu cầu hủy kết nối (hủy Termination từ một Context). Sau khi nhận được bản tin Rely từ hai Gateway thì kết thúc hoàn toàn một phiên gọi.

Chương 5: Các bước tiến lên xây dựng IMS

Một phần của tài liệu ims có mô phỏng trên open ims (Trang 77 - 84)