Tài liệu tham khảo đồ án tốt nghiệp chuyên ngành viễn thông ứng dụng của megaco-h.248 trong chuyển mạch mềm
Trang 1Chơng IIICác kịch bản3.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ôngcó 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ợpvớ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 giaodiệ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ệnhServiceChange đầ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ếuMGC chỉ hỗ trợ phiên bản thấp hơn thì nó sẽ gửi một bản tinServiceChangeReply với phiên bản thấp hơn và sau đó tất cả các bản tin giữaMG và MGC sẽ theo phiên bản thấp hơn Nếu MG không đồng ý nó sẽ thiếtlậ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ốinày
Nếu MGC hỗ trợ phiên bản giao thức cao hơn MG nhng có thể hỗ trợ phiênbản thấp hơn của MG, nó sẽ gửi bản tin ServiceChangeReply trả lời chấp nhậnphiên bản thấp hơn, sau đó tất cả các bản tin giữa MG và MGC sẽ theo phiênbả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đích dự phòng Chỉ có các MG hoạt động mới chấp nhận hay từ chối các phiên.Khi có lỗi xảy ra, MG gửi lệnh ServiceChange tới MGC thông báo về tìnhtrạng lỗi và nguyên nhân lỗi Sau đó MGC sẽ sử dụng MG thứ cấp để hoạtđộng Khi đã sửa lỗi, MG sơ cấp sẽ gửi lệnh ServiceChange với phơng thức“Restart” để hoạt động trở lại
Xử lý khi MGC bị lỗi Nếu MG phát hiện ra MGC đang điều khiển nó bị lỗi,nó sẽ cố gắng liên lạc với MGC khác trong danh sách các MGC có thể điềukhiển nó để chuyển quyền điều khiển nó cho một MGC khác Khi MGC sơ cấpbị lỗi nó sẽ bắt đầu với MGC thứ cấp đầu tiên
Trang 23.2 Khởi tạo MG (khởi động lạnh)
MG đợc cung cấp một cơ chế quản lý gồm một MGC sơ cấp và một danh sách cácMGC thứ cấp Tại thời điểm khởi động, MG phát lệnh ServiceChange với phơng thức“Restart” trên Termination gốc tới MGC sơ cấp của nó Nếu MGC chấp nhận MG nósẽ gửi Transaction Accept chứa ServiceChangeMgcId đợc thiết lập cho chính nó NếuMG nhận đợc ServiceChangeMgcId không trùng với MGC mà nó kết nối thì nó sẽ gửilệnh ServiceChange tới MGC đợc xác định trong ServiceChangeMgcId Quá trình nàytiếp tục cho đến khi có một MGC chấp nhận đăng ký của MG hoặc MG bị lỗi khi nhậntrả lời Trờng hợp MG bị lỗi khi nhận trả lời từ MGC sơ cấp thì MG sẽ thử với cácMGC thứ cấp theo một thứ tự trong danh sách Nếu MG không thể thiếp lập một mốiquan hệ điều khiển với bất kỳ MGC nào thì nó sẽ đợi một khoảng thời gian mặc định(nh mô tả ở phần 9.2 của RFC 3015) sau đó lại bắt đầu liên lạc với MGC sơ cấp rồi cóthể với cả các MGC thứ cấp trong danh sách.
Đáp ứng cho lệnh ServiceChange với phơng thức “Restart” có thể bị mất và MGnhận đợc một lệnh trớc khi nhận đợc đáp ứng cho lệnh ServiceChange MG sẽ phát lỗi505 - Command Received before Restart Response.
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, MGA gửi lệnh ServiceChange tới MGC sơ cấp theo phơngthức Restart trên termination gốc MGC nhận đợc bản tin ServiceChange của MGA vàgửi lại bản tin phản hồi ServiceChangeReply thông báo tới MGA rằng nó chấp nhận sựkhởi động của MGA
Trang 3-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, MGA sẽ đợi trong một khoảngthờ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ì MGA 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 MGA nó gửi bản tin ServiceChangeReplylại cho MGA để thông báo cho MGA rằng nó đã chấp nhận sự đăng nhập của MGA.
3.2.3 Khi không có đáp ứng của cả MGC sơ cấp và MGC thứ cấp
Nó sẽ liên lạc lại với MGC sơ cấp sau một khoảng thời gian ngâu nhiên, thời giannày là từ 0 đến T (T là độ trì hoãn lớn nhất, phụ thuộc vào kiểu MG) Nếu không thểliên lạc đợc với MGC sơ cấp thì MGA sẽ liên lạc với các MGC thứ cấp Để ngăn ngừatrờng hợp nhiều MG sử dụng thời gian ngâu nhiên nh nhau trong cùng một thời điểmkhi liên lạc với cùng một MGC, các MG phải sử dụng chung một giải thuật thời giangiống nhau.
Trang 43.2 Thiết lập cuộc gọi
Sau khi MGA đăng nhập đợc vào quyền điều khiển của một MGC, MGC sẽ điềukhiển thiết lập cuộc gọi cho MGA Quá trình thiết lập cuộc gọi bao gồm việc thiết lậpkênh TDM, thiết lập phiên RTP, các thuộc tính của các luồng media mà MGA gửi chothự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 MGA, thiết lập một context mới đồng thời cộng mộttermination vật lý (đại diện bởi một khe thời gian TDM đợc xác định bởi MGC) vàotrong đó, 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: MGA trả lời MGC bằng một đáp ứng ADD Reply kèm theo Ctxt_id là địachỉ 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ạotermination 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 MGA, yêu cầu MGA thiết lập mộttermination nhất thời (với thuộc tính phiên RTP) và cộng nó vào context ở trên.
Bớc 4: MGA trả lời MGC bằng một đáp ứng ADD Reply, trong đó thông báo rằngphiê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 MGA lệnh Modify, yêu cầu MGA thiết lập các thuộc tính củacác luồng media mà MGA gửi cho thực thể từ xa, kích hoạt chế độ của hai terminationvật lý và nhất thời trong context là nhận và gửi.
Bớc 6: MGA trả lời MGC bằng lệnh ModifyReply, thông báo việc kích hoạt kênhTDM và phiên RTP với các đặc tính đã thống nhất đã thành công
Trang 5-3.3 Giải phóng cuộc gọi
Quá trình giải phóng cuộc gọi thực hiện việc giải phóng phiên RTP và kênh TDMmà cuộc gọi chiếm giữ, trả lại tài nguyên cho mạng Quá trình này có thể thực hiệntheo các kịch bản sau:
3.3.1 Giải phóng cuộc gọi, kịch bản 1
Trong kịch bản này MGC thực hiện thiết lập phiên RTP ở chế độ không hoạt độngtrớc khi xoá nó cùng với kênh TDM trong context Các bớc cụ thể nh sau:
Bớc 1: MGC gửi lệnh Modify tới MGA, yêu cầu MGA thiết lập Termination nhấtthời (Eph) ở chế độ không hoạt động.
Bớc 2: MGA gửi lệnh đáp ứng của nó ModifyReply thông báo với MGC là việcthiết lập đã thành công.
Bớc 3: MGC gửi lệnh Subtract tới MGA yêu cầu xoá 2 termination trong context,đồng thời xoá luôn context Các số liệu thống kê mà MGC yêu cầu đợc chỉ ra trongAudit descriptor.
Bớc 4: MGA thực hiện lệnh và gửi Reply cho MGC thông báo việc xoá đã thànhcông và trả lại cho MGC các thông tin thống kê về liên kết vừa thiết lập.
Trang 63.3.2 Giải phóng cuộc gọi kịch bản 2
Trong kịch bản này, MGC giải phóng cuộc gọi tơng tự nh trên Có một điểm kháckịch bản trên là việc xoá các termination đợc thực hiện trong hai bớc Ban đầu là xoátermination nhất thời sau đó là xoá termination vật lý và context.
3.3.3 Giải phóng cuộc gọi kịch bản 3
Kịch bản này, MGC thực hiện việc giải phóng cuộc gọi theo một thủ tục gọn nhẹnhất MGC giải phóng cuộc gọi bằng cách xoá các termination và context chỉ bằng duynhất một lệnh Subtrac.
3.4 AuditValue
Ngay sau khi cuộc gọi đợc giải phóng, bớc kiểm tra giá trị AuditValue đợc MGCthực hiện để yêu cầu MGA gửi lại các giá trị thống kê hoạt động của các termination.MGC gửi lệnh AuditValue tới MGA yêu cầu trả lại các trạng thái hiện tại của các thuộctính, sự kiện, tín hiệu và thống kê vủa các Termination TDM và RTP MGA đáp trảMGC bằng lệnh AuditValueReply, trong đó kèm theo các giá trị hiện tại của cáctermination TDM và RTP về các thuộc tính, sự kiện, tín hiệu và thống kê (số gói nhận,
Trang 7-số gói gửi, -số gói mất ) Các -số liệu này đợc MGC lu trữ để phục vụ quá trình tính ớc