1.2 Tổng quan về NGN1.2.1 Khỏi niệm NGNKhỏi niệm mạng thế hệ sau NGN: Next generation network được xuất hiện vào cuối những năm 90 ể đ đối mặt với một số vấn đề nối lờn trong viễn thụng
Giới thiệu về NGN và các giao diện kết nối của mạng NGN
Mở đầu
Chương 1 của luận văn sẽ đề cập đến khái niệm, đặc điểm, sự phát triển và các phần tử mạng của NGN cũng như các giao diện kết nối của mạng NGN.
Tổng quan về NGN
Khái niệm mạng thế hệ sau (NGN) xuất hiện vào cuối những năm 90 nhằm giải quyết các vấn đề trong viễn thông, bao gồm cạnh tranh toàn cầu và việc bãi bỏ
Vào năm 2000, khái niệm Mạng Thế hệ Mới (NGN) vẫn chưa rõ ràng Tuy nhiên, nhu cầu từ các nhà cung cấp dịch vụ đã dẫn đến việc tổ chức một phiên họp chuyên đề về chuyển đổi mạng viễn thông sang NGN tại hội nghị IP Networking and Mediacom năm 2001 ở Geneva Tại đây, nhiều quan điểm khác nhau về NGN đã được trình bày, nhưng việc đạt được một khái niệm thống nhất về mạng NGN vẫn còn gặp nhiều khó khăn.
Trong phiên họp nhóm nghiên cứu SG 13 tại Caracas, các vấn đề liên quan đến NGN đã được thảo luận, với nhiều vấn đề được giải quyết Tuy nhiên, một câu hỏi nổi bật đã mở ra cơ hội hợp tác cho nhóm nghiên cứu SG với các hoạt động của ITU trong dự án mới Do một số vấn đề chưa đạt độ chín muồi, việc triển khai dự án đã bị trì hoãn đến phiên họp SG 13 tiếp theo.
Nhiều quan điểm khác nhau về NGN đã được các nhà khai thác, nhà sản xuất và nhà cung cấp dịch vụ đưa ra, với mong muốn hướng tới một sự hiểu biết chung và thiết lập tiêu chuẩn cho NGN Vì lý do này, ITU đã quyết định khởi động quá trình tiêu chuẩn hóa NGN theo mô hình dự án do nhóm nghiên cứu 13 chuẩn bị Dự án mới sẽ kế thừa những thành quả từ dự án GII hiện tại của ITU, vì NGN được xem như là một phần của việc thực hiện GII.
Tại cuộc họp của SG 13 vào tháng 1 năm 2002, vấn đề NGN được thảo luận lại, với sự chú trọng vào mối quan hệ giữa cơ sở hạ tầng thông tin toàn cầu và NGN Các bên tham gia nhận định rằng NGN là việc thực hiện cụ thể các khái niệm trong GII Hơn nữa, nhu cầu từ thị trường yêu cầu cần xác định các tiêu chuẩn cho mục tiêu ngắn hạn đối với NGN, với thời hạn mục tiêu cho dự án NGN 2004.
Vào cùng thời điểm, Viện Tiêu chuẩn Viễn thông Châu Âu đã thành lập nhóm nghiên cứu NGN với nhiệm vụ đề xuất chiến lược chuẩn hóa trong lĩnh vực NGN Các
ETSI sẽ đóng vai trò quan trọng trong việc thúc đẩy chuẩn hoá NGN, tuy nhiên, việc hướng tới một Dự án đối tác toàn cầu duy nhất không phải là mục tiêu hợp lý.
ETSI nên xem xét việc tham gia vào một mạng lưới các quan hệ độc lập nhưng có liên quan đến nhau, bao gồm cả lĩnh vực chuẩn NGN Việc này sẽ giúp tăng cường sự hợp tác và phát triển tiêu chuẩn trong ngành viễn thông.
Các lĩnh vực công nghệ sau sẽ được tập trung nghiên cứu:
+ Cấu trúc và giao thức
+ Chất lượng dịch vụ kết cuối
+ Các nền tảng dịch vụ
+ Quản lý mạng cho NGN
Để ETSI dẫn đầu trong quá trình chuẩn hóa NGN, Uỷ ban ETSI đã thành lập nhóm GA nhằm rà soát cấu trúc và trình tự hoạt động, sẵn sàng đối mặt với các thách thức của NGN.
Hoạt động của NGN t iến hành đối với các vấn đề cấu trúc và giao thức tập trung vào:
Nghiên cứu này tập trung vào việc áp dụng công nghệ mô hình tham khảo chung dựa trên kết quả TIPHON, nhằm xác định các tiêu chuẩn bổ sung cần thiết để hỗ trợ dịch vụ thiết lập truyền thông tuân theo NGN Điều này có thể áp dụng trong phạm vi của một nhà điều hành hoặc giữa các nhà điều hành khác nhau.
Để hỗ trợ các thiết bị đầu cuối không nhận biết NGN, cần xác định các chức năng liên kết hoạt động Đặc biệt, việc mô tả lớp trung kế cho Megaco/H.248 và BICC là rất quan trọng.
Dịch vụ kết cuối (end-to-end) và tính linh động của người dùng có thể được tối ưu hóa thông qua việc điều khiển cuộc gọi trong các mạng hỗn hợp Việc xác định rõ cách thức hỗ trợ này sẽ nâng cao trải nghiệm người dùng và hiệu quả trong việc quản lý cuộc gọi.
Xác định chức năng của các đầu cuối nhận biết NGN là rất quan trọng trong việc cập nhật phần mềm, quản lý tình trạng dư thừa và cải tiến các đầu cuối để giảm chi phí Điều này bao gồm việc thiết lập các thoả thuận và quản lý phiên bản hiệu quả, nhằm đạt được các mục tiêu cụ thể trong quá trình triển khai.
Các đối tác chính cho trong việc phối hợp với ETSI bao gồm
3GPP, ATMF, ITU T, (SG11, 13 và 16), , T1S1, IETF (sip, megaco), MSF và ISC
Hoạt động NGN tiến hành trên QoS kết cuối tập trung vào:
+ Hoàn thành việc xác định lớp QoS kết cuối cho thoại
Xác định một khung xác định lớp QoS đa phương tiện cho các thiết bị đầu cuối mới là rất quan trọng Phương pháp ươ đăng ký các lớp QoS của từng thành phần truyền thông sẽ giúp tối ưu hóa hiệu suất và chất lượng dịch vụ Việc áp dụng các lớp QoS này không chỉ nâng cao trải nghiệm người dùng mà còn đảm bảo tính ổn định và độ tin cậy của các ứng dụng đa phương tiện.
+ Định rõ cách thức sử dụng cơ chế QoS lớp dưới nhằm đạt được QoS lớp trên trong phạm vi mạng
+ Điều khiển QoS các lớp dưới liên vùng
+ Nhận thức của người sử dụng về QoS
ETSI sẽ phối hợp với ATMF, IETF (midcom, mmusic), ITU T (SG11, 12, -
13, 16), T1A1, TTC cùng với nhiều diễn đàn truyền thông đa phương tiện khác trong lĩnh vực này
Hoạt động NGN tiến hành trên nền dịch vụ tập trung vào:
+ Xác định các cấu trúc điều khiển dịch vụ bao hàm cả OSA APIs Đào Ngọc Nam Trang 9/95
+ Nâng cấp các cơ chế nhằm hỗ trợ sự cung cấp dịch vụ qua nhiều mạng gồm cả chuyển vùng dịch vụ và liên kết nối dịch vụ.-
Các giao diện NGN
Các giao diện kết nối của mạng NGN đóng vai trò quan trọng, vừa hỗ trợ các dịch vụ mới trong tương lai, vừa duy trì các dịch vụ hiện tại mà không ảnh hưởng đến người sử dụng Để triển khai các dịch vụ mới độc lập với nhà cung cấp, mạng truy cập sẽ sử dụng các giao thức quan trọng trong các giao diện kết nối của mạng NGN.
+ BICC Đào Ngọc Nam Trang 18/95
Phần quản lý mạng NGN được phát triển dựa trên nghiên cứu của ETSI TC-TMN, với sự hỗ trợ từ SG4 của ETSI và ITU-T SG4 ETSI xác định rằng quản lý mạng NGN sẽ dựa trên TMN, nhấn mạnh vai trò quan trọng của ITU-T SG4 trong lĩnh vực này.
Các máy chủ ứng dụng (SCP, máy chủ Media )
Mặt phẳng truyền tải Call Agents, MGC, Softswich
IP Backbone, Routers, BGs QoS Mechaisms (RSVP, Differv, MPLS )
Miền truy nhập không phải IP
Truy nhËp h÷u tuyÕn (AG, Proxi truy nhËp) Truy nhập di động (RAN,AG) Truy nhập băng rộng (các IAD, MTA)
Liên kết hoạt động miền : TG(MG), SG, liên kết hoạt động GW
Cung cấp dịch vụ và thuê bao, quản lý mạng, hỗ trợ hoạt động và tÝnh cíc Điện thoại IP (H.323, SIP, MGCP, ), §Çu cuèi IP,
Mặt phẳng dịch vụ/ứng dụng
Mặt phẳng báo hiệu và điều khiển
Các đầu cuối không IP
Các API mở (IN/INAP,Paralay, Jain, CAMEL, SIP )
Báo hiệu ( MEGACO, MGCP, RANAP, ISUP, MAP)
Hình 1.2 Các giao diện kết nối trong các lớp mạng NGN Đào Ngọc Nam Trang 19/95
Tình hình tiêu chuẩn hoá các giao diện kết nối trong mạng
Mở đầu
Giao diện kết nối trong mạng NGN diễn ra giữa các thực thể mạng và các mặt phẳng chức năng, bao gồm giao diện giữa Server ứng dụng và Server điều khiển cuộc gọi MGC, MGC (Softswitch) và MG, cũng như giữa các MGC Mặc dù đây là các giao diện chính, nhưng tùy thuộc vào điều kiện triển khai của nhà khai thác và giải pháp từ các nhà cung cấp, có thể xuất hiện thêm một số thực thể vật lý tách biệt từ các chức năng của các phần tử này, như Server báo hiệu và Server phương tiện, dẫn đến việc hình thành thêm một số giao diện mới.
Các giao diện kết nối mạng NGN được thực hiện bởi các giao thức giữa các phần tử mạng trong mạng NGN Các giao thức đó là:
Ngoài ra còn có các giao thức giữa các phần tử mạng và phần quản lý trong mạng NGN.
BICC
Vào nửa cuối năm 1999 và đầu năm 2000, nhóm nghiên cứu SG11 của ITU đã thực hiện các hoạt động nhằm phát hành tập khả năng số 1 của BICC vào tháng.
BICC CS1 được thiết kế để hỗ trợ các nhà khai thác mạng lớn chuyển đổi từ mạng TDM sang công nghệ gói một cách dần dần, mà không làm mất đi các tính năng của ISUP và IN Mô hình này cho phép tích hợp các đoạn ATM vào mạng ISUP băng hẹp hiện có BICC CS1 cũng giới thiệu các khả năng mới như "codec negotiation" và "codec modification", giúp cải thiện chất lượng thoại trong dịch vụ di động bằng cách giảm thiểu việc chuyển mã không cần thiết.
Chức năng dịch vụ cuộc gọi CSF đóng vai trò quan trọng trong việc kết nối giữa báo hiệu ISUP truyền thống trong mạng TDM và bộ chuyển đổi chuyển tải báo hiệu (STC Signalling transport specific converter) Đồng thời, nó cũng là giao diện dẫn đến chức năng phối hợp hoạt động và điều khiển mang (bearer) BIWF/BCF.
STC đã chuyển đổi từ BICC sang chuyển tải báo hiệu riêng Theo định nghĩa của ITU, STC cho BICC CS1 được xác định cho các loại chuyển tải báo hiệu khác nhau.
BIWF cung cấp phối hợp hoạt động giữa các công nghệ mạng khác nhau ( TDM và ATM)
BCF cung cấp tín hiệu đặc biệt cho việc thiết lập "mang" mới thông qua cuộc gọi BICC BICC CS1 CSF điều khiển BIWF/BCF thông qua giao diện "primitive" Để đảm bảo tính tương thích giữa các ISN của các nhà sản xuất khác nhau, cần cung cấp chi tiết về chuyển đổi BICC tới và từ các công nghệ mạng.
“mang” trong trường hợp BICC CS1 việc chuyển đổi được định nghĩa bởi ITU-T nh sau: ư
− AAL1 sử dụng báo hiệu DSS2
− AAL1 sử dụng báo hiệu B-ISUP
− AAL2 sử dụng báo hiệu AAL2 ( CS1 )
Ngoài ra , diễn đàn ATM cũng đã định nghĩa việc chuyển đổi của BICC như sau :
− AAL1 sử dụng báo hiệu ATM-F UNI
− AAL1 sử dụng báo hiệu ATM-F PNNI
− AAL1 sử dụng báo hiệu AINI Đào Ngọc Nam Trang 21/95
BICC CS1 được chỉ định đi cùng với ISUP 2000 Tập khuyến nghị ISUP
2000 bao gồm ITU-T Q761 đến Q764 ( bao gồm cả Addendum Q762 và Q763 ) và Q765
Phụ lục của khuyến nghị ITU T Q1901 nêu rõ sự phối hợp giữa ISUP và BICC tại một ISN, đồng thời đề cập đến yêu cầu về bộ chuyển đổi chuyển tải báo hiệu BICC/ISUP có ứng dụng đặc biệt với cơ chế chuyển tải ứng dụng APM, hỗ trợ cho các thủ tục mang riêng biệt theo khuyến nghị ITU T Q765.5 Bài viết cũng mô tả hoạt động của BICC với các hệ thống báo hiệu U- điều khiển "mang", được quy định trong các khuyến nghị bổ sung của ITU.
− TRQ.3010 ( BICC với AAL2 CS1)
− TRQ.3020 ( BICC với BISUP cho AAL1 )
Mô tả hoạt động của BICC với hệ thống báo hiệu điều khiển ATM F nằm - trong AF-CS-VMOA-0146.000 ( BICC với SIG4.0/PNNI1.0/AINI )
BICC trong mạng IP hay BICC CS2
Giao thức điều khiển cuộc gọi BICC CS2 được xây dựng dựa trên BICC CS1, tích hợp hầu hết các dịch vụ của ISUP và tính năng của tổng đài nội hạt Điều này dẫn đến các khuyến nghị về cuộc gọi cơ bản từ ITU SG 11, thay thế cho bản t ng ứng của ISUP trong BICC CS1 Các khuyến nghị này nhằm cải thiện hiệu suất và tính năng của hệ thống truyền thông.
− Q1902.2 Tham số và bản tin ( Được chia sẻ cùng với ISUP )
− Q1902.3 Khuôn dạng và mã ( được chia sẻ cùng với ISUP )
Thủ tục để hỗ trợ cho các dịch vụ bổ trợ trong ISUP được thể hiện ở Q1902.6
Việc thực hiện chức năng phối hợp hoạt động giữa BICC với các hệ thống báo hiệu khác đựoc thể hiện dư đâới y :
− Q1912.1 Phối hợp hoạt động giữa BICC và SS7 ISUP
− Q1912.2 Phối hợp hoạt động giữa BICC với các kiểu báo hiệu ( truy nhập PSTN, DSS1, C5, R1,R2, TUP )
− Q1912.3 Phối hợp hoạt dộng giữa BICC và H323 Đào Ngọc Nam Trang 22/95
− Q1912.4 Phối hợp hoạt động giữa BICC và DSS2
− Q1922.2 Phối hợp hoạt động giữa BICC và INAP CS2
Một khía cạnh quan trọng nữa được thể hiện trong CS2 đó là việc hỗ trợ IP
Việc điều khiển mang được tách biệt với điều khiển cuộc gọi, cho phép một CSF điều khiển nhiều BIWF và ngược lại, một BIWF có thể được điều khiển bởi một hay nhiều CSF Điều này có nghĩa là khối lượng thông tin truyền từ điểm SN gốc đến điểm kế tiếp sẽ được tối ưu hóa cho cuộc gọi, nhằm đáp ứng các mục đích nhận dạng và thông tin liên quan Các khuyến nghị cho phần này được trình bày dưới đây.
− Q1950 Call Bearer Control Protocol - CBC
− Q1970 IP Bearer Control Protocol – BCP
Một số các khuyến nghị liên quan đến BICC đuợc thể hiện sau đây :
− Q2150.1 Signalling transport converter on MTP3&MTP3B
− Q2150.2 Signalling transport converter on SCCOP&SCCOPMCE
− Q2150.3 Signalling tranport converter on SCTP.
SIP
Giao thức khởi tạo phiên (SIP) là một giao thức do IETF phát triển, nhằm hỗ trợ cung cấp dịch vụ thoại qua mạng Internet SIP được mô hình hóa dựa trên các giao thức Internet khác như SMTP (giao thức chuyển phát thư đơn giản) và HTTP (giao thức truyền siêu văn bản).
Tiêu chuẩn SIP hiện tại trên mạng là RFC 2543, nhưng IETF đã phát hành phiên bản mới là RFC 3261 Những điểm thay đổi so với RFC 2543 được nêu rõ tại mục 28 của RFC 3261.
SIP (Session Initiation Protocol) được sử dụng để thiết lập, thay đổi và xoá các cuộc gọi trong mạng IP, đảm bảo yêu cầu cung cấp dịch vụ thoại Nó hoạt động cùng với các giao thức khác như RTP cho chuyển tải, RSVP cho chất lượng thoại, và RADIUS hay DIAMETER cho xác thực người sử dụng SIP là giao thức điều khiển cho các phiên như hội nghị đa phương tiện và cuộc điện thoại Internet Các thành viên trong phiên có thể giao tiếp đa hướng hoặc một chiều, và SIP hỗ trợ việc thiết lập phương tiện tương ứng Ngoài ra, SIP cũng cho phép người sử dụng di động thông qua proxy và chuyển tiếp yêu cầu đến vị trí hiện tại của họ.
Để tối ưu hóa việc định vị người dùng và chuyển đổi tên, cần đảm bảo rằng cuộc gọi được thực hiện đúng vị trí hiện tại Mặc dù không cung cấp thông tin mô tả về việc chuyển đổi vị trí, nhưng tất cả thông tin liên quan đến cuộc gọi đều phải được hỗ trợ đầy đủ.
Dàn xếp đặc tính cho phép nhóm người tham gia trong một cuộc gọi đồng ý về các tính năng hỗ trợ, nhận thức rằng không phải tất cả các thành viên đều có khả năng hỗ trợ ở mức độ giống nhau Ví dụ, việc hỗ trợ video có thể khác nhau giữa các thành viên trong nhóm.
Quản lý thành viên trong cuộc gọi cho phép người tham dự kết nối hoặc hủy kết nối với các thành viên khác Người dùng cũng có khả năng chuyển hoặc giữ
Người dùng có khả năng thay đổi các đặc tính cuộc gọi trong quá trình thực hiện, ví dụ như chuyển từ cuộc gọi thoại sang sử dụng chức năng video Bên cạnh đó, thành phần thứ ba tham gia cuộc gọi cũng có thể yêu cầu sử dụng các tính năng khác để đảm bảo sự tham gia hiệu quả trong cuộc gọi.
Hình 2.1 (a) Mô hình khách/chủ sử dụng TCP, (b) Chồng giao thức sử dụng UDP/TCP
SIP bao gồm hai thành phần chính: Đại lý người dùng SIP (SIP user agent) và Máy chủ mạng SIP Đại lý người dùng SIP là phần thuộc về các thiết bị cuối trong cuộc gọi, trong khi đó, Máy chủ mạng SIP là các thiết bị điều khiển các liên kết báo hiệu cho nhiều cuộc gọi khác nhau.
Đại lý người dùng bao gồm hai thực thể: khách hàng (UAC - user agent client) và máy chủ (UAS - user agent server) Khách hàng khởi tạo cuộc gọi, trong khi máy chủ chịu trách nhiệm trả lời cuộc gọi Sự kết hợp này cho phép thực hiện cuộc gọi ngang hàng thông qua giao thức Client-server.
SIP server là thực thể cung cấp nhiều kiểu server khác nhau, bao gồm SIP stateful proxy server, SIP stateless proxy server và SIP re-direct server Chức năng chính của SIP server là giải quyết tên và vị trí của người sử dụng, giúp chủ gọi tìm kiếm địa chỉ IP hoặc tên máy chủ của người nhận cuộc gọi một cách hiệu quả.
SIP Proxy nhận và xử lý các yêu cầu, quyết định điểm đến và chuyển tiếp chúng đến máy chủ tiếp theo theo nguyên tắc định tuyến từng chặng Sự khác biệt giữa stateful và stateless proxy server là stateful lưu trữ tất cả các yêu cầu đã nhận, trong khi stateless không ghi nhớ thông tin này.
Máy chủ chuyển hướng nhận yêu cầu nhưng không chuyển tiếp đến máy chủ kế bên, mà thay vào đó, gửi phản hồi đến người gọi với địa chỉ của máy chủ được gọi.
SIP thường được triển khai qua giao thức UDP hoặc TCP, cung cấp các cơ chế cần thiết để các hệ thống cuối và máy chủ proxy có thể cung cấp dịch vụ hiệu quả.
MEGACO/H248
Giao thức giữa media gateway và callserver hiện nay chủ yếu sử dụng MGCP (Media Gateway Control Protocol) hoặc MEGACO Năm 1998, IPDC (Internet Protocol Device Control) được đề xuất bởi Level3 và một số nhà sản xuất khác, trong khi Bellcore phát triển SGCP (Simple Gateway Control Protocol), nhưng SGCP chỉ hoạt động trên thiết bị thử nghiệm Sau đó, IETF đã đề xuất MGCP, kết hợp các ý tưởng từ IPDC và SGCP Đồng thời, ITU cũng xây dựng một giao thức tương tự và một thành viên quan trọng của ITU và IETF đã phát triển MDCP (Media Device Control Protocol) Sự hợp tác giữa ITU và IETF đã dẫn đến việc định nghĩa một giao thức thống nhất cho việc điều khiển các thiết bị media MEGACO, được phát triển từ MGCP và MDCP, chia sẻ nhiều khái niệm nhưng có mô hình cơ bản, lệnh và cấu trúc khác biệt, được ghi nhận trong RFC 3015 và ITU-T H.248.
Hiện nay tiêu chuẩn MEGACO/ H248 đang tiến hành xây dựng phiên bản 2.
SIP-T(Sip hỗ trợ thoại)
SIP-T, also known as SIP-BCP-T (SIP Best Common Practice for Telephony), is a protocol established by the IETF as a means to deliver ISUP (ISDN User Part) functionality.
Mạng IP cung cấp khả năng liên vận dễ dàng từ PSTN sang IP, với cấu trúc khung cho việc tích hợp báo hiệu hiện tại vào bản tin SIP Điều này được thực hiện thông qua việc tóm lược các thông tin ISUP vào SIP, cho phép truyền và chuyển dịch thông tin ISUP trong các mào đầu của SIP để định tuyến hiệu quả Tại các gateway SIP-ISUP, bản tin ISUP được tóm tắt trong SIP mà vẫn đảm bảo các thông tin cần thiết cho dịch vụ không bị mất đi.
SIP-T, proposed by the IETF's Session Initiation Proposal Investigation group in RFC 3372 in September 2002, provides a framework for integrating traditional voice signaling into SIP messages.
H.323
H.323 là chuẩn do ITU T SG 16 phát triển cho phép truyền thông đ- a phương tiện qua các hệ thống dựa trên mạng gói Với các phiên bản sau:
- V1 được phê chuẩn vào năm 1996
- V5 đưa ra vào cuối năm 2002
Chuẩn H.323 là một bộ phận quan trọng của họ khuyến nghị H.32x của ITU, cung cấp các dịch vụ thông tin multimedia như audio thời gian thực, video và dữ liệu qua các mạng chuyển mạch gói, bao gồm cả các mạng dựa trên giao thức IP Chuẩn này chỉ rõ các thành phần, giao thức và thủ tục cần thiết để cung cấp thông tin multimedia cho các mạng gói Với khả năng ứng dụng đa dạng, H.323 có thể được sử dụng trong nhiều dịch vụ khác nhau, bao gồm thoại IP, videotelephony, thoại và dữ liệu, cũng như thông tin đa điểm và đa dịch vụ Điều này cho phép H.323 cung cấp nhiều dịch vụ có thể được hỗ trợ trong nhiều lĩnh vực, từ hàng tiêu dùng đến thương mại và giải trí.
Các giao thức có liên quan với H.323
H.323 không phụ thuộc vào công nghệ truyền tải của mạng gói và các giao thức sử dụng trên mạng đó Các giao thức có liên quan tới H.323:
- H.225 đăng ký, thu nhận, và trạng thái (RAS)
- Giao thức truyền thời gian thực (RTP)
- Giao thức điều khiển thời gian thực (RTCP)
INAP
INAP, được ITU-T đưa ra vào tháng 10 năm 1995, là một giao thức người dùng ROSE, dựa trên Khuyến nghị X.219 và X.229 Giao thức ROSE nằm trong phần tử lớp phụ của TCAP theo Khuyến nghị ITU-T Q.771 đến Q.775 và DSS 1 theo Khuyến nghị ITU-T X.209 Bộ tiêu chuẩn INAP đã được chấp nhận toàn cầu với loạt khuyến nghị Q.12x8.
INAP CS-1, hay Tập hợp các khả năng cho mạng thông minh, được ITU giới thiệu như Capability Set 1 CS1 được thiết kế nhằm cung cấp phạm vi dịch vụ và hỗ trợ cho việc khách hàng hóa nhanh chóng trong việc thực hiện các dịch vụ ITU CS được xem là chuẩn quốc tế cho các mạng thông minh.
General series Intelligent Network Recommendation structure
Principles of intelligent network architecture
Intelligent network distributed functional plane architecture
Intelligent network physical plane architecture
General aspects of the Intelligent Network Application protocol
Q.1210-series Intelligent network Recommendation structure
Introduction to intelligent network capability set 1
Global functional plane for intelligent network CS-1
Distributed functional plane for intelligent network CS-1
Physical plane for intelligent network CS-1
Interface Recommendation for intelligent network CS-1
Q.1219 Intelligent network userỊs guide for capability set 1
INAP CS-2 được đưa ra tháng 9 năm 1997
Tiếp theo tập CS-1, trên quan điểm thừa kế phát triển, ITU T xây dựng CS- -2 là tập khả năng của IN đáp ứng các tiêu chuẩn sau:
- Là một tập con của kiến trúc IN mục tiêu.
- Là một tập các định nghĩa khả năng được dùng trực tiếp cho cả nhà sản xuất thiết bị và khai thác mạng
Mạng cung cấp khả năng hỗ trợ cho các dịch vụ xác định hoặc đang trong quá trình xác định, đồng thời cũng hỗ trợ cho các dịch vụ chưa được đề xuất hoặc chưa được chuẩn hoá bởi ITU-T.
- Có thể hỗ trợ mạng PSTN, B ISDN và mạng di động.-
Q.1220 Q.1220-series Intelligent Network Capability Set 2 Recommendation structure
Introduction to Intelligent Network Capability Set 2
Service plane for Intelligent Network Capability Set 2
Global functional plane for Intelligent Network Capability Set 2
Distributed functional plane for intelligent network Capability Set 2
Physical plane for Intelligent Network Capability Set 2
Interface Recommendation for intelligent network Capabili
Q.1229 Intelligent Network userỊs guide for capability Set 2
INAP CS-3 được đưa ra tháng 6 năm 2000
IN CS-3 xác định tập hợp các năng lực IN nhằm thỏa mãn các tiêu chuẩn chung sau:
- IN CS-3 là một bước phát triển của cấu trúc mạng thông minh
- IN CS-3 phát triển dựa trên IN CS-2
- IN CS 3 là tập xác đ- ịnh các năng lực cho phép giúp đỡ cả các nhà chế tạo và các nhà điều hành/ cung cấp dịch vụ mạng
IN CS3 cung cấp khả năng mạng xác định nhằm hỗ trợ việc tích hợp các dịch vụ chuẩn IN CS-3 cùng với các đặc tính dịch vụ liên quan Những khả năng này cũng có thể được áp dụng để hỗ trợ các dịch vụ khác, bao gồm cả những dịch vụ được chuẩn hóa bởi ITU T và những dịch vụ không thuộc tiêu chuẩn này.
Introduction to Intelligent Network Capability Set 3
Q.1236 Intelligent Network Capability Set 3 - Management Information Model
Q.1237 Extensions to Intelligent Network Capability Set 3 in Support of B-
Q.1238 Interface Recommendation for intelligent network capability set 3
Q.1238.5 SDF-SDF interface Đào Ngọc Nam Trang 30/95
INAP CS-4 được đưa ra tháng 7 năm 2001
INAP CS-4 được phát triển dựa trên các tính năng nâng cao của INAP CS-3, bổ sung khả năng hỗ trợ dịch vụ VoIP và các dịch vụ IP, bao gồm truy cập từ hai phía IN và H323 Gatekeeper/SIP Proxy Server Hệ thống này cũng hỗ trợ liên kết hoạt động IN với Call server dựa trên H248 Thêm vào đó, CS-4 giới thiệu một số thực thể và giao diện mới nhằm kết nối hiệu quả giữa IN với mạng IP và mạng IMT-2000.
Cơ sở hạ tầng IN cần phải tách biệt với các giao thức báo hiệu thoại IP như SIP và H323 IN CS4 giới thiệu các thực thể chức năng mới nhằm nâng cao hiệu suất và khả năng tương tác trong hệ thống.
- Chức năng Gateway ứng dụng dịch vụ (SA-GF)
- Chức năng quản lý cuộc gọi (CMF)
- Chức năng chuyển mạch dịch vụ mềm (soft SSF)
- Chức năng Gateway nhận truy cập qua đường điện thoại (D/A GF)
- Các thực thể chức năng hiện có cần được mở rộng bao gồm:
- Chức năng tài nguyên đặc biệt (SRF)
- Chức năng điều khiển dịch vụ (SCF)
- Chức năng dữ liệu dịch vụ (SDF)
- Chức năng chuyển mạch dịch vụ (SSF)
- Chức năng điều khiển cuộc gọi (CCF)
Các gateway giao thức lớp dưới có thể cần được cài đặt, với các chức năng chuyển đổi tùy thuộc vào kiến trúc giao thức cụ thể được áp dụng trong từng miền.
- Chức năng Gateway báo hiệu (S GF)-
- Chức năng Gateway điều khiển dịch vụ (SC GF)- Đào Ngọc Nam Trang 31/95
Introduction to Intelligent Network Capability Set-4
Distributed functional plane for intelligent network capability set-4
Q.1248 Interface recommendation for Intelligent Network Capability Set 4
Q.1248.1 Interface Recommendation for Intelligent Network Capability Set 4 -
Q.1248.2 Interface recommendation for Intelligent Network Capability Set 4:
Q.1248.3 Interface Recommendation for Intelligent Network Capability Set 4:
Q.1248.4 Interface Recommendation for intelligent network Capability Set 4:
Q.1248.5 Interface Recommendation for Intelligent Network Capability Set 4:
Q.1248.6 Interface Recommendation for Intelligent Network Capability Set 4:
Q.1248.7 Interface Recommendation for Intelligent Network Capability Set 4:
SiGTRAN
Sigtran (Signalling Transport) là giao thức được IETF phát triển nhằm khắc phục các vấn đề liên quan đến truyền tải tín hiệu SS7 trong mạng PSTN qua mạng IP, đồng thời chú trọng đến tính năng và chất lượng của tín hiệu PSTN.
Các SG nhận các bản tin SS7 trong mạng TDM và chuyển đổi chúng sang các thành SS7 trên IP MGC tiếp nhận các bản tin SS7 này qua giao thức IP.
Trong mạng IP, giao thức SCTP (streaming control transmission protocol) được sử dụng như một lớp mới để chuyển tải, nhằm quản lý hiệu quả các bản tin báo hiệu giữa các máy chủ điều khiển cuộc gọi.
Lớp thích ứng được định nghĩa bởi SIGTRAN với những mục tiêu sau :
Chuyển tải các giao thức báo hiệu của các các lớp cao dựa trên chuyển tải
IP Đảm bảo việc cung cấp dịch vụ tương đương với trong mạng điện thoại PSTN
Chuyển tải trong suốt các bản tin báo hiệu trên môi trường IP
Kiến trúc Sigtran gồm 3 thành phần chính được viết trong các RFC:
- Lớp truyền tải báo hiệu
- Lớp thích ứng : M2PA, M2UA, M2UA, SUA, IUA,V5UA
Các tiêu chuẩn về Sigtran đã được IETF đưa ra :
- RFC 2719 ( Architectural Framework for Signaling Transport)
- RFC 2960 ( Stream Control Transmission Protocol)
- RFC 3257 ( Stream Control Transmission Protocol Application Statement)
Liên quan đến vấn đề truyền tải báo hiệu một số vấn đ đề ang được IETF nghiên cứu để có thể ban hành được liệt kê sau đây:
The M2UA (MTP2 User Adaptation Layer) provides MTP2 services in a client/server relationship, facilitating communication between the Signaling Gateway (SG) and the Media Gateway Controller (MGC).
- Lớp thích ứng M2PA cung cấp dịch vụ MTP2 trong mối quan hệ ngang hàng cho thông tin giữa các SG
- SS7 Message transfer part (MTP3) User Adaptation Layer M3UA Lớp thích - ứng M3UA cung cấp dịch vụ MTP3 trong mối quan hệ client/server hoặc ngang hàng
- V5UA Lớp tương thích người sử dụng V 5.2 cung cấp hỗ trợ báo hiệu V 5.2 trong mối quan hệ client/server
Các giao diện phần quản lý trong mạng NGN
Phần mạng quản lý của NGN được xây dựng dựa trên sự phối hợp giữa nhiều loại mạng như cố định, di động, IP và truy nhập, tạo ra sự phức tạp và thách thức trong quản lý Điều này liên quan đến việc quản lý các mạng hiện có và các dịch vụ mới trên nhiều nền tảng khác nhau Cần phân tích tài liệu từ các SDOs và diễn đàn ứng dụng, khảo sát tính ứng dụng và đề xuất các tính năng nâng cao tại những "điểm nóng" Các tổ chức viễn thông toàn cầu đang triển khai các kế hoạch để hoàn thiện việc quản lý mạng và dịch vụ.
Để quy hoạch các công việc cần thực hiện, cần xác định danh sách các dịch vụ quản lý liên quan dựa trên các đầu vào như M.3200, trong đó liệt kê các dịch vụ quản lý cho SCN, và TOM (bản đồ hoạt động viễn thông).
Trong bài viết này, chúng ta sẽ khám phá cấu trúc các thành phần mạng NGN hiện tại, bao gồm mạng cố định, truy nhập và di động, đồng thời nhận diện các mô hình quản lý tài nguyên mạng và dịch vụ Chúng ta cũng sẽ xem xét các đặc điểm kỹ thuật quản lý thủ tục liên quan đến lỗi, dựa trên TIPHON deliverable 1011, cùng với các tiêu chuẩn kỹ thuật của IETF DISMAN và ITU-T Q.821 Cuối cùng, bài viết sẽ đề cập đến các đặc điểm kỹ thuật quản lý thủ tục thực hiện theo TIPHON deliverable 1010, ITU-T Q.822 và 3GPP.
-Xem xét các đặc điểm quản lý khách hàng ( loạt khuyến nghị Q.824 và EN 300
291), khả năng phân phối quản lý thuê bao dài hạn 3 GPP SA5 và IETF
“snmpconfig” phân phối tới toàn bộ yêu cầu NGN
- Xem xét các đặc điểm kỹ thuật tính cước,AAA, quản lý lưu lượng(Q.823, E417 và I-ETS 300 637) và định tuyến(Q.826 và EN 300 292) để phủ hết các yêu cầu NGN
Xem xét các đặc điểm kỹ thuật của kênh thuê riêng M.3208 và M.3108, cần xác định các yêu cầu quản lý dưới mặt phẳng truyền dẫn để đáp ứng đầy đủ các yêu cầu của mạng thế hệ mới (NGN).
Nguyên tắc của TML (ngôn ngữ dựa trên XML cho các ứng dụng viễn thông) trong mạng NGN được xác định thông qua sự hợp tác giữa ETSI và ITU T SG4 Q9, cũng như nhóm T1M1.5 Ad-hoc về tML.
Về quản lý ETSI đã xác định mục tiêu sau làm mục đích chiến lược để tránh việc phân tán về mặt chuyên môn trong quản lý mạng:
Châu Âu đóng vai trò quan trọng trong việc phát triển và phối hợp TIPHON (3GPP SA5) trước khi giới thiệu chúng tại ITU Việc khuyến khích sự tham gia của các nhóm châu Âu trong ITU-T (SG4) là cần thiết để đảm bảo sự liên kết chuyên môn và định hình số lượng tối ưu, đồng thời thúc đẩy sự phát triển bền vững trong lĩnh vực này.
Khuyến khích và hỗ trợ các nhóm kết hợp không chính thức giữa lãnh đạo của ETSI TIPHON, ETSI TC TMN, ITU T SG4, T1M1 và IETF - OPS (còn gọi là "JointNM") là một bước quan trọng nhằm thúc đẩy sự hợp tác và phát triển trong lĩnh vực công nghệ thông tin và viễn thông.
- Phạm vi hoạt động quản lý mạng trong đề án “JointNM” sẽ thích hợp trong dự án chung ngoài phạm vi ETSI
Các mở rộng cho toàn bộ cấu trúc quản lý mạng và xác định các dịch vụ cũng như giao diện quản lý mạng cơ bản được thực hiện hiệu quả nhất trong nhóm nghiên cứu của ITU.
T SG4 Vai trò ETSI sẽ được tạo ra và cân đối trong các ng góp tới ITUđó -T SG4
Hoạt động quản lý mạng cụ thể tới từng công nghệ (IP, di động, ) ợc thực đư hiện tốt nhất trong bản thân công nghệ
Theo nhóm nghiên cứu NGN của ETSI, việc quản lý mạng NGN sẽ do ITU SG4 đảm nhận vai trò chủ chốt, dựa trên mô hình TMN.
Hệ thống quản lý TMN được quy định trong ITU T M.3010 và M.3013, với các nguyên tắc và nghiên cứu liên quan đến TMN Phiên bản mới hơn đã mở rộng để bao gồm các khía cạnh quản lý mạng dựa trên IP.
Kết nối của mạng/thực thể mạng tới hệ thống điều hành của nó xảy ra tại giao diện điểm tham khảo Q3
Kết nối giữa các hệ thống quản lý khác nhau được xác định qua điểm tham khảo x Do khả năng tương tác của các thực thể mạng liên quan, các khía cạnh bảo mật trở nên quan trọng khi các giao diện X được thực thi tại RPI x, yêu cầu một chức năng firewall mạnh mẽ.
Hệ thống quản lý/TMN có thể được liên kết trên nhiều lớp khác nhau từ quản lý thực thể qua mạng quản lý tới quản lý dịch vụ
Nhiều chuẩn trong lĩnh vực hệ thống quản lý hiện đang tồn tại, và các giải pháp dựa trên CORBA đang được xem xét trong bối cảnh chuẩn hóa giao diện.
Hình 2.3 Thực thể mạng với hệ thống quản lý riêng Đào Ngọc Nam Trang 35/95
Hệ thống quản lý n với việc điều khiển một mạng/thực thể mạngđơ
Các hệ thống quản lý độc lập cho mỗi mạng/thực thể mạng đang được xem xét.
Ví dụ khi “mạng A” là mạng truy nhập và “mạng B” là nút dịch vụ được xác ịnh đ trong ITU-T G.902
Các chuẩn ứng dụng cho hệ thống quản lý /TMN
Các chuẩn ứng dụng Các khuyến nghị của ITU-T
Q3 Loạt khuyến nghị M.3600 , Loạt khuyến nghị Q.800, Loạt khuyến nghị X.700 Đào Ngọc Nam Trang 36/95
Các tiêu chuẩn kết nối chính trong mạng NGN
Mở đầu
Chương 3 của luận văn giới thiệu và phân tích các chuẩn kết nối cung cấp dịch vụ trong mạng NGN trên cơ sở phân tích các giao diện kết nối giữa các phần tử mạng chính trong NGN, trên cơ sở đó lựa chọn các chuẩn phù hợp Đồng thời phân tích các các kết nối giữa các mạng hiện có và mạng NGN để lựa chọn chuẩn phù hợp.
Các tiêu chuẩn kết nối chính trong mạng NGN
3.2.1 Kết nối giữa media gateway controller và media gateway
Giao diện kết nối giữa MGC và MG sử dụng giao thức Megaco/H.248, MGCP
Giao thức Megaco/H.248, với khả năng linh hoạt trong việc điều khiển gateway trong mạng phân tán và là một chuẩn mở, vượt trội hơn so với MGCP Để đảm bảo sự nhất quán trong các thuật ngữ, cần làm rõ một số khái niệm, trong đó Access Gateway là một loại gateway cung cấp giao diện UNI như ISDN.
Ký hiệu nhận dạng là một thành phần quan trọng trong giao thức, giúp tổ chức các nhóm liên quan Chẳng hạn, trong MG, các nhóm luồng media có thể được MGC tập hợp lại thông qua việc gộp các nhận dạng thích hợp trong một lệnh.
Media Gateway (MG) là thiết bị chuyển đổi media giữa các kiểu mạng khác nhau, giúp kết thúc các kênh mang từ mạng chuyển mạch kênh (như DS0) và các dòng media từ mạng gói (như RTP trong mạng IP) MG có khả năng xử lý audio, video và T.120, có thể hoạt động độc lập hoặc kết hợp với các thực thể khác để thực hiện chuyển đổi media đầy đủ Ngoài ra, MG còn có thể xử lý các bản tin audio/video, thực thi các chức năng IVR và tổ chức hội nghị media.
Media Gateway Controller (MGC): điều khiển các phần của trạng thái cuộc gọi đi đôi với điều khiển kết nối cho các kênh media trong MG
Multipoint Control Unit (MCU) là thiết bị quản lý thiết lập và phối hợp các hội nghị nhiều người dùng, bao gồm việc xử lý âm thanh, video và dữ liệu.
Gateway gia đình là thiết bị kết nối đường dây điện thoại với mạng gói, thường bao gồm một hoặc hai đường dây điện thoại và được cấu hình theo nhu cầu của khách hàng.
Cổng báo hiệu SCN FAS là một thành phần quan trọng, bao gồm các giao diện báo hiệu như SS7, ISDN và các liên kết báo hiệu khác Nơi đây, các kênh điều khiển cuộc gọi và kênh báo hiệu được sắp xếp trong cùng một nhịp vật lý, đảm bảo sự hoạt động hiệu quả và đồng bộ trong hệ thống.
Cổng báo hiệu SCN NFAS là một chức năng quan trọng, cung cấp giao diện báo hiệu SCN kết nối với SS7 hoặc các liên kết báo hiệu khác, nơi các kênh điều khiển cuộc gọi được tách biệt khỏi kênh mang.
Stream: dòng điều khiển hay media hai hướng được media gateway nhận hay gửi nh ư về phía cuộc gọi hay hội nghị
Trung kế : kênh thông tin giữa 2 hệ thống chuyển mạch như DS0 trên T1 hay E1.
Gateway trung kế là gateway giữa mạng SCN và mạng gói tiêu biểu như kết cuối một số lượng lớn các mạch số.
MGCP, hay Giao thức Kiểm soát Cổng Truyền Thông, được IETF phát triển để quản lý các cổng truyền thông (Media Gateway) thông qua các phần tử điều khiển cuộc gọi bên ngoài, được gọi là MGC hoặc đại lý cuộc gọi.
MGCP là một giao thức chủ/tớ, trong đó MGC quản lý toàn bộ trạng thái cuộc gọi và hướng dẫn MG từng bước trong quá trình thiết lập MG không thực hiện bất kỳ hoạt động nào liên quan đến cuộc gọi, như cung cấp dial tone hay chuông, nếu không nhận được lệnh từ MGC.
MGCP chỉ sử dụng 9 lệnh và 3 tín hiệu (như nhấc máy, chuông), nhưng điểm mạnh của nó là khả năng định nghĩa các gói chứa lệnh và tham số tín hiệu, giúp các thiết bị đầu cuối nhận diện Chẳng hạn, các gói DTMF hỗ trợ quay số theo kiểu tone, hoặc gói thông báo cho phép phát thông báo bằng giọng nói tới thuê bao.
Mô hình kết nối MGCP bao gồm hai thành phần chính: đầu cuối và kết nối Đầu cuối có thể là vật lý hoặc ảo, trong khi kết nối có thể là điểm-điểm hoặc điểm-a-điểm Hệ thống này có khả năng thiết lập trên nhiều loại mạng khác nhau.
- Truyền dẫn gói audio sử dụng RTP và UDP trên một mạng TCP/IP
- Truyền dẫn gói audio sử dụng AAL2 hoặc các lớp thích ứng khác qua mạng ATM Đào Ngọc Nam Trang 38/95
Truyền dẫn gói trên một đường kết nối nội bộ, chẳng hạn như đường trục TDM hoặc hệ thống liên kết bus của một cổng giao tiếp (GW), thường được áp dụng trong các kết nối mạng.
“hairpin” thường là các kết nối kết cuối trong một GW nhưng ngay lập tức định tuyến trở lại mạng thoại
Sử dụng giao thức SDP
Đại lý gọi sử dụng MGCP để truyền đạt các thông số kết nối đến GW, bao gồm địa chỉ IP, cổng UDP và các đặc tính RTP cũng như kiểu truyền thông âm thanh Những mô tả này tuân theo quy tắc được xác định trong giao thức mô tả phiên SDP (Session Description Protocol) do IETF phát triển.
SDP cho phép mô tả hội nghị đa phương tiện, trong khi MGCP chỉ sử dụng SDP để thiết lập các kênh âm thanh và truy cập dữ liệu Các mô tả phiên ban đầu chỉ chính xác cho một kiểu truyền thông, như "audio" cho kết nối âm thanh hoặc "NAS" cho truy cập dữ liệu.
Đại lý cuộc gọi có khả năng sử dụng lệnh ModifyConnection để điều chỉnh các thông số kết nối đã được thiết lập trước đó, hoặc để cung cấp thông tin cần thiết nhằm hoàn tất các kết nối hai chiều.
Tiêu chuẩn giao diện kết nối cung cấp dịch vụ trong mạng
Mở đầu
Chuẩn IN-CS4 được thiết kế để đáp ứng nhu cầu rút ngắn thời gian đưa ra dịch vụ và tạo ra khả năng hình thành các dịch vụ tiên tiến và phức tạp, hỗ trợ cả các dịch vụ gói từ nhiều phía Chuẩn này cung cấp các giao diện kết nối cung cấp dịch vụ trong mạng NGN, bao gồm các đặc tính và năng lực của CS4, cũng như các chuẩn giao diện kết nối trong IN-CS4, giúp hỗ trợ sự phát triển của các dịch vụ mới và phức tạp.
Giới thiệu chung về IN CS4
IN CS 4, theo khuyến nghị Q.124x của ITU-T, được phát triển dựa trên các nguyên tắc kiến trúc của IN đã được mô tả trong các phiên bản trước đó như IN CS1, IN CS2 và IN CS3 Đây là chuẩn hóa thứ tư của mạng IN, nhằm kiến tạo và cung cấp dịch vụ viễn thông cũng như quản lý dịch vụ Tài liệu này giới thiệu IN CS-4, mô tả các đặc tính chính và năng lực chung, bao gồm mối quan hệ kiến trúc chức năng của CS4 với các dịch vụ bổ sung và các khía cạnh mạng Các đặc tính dịch vụ của CS4 cũng được liệt kê, cho phép mô tả các trường hợp liên mạng giữa các mạng IN và không phải IN.
Khuyến nghị về IN CS tạo-4 thành s sở ơ để thực hiện các dịch vụ viễn thông
IN CS-4 và cung cấp các nguyên tắc chỉ đạo mức độ cao để hỗ trợ cho:
- Một số dịch vụ viễn thông được hỗ trợ không đầy đủ.
IN CS-4 được xem là sự tiếp nối của IN CS-3 trong việc phát triển và cung cấp dịch vụ mạng Với việc cải tiến mô hình cuộc gọi, bảo mật và quản lý di động, IN CS-4 mang lại sự linh hoạt trong đánh số, di động và tương tác với các dịch vụ trong mạng giao thức Internet (IP) Công nghệ API được áp dụng trong IN CS-4, cho phép xử lý cuộc gọi hiệu quả hơn Ví dụ, trong cuộc gọi IN, phần tử xử lý cuộc gọi SSF/CCF phục vụ cho nhiều đối tượng như người dùng cuối và nhà cung cấp dịch vụ thứ ba Người dùng cuối yêu cầu thiết lập và duy trì cuộc gọi, trong khi nhà cung cấp dịch vụ thứ ba có khả năng thay đổi cách xử lý cuộc gọi mà không cần thông tin về người dùng Mỗi cuộc gọi API đại diện cho một hoạt động do người dùng hoặc nhà cung cấp dịch vụ thực hiện, đảm bảo tính nhất quán giữa các điểm A và B, mặc dù giao thức nền tảng và cơ chế mạng có thể khác nhau giữa hai điểm này.
Application Programming Interface (API) e.g establish_call e.g establish_call
Hình 4.1 Ví dụ API xử lý cuộc gọi 4.2.1 Các tiêu chuẩn cho IN CS - 4
IN CS-4 xác định 1 tập năng lực IN thích hợp với các tiêu chuẩn sau:
• IN CS-4 là tập của kiến trúc mạng thông minh
• IN CS-4 nâng cao phát triển IN CS-3, như đã xác định trong khuyến nghị về IN CS-3 (1999)
IN CS-4 là một bộ định nghĩa năng lực nhằm hỗ trợ cả nhà sản xuất và nhà cung cấp, điều hành dịch vụ mạng.
IN CS-4 cung cấp các năng lực mạng được xác định nhằm hỗ trợ các đặc tính dịch vụ và dịch vụ chuẩn của IN CS-4 Những năng lực này cũng có thể được áp dụng cho các dịch vụ khác, bao gồm cả những dịch vụ có thể được ITU-T chuẩn hóa hoặc không.
4.2.2 Các dịch vụ được IN CS4 hỗ trợ trên nền IP
4.2.2.1 Các dịch vụ cơ bản
IN CS-4 để hỗ trợ khách hàng thoại trên IP, bao gồm một vài năng lực mạng
Âm thanh chất lượng cao trong CS-4 mới có khả năng hỗ trợ các dịch vụ mạng thoại, bao gồm H.323 và SIP, dự kiến sẽ được triển khai trong tương lai Các dịch vụ này có thể yêu cầu sự điều khiển từ INAP.
• Dữ liệu tỷ lệ bit thấp
• Dữ liệu tỷ lệ bit trung bình
• Dữ liệu tỷ lệ bit cao
• Âm thanh chất lượng cao
• Video dải rộng thông thấp Video dải rộng thông cao
Việc thiết lập và điều chỉnh các tham số trong cuộc gọi được hỗ trợ, cho phép thoả thuận điểm tại thời điểm khởi tạo cuộc gọi và sửa đổi các tham số trong quá trình hoạt động.
4.2.2.2 Các dịch vụ bổ sung
Ví dụ về các dịch vụ bổ trợ yêu cầu điều khiển IN CS4 trong một mạng:-
• Giới hạn xác định bởi nhà điều hành
• Giới hạn xác định bởi người dùng
• Chuyển tiếp cuộc gọi vô điều kiện
• Chuyển tiếp cuộc gọi khi bận, không trả lời và không thể tiếp nhận
• Hiện trạng đa thuê bao
Ví dụ về các dịch vụ bổ sung yêu cầu t ng tác IN trong một mạng:ươ
• Hạn chế trình diện nhận dạng số chủ gọi
• Hạn chế trình diện nhận dạng số kết nối
• Các dịch vụ hoàn thành cuộc gọi (ví dụ
CCBS) Đào Ngọc Nam Trang 59/95
4.2.3 Mô hình chức ăng cho IN CS-4 n
4.2.3.1 Mô hình kiến trúc DFP
Mô hình IN DFP cho IN CS-4 được xác định qua sơ đồ Hình 4.2, mô tả các thực thể chức năng và mối quan hệ áp dụng cho IN CS-4 Sơ đồ này là tập hợp các mô hình IN DFP chung được nêu trong tài liệu 2/Q.1204, đồng thời phần 2.1/Q.1204 cũng cung cấp giải thích chi tiết về các thực thể chức năng, mối quan hệ và sơ đồ liên quan.
H×nh 4.2 KiÕn tróc IN CS-4 DFP Đào Ngọc Nam Trang 61/95
Nh ư trình bày ở trên, IN DFP cho IN CS 4 là bộ các IN DFP chung với đặc - điểm:
- Chỉ bao gồm các thực thể chức ăng CCAF, CCF, SSF, SCF, SDF, SRF và n SMS;
- Mối quan hệ SMS SCEF và SMS- -SMAF không được đánh địa chỉ.
4.2.3.3 Các chức năng liên quan đến việc thực hiện dịch vụ IN
CCAF là chức năng tác tử điều khiển cuộc gọi (CCA) cung cấp quyền truy cập cho người dùng, đồng thời đóng vai trò là giao diện giữa người dùng và chức năng điều khiển cuộc gọi trong mạng.
Truy cập vào năng lực cung cấp dịch vụ của chức năng điều khiển cuộc gọi (CCF) cho phép sử dụng các yêu cầu dịch vụ như cài đặt, trao đổi và bắt giữ để thiết lập, thao tác và giải phóng một cuộc gọi hoặc dịch vụ.
- Nhận các chỉ thị liên quan tới cuộc gọi hoặc dịch vụ từ CCF và chuyển tiếp chúng cho người dùng như đã yêu cầu;
- Duy trì thông tin trạng thái cuộc gọi/dịch vụ ;
- Là giao diện tới SCUAF cho dịch vụ không liên quan đến cuộc gọi nếu cần thiết
CCF là chức năng điều khiển cuộc gọi (CC) trong mạng để cung cấp tiến trình cuộc gọi/dịch vụ và điều khiển Nó sẽ:
- Thiết lập, thao tác và giải phóng cuộc gọi/kết nối như đã được CCAF yêu cầu;
Cung cấp khả năng phối hợp và liên kết các thực thể chức năng CCAF trong các tình huống cuộc gọi hoặc kết nối riêng biệt, dựa trên các yêu cầu của SSF.
Quản lý mối quan hệ giữa các thực thể chức năng trong CCAF là rất quan trọng để giám sát toàn bộ trường hợp cuộc gọi và kết nối Việc này giúp tối ưu hóa hiệu suất và đảm bảo tính ổn định trong quá trình giao tiếp.
- Cung cấp cơ chế kích hoạt để truy cập chức năng IN (ví dụ qua các sự kiện để tới SSF);
- Quản lý dữ liệu tài nguyên cuộc gọi cơ bản (ví dụ các tham chiếu cuộc gọi).
SSF là chức năng chuyển mạch dịch vụ (SS) kết hợp với CCF, cung cấp các chức năng cần thiết cho việc tương tác giữa CCF và chức năng điều khiển dịch vụ (SCF) Đồng thời, SSF cũng được tích hợp với NCSF để quản lý dịch vụ không liên quan đến cuộc gọi khi cần thiết.
- Mở rộng logic của CCF bao gồm cả sự thừa nhận các kích hoạt điều khiển và để t ng tác với SCF;ươ
- Quản lý báo hiệu giữa CCF và SCF;
Sửa đổi các chức năng tiến trình cuộc gọi và kết nối trong CCF theo yêu cầu nhằm đáp ứng nhu cầu sử dụng dịch vụ IN dưới sự quản lý của SCF.
- Là giao diện tới CUSF cho việc quản lý các tương tác không liên quan đến cuộc gọi;
Hỗ trợ cho trường hợp chuyển tiếp chia kíp, đảm bảo thông tin được chuyển tiếp giữa SCF và SRF, đồng thời sử dụng các năng lực tương tác cuộc gọi ngoài kênh liên quan đến người dùng (OCCRUI).
Các giao diện kết nối cung cấp dịch vụ trong CS4
So với các phiên bản trước, CS4 đã cải tiến với tính năng hỗ trợ mạng gói IP đa chiều và chuẩn hóa nhiều giao diện quan trọng trong mạng ITU đã giới thiệu một bộ giao diện kết nối chuẩn giữa các phần tử mạng trong CS4.
Các giao diện giữa các chức nă ng
Những giao diện sau sẽ được xem xét (Hình 4.3) :
• IF-1: Giao diện SCF với máy chủ PINT
• IF-2: Giao diện từ máy chủ PINT tới SRF
• IF-4: Giao diện từ SCF tới SRF
• IF-5: Giao diện từ CCF tới CCF
• IF-6: Giao diện từ SDF tới Gateway truy nhập quay số:
• IF-7: Giao diện từ chức năng Điều khiển dịch vụ tới SSF
• IF-8: Giao diện từ SCF tới chức năng Gateway ứng dụng dịch vụ
• IF-9: Giao diện từ chức năng Gateway ứng dụng dịch vụ tới GF cho các mặt phẳng nền lôgic dịch vụ phân tán
• IF-10: Giao diện từ medi gateway (MG) tới CCF
• IF-12: Giao diện từ CCF tới phần quản lý tài nguyên
• IF-13: Giao diện từ SRF tới media Gateway
• IF-14: Giao diện từ CCF tới D/A GF (chức năng Gateway truy nhập quay số)
• Giao diện giữa SCF-SCF
• Giao diện giữa SCF-SRF
Giao diện giữa phần điều khiển dịch vụ trong mạng IN và phần điều khiển cuộc gọi VoIP trong mạng IP cho phép mở rộng các dịch vụ cơ sở IN sang miền mạng IP.
4.3.1 F-1 Giao diện từ máy chủ PINT tới chức nă ng đ iều khiển Dịch vụ
Giao diện này được thiết kế để khởi động SCF thông qua các yêu cầu dịch vụ, giúp SCF hướng dẫn và tập hợp thông tin cần thiết cho việc thực hiện dịch vụ.
(thông tin nhận dạng, tính cước và xác minh) và đ điều khiển Gateway trong ể khoảng thời gian thực hiện dịch vụ
SCF có thể gửi các yêu cầu dịch vụ hoặc các yêu cầu sửa đổi tới mạng IP; có thể là qua SC GF nếu ợc sử dụng.- đư
Dịch vụ đợi cuộc gọi Internet (Internet Call Waiting) yêu cầu SCF thông báo cho người dùng về cuộc gọi đến, sau đó IF1 sẽ cho phép SCF yêu cầu các dịch vụ Internet.
Giao diện này sẽ chuyển tiếp các yêu cầu trong cả mạng IN và IP, đồng thời mô hình hóa thông tin theo cách chuyển tiếp Việc trao đổi thông tin trên giao diện này được làm rõ trong phần mở rộng PINT SIP.
Hình 4.3 Các luồng thông tin tại giao diện giữa các thực thể chức năng
Nhóm IETF PINT đã phát triển một giao thức mở rộng dựa trên SIP và SDP, cho phép người dùng cuối gửi yêu cầu dịch vụ Những yêu cầu này được chuyển đổi thành tin nhắn SIP/SDP qua máy khách PINT và sau đó gửi đến máy chủ PINT để xử lý Máy chủ PINT sẽ chuyển tiếp yêu cầu đến chức năng Điều khiển Dịch vụ, đảm bảo rằng mạng IP đáp ứng nhu cầu của người dùng thông qua Gateway PINT.
Lớp ứng dụng/dịch vụ
Líp cuéc gọi/truyền tải
Quản lý Báo hiệ TruyÒn d Đào Ngọc Nam Trang 71/95
Kết nối với máy chủ PINT đảm bảo xử lý và thực hiện các yêu cầu dịch vụ một cách hiệu quả; các thực thể ẩn danh (như các thực thể IN) hoạt động phía sau chức năng này, mang lại sự minh bạch cho người dùng mạng IP.
4.3.2 IF - 2 Giao diện từ Máy chủ PINT tới SRF
Giao diện này không yêu cầu chuẩn hoá và được sử dụng để thiết lập kết nối dữ liệu giữa SRF và Máy chủ PINT, tùy theo yêu cầu của SCF Dữ liệu sẽ được trao đổi không chỉ trong việc điều khiển PSTN/IN mà còn giữa GF và PSTN PINT RFC xác định các mở rộng để sắp xếp dữ liệu trao đổi, minh họa việc sử dụng giao diện này.
4.3.3 IF - 4 Giao diện SCF - SRF
Giao diện này yêu cầu nâng cấp các tiêu chuẩn ITU T hiện tại cho điểm tham chiếu, phản ánh việc mở rộng quan hệ giữa SCF và SRF SCF sử dụng giao diện này để yêu cầu SRF truy xuất dữ liệu thích hợp từ chức năng gateway Ngoài ra, giao diện cũng có thể yêu cầu trao đổi thông tin liên quan đến địa chỉ GF và dữ liệu thích hợp SCF hướng dẫn SRF biến đổi dữ liệu đã truy xuất thành các định dạng khác để chuyển tải dữ liệu trên mạng PSTN/PLMN tới người dùng cuối.
4.3.4 IF - 5 Giao diện từ CCF tới CCF
Giao diện IF4 đáp ứng các yêu cầu truyền giao thức báo hiệu mặt phẳng điều khiển ISDN cho dịch vụ Đa phương tiện, chuyển tiếp mặt phẳng người dùng Đa phương tiện IP từ CCF (Điều khiển Cuộc gọi) Giao diện này là cần thiết cho các dịch vụ thoại cơ sở qua IP.
Giao diện này có thể cần được chuẩn hóa, tuy nhiên không nhất thiết phải mang đặc trưng của IN Các nhóm nghiên cứu đang thực hiện công việc này bao gồm ETSI TIPHON, IETF, SG11, BICC và SG16 H.246 phụ lục C.
4.3.5 IF - 6 Giao diện từ SDF tới Gateway truy nhập quay số
Giao diện này được yêu cầu đ điều khiển truy nhập Internet thông qua quay sốể
4.3.6 IF - 7 Giao diện SCF - SSF
Giao diện này đáp ứng các yêu cầu liên quan đến giao diện IF7, nhằm truyền tải giao thức báo hiệu cơ sở IN cho dịch vụ IP và dịch vụ đa phương tiện Nó có chức năng chuyển tiếp các sự kiện khởi đầu từ mặt phẳng điều khiển đa phương tiện IP tới SCF và ngược lại.
Giao diện này có thể cần yêu cầu chuẩn hoá
Giao diện này cần thiết để khởi động và quản lý các dịch vụ giá trị gia tăng từ một SIP proxy hoặc chức năng H.323 gatekeeper trong mạng IP, chẳng hạn như truy cập đa phương tiện từ kết nối Internet "dial-up".
4.3.7 IF -8 Giao diện giữa SCF - Chức năn g Gateway ứng dụng dịch vụ
Giao diện này đáp ứng các yêu cầu của giao diện IF9 Tuy nhiên, việc chuẩn hóa có thể loại bỏ khả năng đặt các thực thể chức năng này ở cùng vị trí về mặt vật lý hoặc chức năng.
4.3.8 IF 9 - Giao diện giữa chức n ă ng Gateway Đ iều khiển Dịch vụ và GF của mặt phẳng nền lôgic dịch vụ phân tán
Giao diện từ SA GF tới các mặt phẳng nền lôgic dịch vụ phân tán mô tả các tiêu chuẩn API cho phép nhà cung cấp dịch vụ ứng dụng kiểm soát các năng lực đã định trước mà mạng bên dưới cung cấp qua SA-GF Việc thực hiện lôgic dịch vụ của ứng dụng này được đề xuất bởi ASP, với ASP được định vị trong một miền riêng biệt thay vì là API do SA-GF đề xuất.
4.3.9 IF -10 Giao diện giữa CCF và phần quản lý phương tiện truyền thông
Một số giải pháp và sản phẩm kết nối cung cấp dịch vụ
Một số giải pháp kết nối tới các mạng hiện có
Phần này trình bày nhiều mô hình hoạt động của mạng NGN, giới thiệu các chức năng của các thực thể mạng trong cấu trúc chức năng Mỗi mô hình hoạt động sẽ chỉ ra các thực thể mạng, giao diện và các giao thức liên kết hoạt động.
Ngoài ra phần này cung cấp một số các sản phẩm, cung cấp các chức n ng ă cho mỗi tiến trình
Các mô hình hoạt động mạng nhận diện các giao diện và chức năng cần thiết của các thành phần mạng, cho phép truyền dẫn và liên kết lưu lượng giữa mạng chuyển mạch và mạng gói Chúng cũng xem xét lưu lượng khởi đầu từ mạng chuyển mạch (CSN) và kết thúc ở mạng gói, hoặc khi mạng gói được sử dụng để kết nối hai miền CSN khác nhau Các mô hình này được phân loại thành hai loại chính.
Các giao diện mạng lõi tới các mạng NGN
Nơi các kênh thoại/media được tách hoàn toàn khỏi báo hiệu cuộc gọi ( như trung kế SS7)
Các giao diện người dùng tới mạng NGN bao gồm
Các giao diện giữa các mạng riêng và mạng riêng ảo với các mạng gói sử dụng giao thức EURO ISDN và DSS1/DPNS Những giao thức này hỗ trợ việc truyền tải dữ liệu hiệu quả và đảm bảo tính tương thích với các hệ thống báo hiệu Q.xx tương ứng.
- Truy nhập trực tiếp tới các gateway mạng gói ( thoại PSTN truyền thống hay ADSL)
Các sơ đồ mạng này minh họa các mô hình hoạt động quan trọng mà nhà điều hành mạng quan tâm Mỗi sơ đồ thể hiện các chức năng và giao diện cần thiết cho từng mô hình mạng Đối với mỗi giao diện, các đề xuất được đưa ra như ví dụ cho từng kiểu giao thức liên kết hoạt động.
Phân tích các thủ tục cung cấp sản phẩm mạng vật lý hỗ trợ chức năng phân tán, trong đó gateway báo hiệu có thể tồn tại như một thực thể vật lý riêng biệt, nhưng không phải lúc nào cũng vậy Nhiều sản phẩm gateway đa phương tiện có thể tích hợp gateway báo hiệu, đặc biệt là các sản phẩm hỗ trợ hệ thống báo hiệu kênh kết hợp.
5.1.1 Kết nối tới mạng PSTN
Hình 5.1 S ơ đồ kết nối với mạng PSTN
Trong giải pháp này, các media gateway và signalling gateway được kết nối với mạng PSTN, sử dụng các giao thức đã được minh họa trong hình Nhiều hãng sản xuất hỗ trợ giải pháp này với các sản phẩm đa dạng.
1 Tundo (http://www.tundo.com): Sản phẩm Gateway cung cấp chức năng media gateway ở mức trung kế
2 Pactolus Rapid-FLEX Media Server
(http://www.pactolus.com/Pr_RapidFlexMediaServer.htm)
3 Sonus GSX9000 (http://www.sonusnet.com) Đào Ngọc Nam Trang 78/95
4 Các sản phẩm gateway của Vocaltec (Gateway Serie 120 and 2000) http://www.vocaltec.com/iptelephony/products/iptelproducts.htm
5 Oresis ISIS-700 TM OmniService TM Switch http://www.oresis.com/framesets/productSolutions/product.htm
6 Cirilium Power~Suite Media Gateway Package http://www.cirilium.com/products_media_gateway_package.html
1 Sonus SGX2000 (http://www.sonusnet.com)
2 Oresis ISIS-700 TM OmniService TM Switch http://www.oresis.com/framesets/productSolutions/product.htm
3 Cirilium Power~Suite Media Gateway Package (chức năng quản lý cuộc gọi) cung cấp báo hiệu chuyển về H.323 Gatekeepers http://www.cirilium.com/products_media_gateway_package.html
1 ipVerse Control Switch Call Server
(http://www.ipverse.com/products/index.html)
2 Oresis ISIS-700 TM OmniService TM Switch http://www.oresis.com/framesets/productSolutions/product.htm
5.1.2 Kết nối tới mạng GSM
Dựa trên thoả thuận kết nối mạng GSM, các nhà điều hành sẽ xử lý cuộc gọi trong PSTN trước khi phân phát Mô hình cuộc gọi này được phát triển để xác định khả năng xử lý của nhà điều hành trong mạng GSM và mạng IP, với cấu trúc linh động của GSM.
Mô hình do Eurescom phát triển mang tính chất định hướng tham khảo Hiện tại, chưa có giải pháp cụ thể cho loại này, dẫn đến việc chưa có sản phẩm nào được ra mắt.
Hình 5.2 S ơ đồ kết nối với mạng GSM 5.1.3 Kết nối tới mạng riêng ảo
Mạng riêng ảo (VPN) hoạt động thông qua giao thức mạng riêng nội bộ như Q.SIG và DPNSS, kết nối mạng giao diện với mạng lõi Điều này giúp duy trì các đặc tính của mạng riêng, bao gồm việc sử dụng kế hoạch quay số riêng cho các cuộc gọi giữa các mạng độc lập.
Hình 5.3 S ơ đồ kết nối với mạng riêng ảo Với giải pháp này có thể sử dụng thiết bị của các hãng sau :
3Com Total Controld 2000 multiservice access platform (chức năng Media gateway) http://www.commworks.com/svprovider/iptelephony2/ip_3tier.html
CommWorks 4000 softswitch (Tier two of the CommWorks architecture provides Signalling gateway functionality).
Giải pháp kết nối của Alcatel tiến tới NGN
Trên quan điểm đó, Alcatel a ra 6 bđư ước chính để chuyển đổi lên NGN: Đào Ngọc Nam Trang 81/95
-PSTN truyền thống dành cho thoại và truy nhập Internet qua dial up
- Hợp nhất PSTN và hội tụ dữ liệu
- Thoại truyền qua trung kế gói
- Thoại truyền qua gói dành cho truy nhập/các dịch vụ nội hạt
- Giới thiệu các dịch vụ mutimedia
- Khái quát cấu trúc NGN đầy ủ.đ
Hình 5.4 Cấu trúc NGN của Alcatel 5.2.1 Kết nối trong giai đoạn 1-2
Giai đoạn đầu tiên trong quá trình tích hợp giữa mạng PSTN và mạng IP là khi người dùng vẫn chủ yếu sử dụng thoại qua mạng PSTN và truy cập Internet thông qua phương thức quay số (dial-up).
Sử dụng TDM làm cầu nối giữa mạng thoại và mạng gói, NAS hoạt động như một gateway giữa hai mạng này Các giao thức hiện tại vẫn được duy trì, với giao diện điều khiển SS7 được áp dụng trong quá trình kết nối.
Các dịch vụ ứng dụng thoại/dữ liệu/
AGW AGW IAD ứng dụng §iÒu khiÓn
Di động Đa dịch vụ
AWG,NAS,BAS Dữ liệu
A1000SoftSwich Đào Ngọc Nam Trang 82/95
5.2.2 Kết nối trong giai đoạn 3
Chuyển mạch gói ở mức chuyển tiếp có thể được thực hiện thông qua trung kế VoATM tích hợp hoặc phân tán Softswitch chuyển tiếp kết nối trực tiếp với các TGW thông qua giao thức BICC hoặc H.248 Các giao diện giữa các phần tử trong giai đoạn này được mô tả rõ ràng trong hình vẽ.
ATM,ALL2 ATM,ALL2 ATM,ALL2
Hình 5.5 Kết nối trong giai đoạn 3
5.2.3 Kết nối trong giai đoạn 4
Trong giai đoạn này, mạng dữ liệu xương sống được mở rộng ra các đường biên mạng để kết nối các nút truy cập như CSN và Litespan Các CSN và AN được kết nối qua các Gateway truy cập kiểu tập trung, trong khi các Gateway trung kế thực hiện kết nối với mạng PSTN Sự phát triển này không chỉ nâng cao khả năng linh động mà còn giảm chi phí OPEX và giảm tải lưu lượng Internet một cách hiệu quả.
Giai đoạn 4b bao gồm việc triển khai Softswitch “nội hạt”, cho phép kết nối trực tiếp với AGW litespan thông qua IP và ATM, cũng như kết nối với TGW qua BICC và VoDSL AGW.
H.248 cho phép liên vận các báo hiệu như ISUP, SCCP, TCAP qua các giao diện chuẩn như SIGTRAN, H.248, H.323/SIP, Q.BICC, cung cấp các dịch vụ NGN mới như VPN, IP Centrex và đầu cuối MM.
5.2.4 Kết nối trong giai đoạn 5
Giai đoạn này giới thiệu Server cuộc gọi Multimedia (MMCS) và Server ứng dụng Multimedia (MMAS), được kết nối trực tiếp qua giao thức SIP/Parlay MMAS liên kết với các Server ứng dụng SCP thông qua INAP/Parlay, trong khi MMCS kết nối với IP-PBX qua giao thức H.323.
Với khả năng về dải thông và dung lượng lớn, giai đoạn này mở ra nhiều cơ hội kinh doanh mới, đặc biệt trong các dịch vụ đại lý thông qua các ứng dụng Multimedia như truy cập thông tin, hội thảo/hội nghị Multimedia, trung tâm gọi trên Web, công tác công việc và liên lạc thống nhất.
- Cung cấp các giao diện mở cho các nhà phát triển ứng dụng thứ 3 và các nhà cung cấp dịch vụ có thể dựa trên ITU-INAP hay Paralay
Khả năng liên vận với nền tảng TDM PSTN/SS7: cho cả các giao diện TDM và khả năng tích hợp VoATM
5.2.5 Kết nối trong giai đoạn 6
- Hoàn chỉnh quá trình tiến lên mạng NGN.
- Khắc phục lỗi khi chuyển từ các mạng hiện tại lên NGN hoặc khi liên vận giữa NGN và các mạng đó
- Thiết lập các mô hình thương mại mới Đào Ngọc Nam Trang 84/95
Hình 5.5 Kết nối trong giai đoạn 6
Giải pháp kết nối của Erisson
Ericsson giới thiệu giải pháp ENGINE cho mạng thế hệ mới, giúp chuyển đổi nhanh chóng từ mạng chuyển mạch hiện tại sang mạng chuyển mạch đa dịch vụ dựa trên công nghệ gói ENGINE bao gồm một loạt sản phẩm hệ thống và các cấu hình khác nhau, đáp ứng đa dạng nhu cầu của các nhà điều hành.
5.3.1 Kết nối trong giải pháp mạng trung kế Engine
Trung kế động cho phép các nhà điều hành linh hoạt trong việc thiết lập và giải phóng tài nguyên theo lưu lượng tải Chức năng này được thực hiện thông qua chuyển mạch băng hẹp AXE và chuyển mạch ATM AXD 301, đóng vai trò như một media gateway Cả hai hệ thống hoạt động đồng bộ trên cùng một nút, nhằm giảm thiểu phần cứng và chi phí bảo trì Đặc biệt, các giao diện E1 và STM-1 giữa AXE và AXD 301 được gộp chung, tối ưu hóa hiệu suất và tiết kiệm chi phí.
POTS, ISDN, xDSL xDSL POTS,
SIP Đào Ngọc Nam Trang 85/95 cung cấp khả năng chia sẻ cho tất cả các đích và tuyến mà không cần định cỡ riêng Trong mạng ATM, trung kế động bao gồm nhiều kết nối ảo chuyển mạch on-demand (SVC), tự động thiết lập và giải phóng dựa trên lưu lượng tải trong AXE.
5.3.2 Kết nối trong giải pháp ENGINE Bridgehead
Phiên bản đầu tiên của máy chủ điện thoại không sử dụng BICC để kết nối giữa các MGC, tách biệt điều khiển cuộc gọi và điều khiển mang trong mạng Giải pháp này bao gồm hai phần chính: máy chủ điện thoại và cổng truyền thông, trong đó máy chủ điện thoại được chia thành hai phần.
AXE cung cấp các chức năng thoại với phần mềm điều khiển cuộc gọi, bao gồm phân tích định tuyến và số Nó tích hợp tất cả các chức năng thoại cần thiết trong mạng chuyển mạch kênh, như tính cước và dịch vụ tính toán, đồng thời hỗ trợ nhiều kiểu báo hiệu khác nhau Sử dụng AXE như một thành phần của máy chủ thoại giúp đảm bảo việc chuyển đổi mượt mà sang mạng đa dịch vụ dựa trên ATM, giữ nguyên đầy đủ các chức năng thoại hiện có.
Emulator chuyển mạch dựa trên nền AXD 301 cung cấp giao diện giữa phần điều khiển cuộc gọi và MGW, đồng thời quản lý các tài nguyên chuyển mạch tại MGW Giao thức điều khiển Media Gateway riêng của Ericsson được áp dụng trong bối cảnh chuẩn H.248 chưa hoàn thiện đầy đủ.
Media gateway dựa trên chuyển mạch ATM AXD 301 thực hiện chức năng chuyển mạch và liên kết media giữa chuyển mạch kênh và miền ATM Nó thiết lập kết nối thoại ATM qua các kết nối mạch ảo thông qua giao diện báo hiệu ATM chuẩn hóa Sử dụng Switch emulator, media gateway có khả năng kết nối với các tổng đài nội hạt, tổng đài huyển tiếp và PBX.
5.3.3 Kết nối trong giải pháp chuyển mạch lai
Giải pháp này cung cấp một nút lõi năng lực cao hỗ trợ thoại và dữ liệu, được xây dựng từ sự kết hợp của AXE và AXD 301 Tài nguyên chuyển mạch ATM cho thoại được điều khiển qua một kênh điều khiển với giao thức hệ thống bên trong, trong khi các kết nối chuyển mạch kênh được kết nối tới Switch emulator Các kết nối ảo định dạng lại tại phía ATM sử dụng năng lực của mạng ATM để thiết lập kết nối cho lưu lượng thoại Báo hiệu ISUP giữa các nút được sử dụng để thiết lập kết nối và điều khiển cuộc gọi, trong khi tất cả các đặc tính AXD cho dịch vụ dữ liệu được hỗ trợ và có thể hoạt động đồng thời với các dịch vụ thoại.
5.3.4 Kết nối trong giải pháp ENGINE tổng thể
Giải pháp này mang lại nhiều lợi ích, bao gồm giảm chi phí nhờ sự đồng nhất giữa các mạng, tiết kiệm năng lượng và cấu trúc mạng linh hoạt Nó áp dụng giao diện ITU T BICC giữa các máy chủ điện thoại và H.248 để điều khiển cổng truyền thông Các giao diện kết nối được mô tả rõ ràng trong hình vẽ.
- Hỗ trợ khử tiếng vọng tại media gateway.
Telephone server bao gồm các hệ thống AXE và AXD 301
Media gateway được xây dựng trên nền chuyển mạch ATM AXD301
Ngoài ra Ericsson cũng tính tới khả năng ENGINE chuyển đổi tới mạng IP, với cấu trúc giải pháp tương tự như giải pháp dựa trên ATM
Hình 5.7 Kết nối trong giải pháp ENGINE tổng thể
Các giải pháp của các hãng khác
Một số nhà mạng viễn thông, như Siemens với giải pháp Surpass, đang hướng tới mạng NGN bằng cách sử dụng các giao thức như MGCP và MEGACO để điều khiển từ MGC đến MG Bên cạnh đó, nhiều sản phẩm của họ cũng hỗ trợ các giao thức hiện có như SIP, INAP, và BICC.