Nhóm 6 các THỦ tục báo HIỆU của MẠNG lõi 3g

HỌC VIỆN CƠNG NGHỆ BƯU CHÍNH VIỄN THƠNG KHOA VIỄN THÔNG I TIỂU LUẬN MÔN HỌC BÁO HIỆU ĐIỀU KHIỂN VÀ KẾT NỐI ĐỀ TÀI: CÁC THỦ TỤC BÁO HIỆU CỦA MẠNG LÕI 3G Giảng viên : TS.Hoàng Trọng Minh Nhóm mơn học: Nhóm Sinh viên : Nguyễn Thu Phương - B18DCVT327 Phạm Quang Huy - B18DCVT202 Trần Thị Bích Phượng - B18DCVT329 Nguyễn Trung Thành - B18DCVT402 Hà Nội, tháng 9/2021 Nhóm LỜI NĨI ĐẦU Nhu cầu trao đổi thơng tin nhu cầu thiết yếu xã hội đại Các hệ thống thông tin di động với khả giúp người trao đổi thông tin lúc, nơi phát triển nhanh trở thành thiếu xã hội ngày Bắt đầu từ hệ thống thông tin di động đời vào năm 1946, hệ thống 2G đời mục tiêu hỗ trợ dịch vụ thoại truyền số liệu tốc độ thấp Hệ thống thông tin di động hệ 3G đời nhằm thỏa mãn nhu cầu người dịch vụ số tốc độ cao như: điện thoại thấy hình, video, hội nghị truyền hình, Dưới tìm hiểu thủ tục báo hiệu mạng lõi 3G Nội dung đề tài gồm chương: Chương 1: Giới thiệu mạng lõi 3G Chương 2: Các thủ tục báo hiệu mạng lõi 3G Nhóm MỤC LỤC LỜI NĨI ĐẦU………………………………………………………………………2 MỤC LỤC………………………………………………………………………… DANH MỤC HÌNH VẼ……………………………………………………… … THUẬT NGỮ VIẾT TẮT………………………………………………………… Chương I: Tổng quan báo hiệu mạng lõi 3G……………………………………10 Giới thiệu mạng lõi 3G……………………………………………………… 10 Chương II: Các thủ tục báo hiệu mạng lõi 3G…………………………………… 12 2.1 Thiết lập gọi ISUP/BICC……………………………………………… 12 2.1.1 Tham số địa cho tin ISUP/BICC……………………… 12 2.1.2 Cuộc gọi ISUP ( thành công)……………………………………… 12 2.1.3 Cuộc gọi ISUP( không thành công)………………………………… 13 2.1.4 Thiết lập gọi BICC giao diện E bao gồm báo hiệu IuCS… 15 2.2 Báo hiệu giao diện mạng lõi 3G……………………………… 18 2.2.1 Tạo ngữ cảnh PDP Gn (GTP-C GTP-U)…………………… 20 2.2.2 Quản lý vị trí GTP-C……………………………………………… 21 2.2.3 Quản lý di động GTP-C…………………………………………… 21 2.2.4 SGSN Relocation…………………………………………………… 22 2.2.5 Example GTP…………………………………………………………23 2.3 Quy trình giao diện Gs………………………………………………… 24 2.3.1 Cập nhật vị trí qua Gs……………………………………………… 24 2.3.2 Chỉ báo tách qua Gs………………………………………………….25 2.3.3 Phân trang qua Gs……………………………………………………25 2.4 Báo hiệu giao diện hướng tới HLR………………………………………25 2.4.1 Địa Giao diện MAP………………………………………… 27 2.4.2 Kiến trúc MAP……………………………………………………….28 2.4.3 Ví dụ tín hiệu MAP……………………………………………….29 Nhóm 2.5 Quy trình chuyển giao MSC Inter-3G……………………………………… 30 2.5.1 Tổng quan chuyển giao MSC Inter-3G………………………… 33 2.5.2 Luồng gọi chuyển giao MSC Inter-3G…………………………35 2.6 Quy trình chuyển giao MSC Inter-3G-2G-3G……………………………….38 2.6.1 Tổng quan chuyển giao/di dời MSC Inter-3G-2G……………… 41 2.6.2 Luồng gọi chuyển giao MSC Inter-3G-2G…………………… 42 2.6.3 Thông báo chuyển giao MSC Inter-3G-2G giao diện E……… 45 2.6.4 Tổng quan chuyển giao/ di dời MSC Inter-2G-3G…………… 46 2.6.5 Thông báo chuyển giao MSC Inter-2G-3G giao diện E48 2.6.6 Chuyển giao 2G-3G CS Inter-RAT giao diện IuCS Iub…… 49 2.6.7 Tính di động PS Inter-RAT……………………………………… 2.7 Ứng dụng tùy chỉnh cho logic nâng cao mạng di động (CAMEL)… 54 56 2.7.1 Kiến trúc mạng IN / CAMEL……………………………………… 56 2.7.2 Mô hình trạng thái gọi CAMEL……………………… 57 2.7.3 Hoạt động sạc CAMEL……………………………………… 58 2.7.4 Ví dụ tín hiệu CAMEL để sạc GPRS…………………………… 59 2.8 Hệ thống đa phương tiện IP (IMS)………………………………… 62 2.8.1 IMS PDP Context Activation Basics(khái niệm kích hoạt ngữ cảnh PDP IMS)………………………………………………… 62 2.8.2 Khái niệm gọi IMS UE-UEC…………………… 63 Lời cảm ơn……………………………………………………………………………65 Nhóm DANH MỤC HÌNH VẼ Hình 2.1: Nhãn định tuyến SS#7 MTP Hình 2.2: Minh họa luồng gọi Hình 2.3: Minh họa gọi khơng thành cơng Hình 2.4 biểu diễn giá trị nguyên nhân phát cho gọi khác Hình 2.5: Ngăn xếp giao thức cho mặt phẳng điều khiển mặt phẳng người dùng giao diện IuCS E ví dụ BICC Hình 2.6: Luồng gọi khởi tạo từ di động BICC (MOC) 1/5 Hình 2.7: Luồng gọi khởi tạo từ di động BICC (MOC) 2/5 Hình 2.8: Luồng gọi khởi tạo từ di động BICC (MOC) 3/5 Hình 2.9: Luồng gọi khởi tạo từ di động BICC (MOC) 4/5 Hình 2.10: Luồng gọi khởi tạo từ di động BICC (MOC) 5/5 Hình 2.11: Các nút giao diện hỗ trợ GPRS miền PS Hình 2.12: :Giao diện Gn đường hầm I Hình 2.13: Ba chức GTP liên quan đến kiến trúc mạng Hình 2.14: : Kích hoạt / hủy kích hoạt ngữ cảnh PDP giao diện Gn Hình 2.15: Tổng quan vị trí SGSN Hình 2.16: Luồng thơng báo GTP kiện kích hoạt tạo CDR Hình 2.20: Giao diện Gs: IMSI / GPRS Quy trình tách rời Hình 2.21: Giao diện Gs: Luồng gọi Yêu cầu phân trang CS Hình 2.22: Giao diện MAP mơi trường mạng lõi Hình 2.23 Xếp chồng Giao thức giao diện Gr.Hình 2.24: Kiến trúc MAP Hình 2.25: Ví dụ luồng gọi ngữ cảnh ứng dụng TCAP Hình 2.26: Cập nhật MAP Vị trí GPRS / Chèn luồng liệu người đăng ký Hình 2.27: Giao diện UMTS hai UTRAN Hình 2.28: Thiết lập kết nối RRC ban đầu UE SRNC (RNC 1) Hình 2.29: UE tình chuyển giao mềm, RNC1 điều khiển kết nối RRC Hình 2.30: RNC thực chuyển giao cứng cho ô Node B3 Hình 2.31: Ngăn xếp giao thức RANAP-over-MAP giao diện E để chuyển giao Inter-3G_MSC Hình 2.32: Tổng quan chuyển giao/di dời Inter-3G_MSC Hình 2.33: Luồng gọi chuyển giao/ chuyển vị trí Inter 3G_MSC 1/6 Hình 2.34: Luồng gọi chuyển giao/ chuyển vị trí Inter 3G_MSC 2/6 Hình 2.35: Luồng gọi chuyển giao/ chuyển vị trí Inter 3G_MSC 3/6 Hình 2.36: Luồng gọi chuyển giao/ chuyển vị trí Inter 3G_MSC 4/6 Hình 2.37: Luồng gọi chuyển giao/ chuyển vị trí Inter 3G_MSC 5/6 Hình 2.38: Luồng gọi chuyển giao/ chuyển vị trí Inter 3G_MSC 6/6 Hình 2.39: Các giao diện liên quan đến việc chuyển giao hệ thống UMTS GSM Hình 2.40: Ngăn xếp giao thức BSSAP-over-MAP cho chuyển giao 3G-2G giao Nhóm diện E Hình 2.41: Thủ tục bàn giao Intra-2G MSC Hình 2.42: Tổng quan chuyển giao/di dời MSC Inter-3G-2G Hình 2.43: Luồng gọi chuyển giao/ chuyển vị trí Inter-3G-2G MSC 1/4 Hình 2.44: Luồng gọi chuyển giao/ chuyển vị trí Inter-3G-2G MSC 2/4 Hình 2.45: Luồng gọi chuyển giao/ chuyển vị trí Inter-3G-2G MSC 3/4 Hình 2.46: Luồng gọi chuyển giao/ chuyển vị trí Inter-3G-2G MSC 4/4 Hình 2.47: Bàn giao/ chuyển vị trí Inter 3G-2G_MSC giao diện E luồng gọi 1/3 Hình 2.48: Bàn giao/ chuyển vị trí Inter 3G-2G_MSC giao diện E luồng gọi 2/3 Hình 2.49: Bàn giao/ chuyển vị trí Inter 3G-2G_MSC giao diện E luồng gọi 3/3 Hình 2.50: Tổng quan chuyển giao/ di dời Inter-2G-3G_MSC Hình 2.51: Ngăn xếp giao thức bàn giao Intra-3G-2G_MSC giao diện E Hình 2.52: Chuyển giao/ di dời MSC Inter-2G-3G luồng gọi giao diện E 1/2 Hình 2.53: Chuyển giao/ di dời MSC Inter-2G-3G luồng gọi giao diện E 2/2 Hình 2.54: 2G-3G CS Inter-RAT Lưu lượng gọi chuyển giao 1/3 Hình 2.55: 2G-3G CS Inter-RAT Lưu lượng gọi chuyển giao 2/3 Hình 2.56: 2G-3G CS Inter-RAT Lưu lượng gọi chuyển giao 3/3 Hình 2.57: Luồng thơng báo 3G-2G PS Cell Change Hình 2.58: Luồng thơng báo 2G-3G Inter-RAT Cell Reseletion cho dịch vụ PS Hình 2.59: Các yếu tố mạng CAMEL thơng minh Hình 2.60: CAMEL Giai đoạn bắt nguồn từ BCSM Hình 2.61: Tổng quan hoạt động nạp CAMEL Hình 2.62: CAMEL PS điều khiển gọi tính phí lưu lượng gọi 1/3 Hình 2.63: CAMEL PS điều khiển gọi sạc lưu lượng gọi 2/3 Hình 2.64: CAMEL PS điều khiển gọi tính phí lưu lượng gọi 3/3 Hình 2.65: Kích hoạt ngữ cảnh IMS PDP Hình 2.66: Luồng gọi IMS UE-UE Nhóm 6 THUẬT NGỮ VIẾT TẮT AAL ATM Adaptation Layer Lớp thích ứng ATM AC Admission Control Kiểm sốt đầu vào AMR Adaptive Multi-Rate Đa tỷ lệ thích ứng ACM Address Complete Message Thơng báo hồn chỉnh địa ANAP Access Network Application Protocol Truy cập giao thức ứng dụng mạng ATM Asynchronous Transfer Mode Chế độ truyền không đồng ARFCN Absolute Radio Frequency Channel Số tuyệt đối vô tuyến tần số kênh Number BICC Bearer Independent Call Control: BS Billing System BSS Base Station Subsystem BSSAP Base Station Subsystem Application Hệ thống quản lí ứng dụng phần trạm gốc Part Kiểm soát gọi độc lập mang Hệ thống toán Hệ thống trạm gốc BSSMAP Base Subsystem Moblie Application Trạm phát hệ thống quản lí ứng dụng phần Part BTS Base Transceiver Station Trạm thu phát BSC Base Station Controller Bộ điều khiển chạm gốc CGI Cell Global Identity Nhận dạng toàn cầu di động CIC Circuit Identification Code Mã nhận dạng mạch CAMEL Customized Application for Mobile Ứng dụng tùy chỉnh cho logic Network Enhanced Logic nâng cao mạng di động (CAMEL) CAP DP DATIN CAMEL Application Part Detection Point Data Indication Phần ứng dụng CAMEL Điểm phát Chỉ dẫn liệu DCH Dedicated Channel Kênh chuyện dụng Nhóm DTAP Direct Transfer Application Part Phần ứng dụng chuyển trực tiếp ESTIN Establish Indication Thiết lập dẫn GERAN GPRS/EDGE Radio Access Network GPRS/EDGE truy cập mạng GSM Global System for Mobile Hệ thống truyền thơng di động tồn cầu Communication GPRS General Packet Radio Service Dịch vụ dữu vơ tuyến gói tổng hợp PLMN Public Land Mobile Network Mạng di động mặt đất HCOM Handover Command Lệnh chuyển giao HO Handover Chuyển giao ID Identifier Định danh IN IMSI Intelligent Network International Mobile Subscriber Mạng thông minh Dạng thuê bao di động quốc tế Identity IAM ISDN Initial Address Message Intergrated Services Digital Network Thông báo địa ban đầu Mạng số tích hợp đa dịch vụ MAP Mobile Application Part Phần ứng dụng di động MOC Mobile Originated Call Nguồn gốc gọi di động MSC Mobile services Switching Center Trung tâm chuyển mạch dịch vụ di động MSRN Mobile Station Roaming Number Số chuyển vùng trạm di động MCC Mobile Country Code Mã di động quốc gia MO Mobile Originated Nguồn gốc thiết bị di động MTC Mobile Terminated Call Điện thoại di động kết thúc gọi NAS Non-Access Stratum Tầng không truy cập NBAP Node B Application Part Phần ứng dụng Node B Nhóm RAB Radio Access Bearer Bộ truyền tín hiệu truy cập vô tuyến Radio Access Network Application Đài phát giao thức ứng dụng Protocol truy cập mạng RAT Radio Access Technology Công nghệ truy cập vô tuyến REL Release Message (ISUP): Thông báo phát hành RNC Radio Network Controller Bộ điều khiển chạm gốc RLC Radio Link Control Kiểm sốt liên kết vơ tuyến RSL Radio Signaling Link Liên kết tín hiệu vơ tuyến SCCP Signaling Connection Control Part Phần điều khiển kết nối tín hiệu SGSN Serving GPRS Support Node SCF Service Control Function Chức kiểm soát dịch vụ SCP SS#7/SS7 SSP SRNC Service Control Point Signaling System Signaling Transfer Point Serving RNC Điểm kiểm soát dịch vụ Hệ thống báo hiệu Điểm chuyển tín hiệu Cung cấp điều khiển mạng vô RANAP Cung cấp nút hỗ trợ GPRS tuyến SLS Signaling Link Selection Lựa chọn liên kết báo hiệu SVC Switched Virtual Connection Mạch ảo chuyển mạch TEID Tunnel Endpoint Identifier Mã nhận dạng điểm cuối đường hầm thực thể UMTS Universal Mobile Hệ thống viễn thơng di động tồn cầu Telecommunications Systems UTRAN UMTS Terestrial Radio Access Network VLR Nhóm Visitor Location Register Mạng truy nhập vô tuyến mặt đất UMTS Đăng ký vị trí khách truy cập CHƯƠNG 1: GIỚI THIỆU MẠNG LÕI 3G Với phát triển nhanh chóng nhu cầu dịch vụ liệu, Internet, thúc đẩy mạnh mẽ công nghiệp vô tuyến động lực phát triển hệ thống thơng tin di động hệ thứ ba 3G (3rd Generation) đa dịch vụ Các nỗ lực phát triển thông tin di động 3G phát động trước tiên Châu Âu Vào năm 1988, dự án RACE 1043 hình thành với mục đích ấn định cơng nghệ dịch vụ cho hệ thống 3G gọi hệ thống viễn thông di động vạn (UMTS: Universal Mobile Telecommunications System) Song song với dự án RACE 1043, liên minh viễn thông quốc tế ITU (International Telecommunication Union) thành lập ban TG8/1, ban đầu đặt dƣới bảo trợ CCIR (Uỷ ban tư vấn quốc tế vô tuyến), nhằm phối hợp hoạt động nghiên cứu phát triển hệ thống 3G với tên gọi Hệ thống viễn thông di động mặt đất công cộng tương lai (FPLMTS: Future Public Land Mobile Telecommunications System), mục đích ban đầu xây dựng tiêu chuẩn 3G chung cho toàn giới Sau TG8/1 bỏ tên gọi FPLMTS, thay Viễn thông di động quốc tế cho năm 2000 (IMT-2000: International Mobile Telecommunications-2000) chấp nhận họ tiêu chuẩn cho 3G Dự án IMT-2000 xây dựng yêu cầu chung cho hệ thống thông tin di động 3G nhằm phục vụ nhiều loại hình dịch vụ, với tốc độ tối đa lên tới Mb/s Các yêu cầu hệ thống thông tin di động 3G, cách vắn tắt, bao gồm: Có khả truyền thơng đa phương tiện với tốc độ: 384 kb/s (đi bộ) 144 kb/s (trên xe) mơi trường ngồi trời (out-door) có vùng phủ sóng tương đối rộng tới Mb/s mơi trường nhà (in-door) có vùng phủ sóng hẹp Có khả cung cấp đa dịch vụ thoại, hội nghị truyền hình (video conferencing), liệu gói Hỗ trợ dịch vụ chuyển mạch kênh lẫn chuyển mạch gói truyền liệu khơng đối xứng (tốc độ bít cao đường xuống tốc độ bít thấp đường lên) Có khả lưu động chuyển vùng quốc gia lẫn quốc tế Có khả tương thích, tồn liên kết với vệ tinh viễn thông Cơ cấu tính cước theo dung lượng truyền khơng theo thời gian kết nối Đã có tới mười sáu đề xuất tiêu chuẩn cho hệ thống 3G, mười cho mạng 3G mặt đất sáu cho hệ thống di động vệ tinh MSS (Mobile Satellite Systems) Đa số đề xuất ủng hộ chọn CDMA (Code Division Multiple Access-Đa truy nhập theo mã) làm phương thức đa truy nhập ITU chấp thuận tiêu chuẩn IMT2000 bao gồm năm công nghệ sau: Nhóm 10 tin Yêu cầu chuyển vị trí dường lựa chọn để thu hẹp khoảng cách Nguyên nhân tái định cư tái định cư quan trọng thời gian loại tái định cư “UE tham gia”, có nghĩa việc bàn giao di dời (chuyển nhượng SRNC mới) thực bước Hình 2.54 2G-3G CS Inter-RAT Lưu lượng gọi chuyển giao 1/3 Phần tử thông tin ID đích, thực ID đích sử dụng NBAP kết hợp với RNC-ID tìm thấy, ví dụ thơng báo RRC Sau đó, danh sách thiết lập RAB sau Danh sách thiết lập RAB tương tự danh sách sử dụng thủ tục Chỉ định RAB để thiết lập RAB ban đầu Như thảo luận Kreher (Đo lường hiệu suất UMTS, 2006), tất RAB thành lập phát hành quy trình di dời / chuyển giao phải tính đến để tính số lượng kết nối hoạt động đồng thời UTRAN, điều kiện tiên để tính tốn tỷ lệ rớt gọi có ý nghĩa Ngồi RAB-ID, tin u cầu chuyển vị trí chứa tham số QoS RAB cần thiết tham số luồng phụ RAB xác định QoS mang vô tuyến đơn lẻ phục vụ RAB Trong tham số luồng RAB RAB lời nói này, tìm thấy kích thước khối truyền tải cho kênh truyền tải sử dụng để mang bit AMR A, B C qua Iub Uu Phần cuối không phần quan trọng tin Yêu cầu chuyển vị trí vùng chứa nguồn RNC-to-target-RNC-trong suốt- nguồn mô tả , chứa đầy thông tin khả truy cập vô tuyến UE cho GSM phần thông tin chuyển giao Thơng tin bàn giao chia thành hai phần chính: thông tin bảo mật UMTS bao gồm giá trị bắt đầu mã hóa khả truy cập vơ tuyến UE cho UMTS Nhận thông tin cho phép RNC đảm bảo mã hóa liền mạch thơng tin mặt phẳng điều khiển mặt phẳng người dùng sau q trình bàn giao Ngồi ra, RNC biết UE hỗ trợ liên quan đến thủ tục đo lường, kênh truyền tải (tức HS-DSCH, EDCH), sơ đồ điều chế (QPSK, 16QAM), v.v Việc RNC tiếp nhận thơng báo u cầu chuyển vị trí RANAP kích hoạt quy trình Thiết lập liên kết vô tuyến NBAP giao diện Iub Ở đây, lần chúng tơi tìm Nhóm 51 thấy mã xáo trộn UL với số mã xáo trộn giảm đề cập phần trước Độ dài mã phân kênh đường lên, giống với hệ số trải rộng UL, 64 - mong đợi gọi AMR 12,2 kbps DCH 31 mang mang tín hiệu vô tuyến (thông tin RRC) DCH 8, 10 vận chuyển khối RLC với bit AMR A, B C Liên kết vô tuyến (RL-ID = 0) thiết lập có NBAP c-ID = 9685 báo hiệu thơng báo u cầu chuyển vị trí RANAP Phản hồi thiết lập liên kết vô tuyến NBAP cho biết thiết lập liên kết vô tuyến thành công Bây thu chờ nhận tín hiệu vô tuyến đường lên UE cách sử dụng mã xáo trộn UL định Sau thiết lập liên kết vô tuyến thành công Iub, RNC gửi thông báo tri thức RANAP Relocation Request Ac, thông báo xác nhận việc thiết lập thành công RAB với RAB-ID = chứa thông báo Lệnh RRC Handover to UTRAN nhúng vùng chứa Ở tìm thấy u-RNTI chứa s-RNTI-2 tạm thời cấu hình mặc định ID = 3, đề cập đến cài đặt xác định trước RAB lời nói 12,2 kết hợp với RAB tín hiệu 3,4 kbps Mã xáo trộn đường lên hệ số lan truyền đường lên giống NBAP Mã xáo trộn UTRAN 139 Và đường xuống, hệ số trải rộng 128 sử dụng Số lượng mã trải rộng DL Ngồi thơng tin mã, thông tin tần số ô báo hiệu cách sử dụng uARFCN đường lên đường xuống Đây tham số bắt buộc trường hợp có nhiều tần số UMTS sử dụng UTRAN, mã xáo trộn (chỉ có 512 mã khả dụng) kiện ô sử dụng tần số khác chồng chéo trực tiếp Có mã xáo trộn uARNFC, PSC, UL mã phân kênh đường xuống, UE biết tất thông số vật lý cần thiết để tìm liên kết vơ tuyến sẵn sàng sử dụng đích Như mô tả phần 2.6.5, tin Lệnh RRC Handover to UTRAN gửi qua giao diện Um (vô tuyến GSM) đến thiết bị di động tự chuyển giao Khi tín hiệu vơ tuyến UL UE cuối nhận ô, Nút B gửi Chỉ báo Khôi phục Liên kết Vô tuyến NBAP cho tập hợp liên kết vô tuyến định Hình 6.55 Việc RNC tiếp nhận tin NBAP kích hoạt việc gửi tin RANAP Relocation Detect giao diện IuCS Hình 2.55 2G-3G CS Inter-RAT Lưu lượng gọi chuyển giao 2/3 Khi UE sử dụng mang sóng vơ tuyến cấu hình sẵn cấu hình mặc định, gửi tin RRC Handover to UTRAN Complete tới SRNC Nhóm 52 Thơng báo lại chứa giá trị bắt đầu để bảo vệ mật mã tính tồn vẹn Sau nhận thơng báo Handover to UTRAN Complete, q trình chuyển giao kết thúc thành công Thực tế báo hiệu cho MSC cách sử dụng thông báo RANAP Relocation Complete Thủ tục RRC UTRAN Mobility Information thủ tục RRC UE xác nhận Khi thông báo Xác nhận thông tin di động RRC UTRAN theo dõi, cài đặt kích hoạt, cịn số thơng số tạm thời sử dụng Vì lý này, quy trình Chuẩn bị cấu hình lại liên kết vơ tuyến đồng NBAP thực có chứa tham số kênh vật lý tương ứng với tham số truyền tin Cấu hình lại sóng mang vô tuyến RRC sau từ SRNC đến UE minh họa Hình 2.56 Hình 2.56 2G-3G CS Inter-RAT Lưu lượng gọi chuyển giao 3/3 Trong thông báo Cấu hình lại truyền sóng vơ tuyến RRC, mang sóng vơ tuyến 1, xác định cấu hình mặc định ánh xạ vào DCH-31 Điều thực để có liên kết việc đánh số kênh truyền tải RNC UE Vì khơng có thông tin ánh xạ kênh truyền tải bao gồm thơng báo NBAP nên khơng có xung đột DCH-ID 1, 2, sử dụng cấu hình mặc định DCH-ID 31, 8, 10 sử dụng Node B Bây giờ, sau đánh số chỉnh, ID DCH 1, 2, bị xóa Một mã xáo trộn đường lên có độ dài đầy đủ (UL SC) gán cho kết nối hoạt động có mã xáo trộn = 139 Thơng báo Cấu hình lại sóng mang vơ tuyến trả lời Hồn thành cấu hình lại sóng mang UE gửi Bây giờ, quy trình chuẩn bị cấu hình lại liên kết vơ tuyến đồng hóa NBAP khác để chuẩn bị thiết lập Bộ truyền sóng vơ tuyến với RB-ID = Đây sóng vơ tuyến sử dụng cho tín hiệu NAS có mức độ ưu tiên thấp, ví dụ tin nhắn ngắn Việc thiết lập mang sóng vơ tuyến (mới so với cài đặt mặc định có ba mang sóng vô tuyến báo hiệu thiết lập) báo cho UE cách sử dụng thông báo Thiết lập mang sóng vơ tuyến RRC Nó chứa ID mang sóng vơ tuyến ID = 4, tùy chọn ánh xạ kênh cho RB ánh xạ vào DCH-31 Tất Nhóm 53 tham số RLC có liên quan giống RB = 3, cách sử dụng tin báo hiệu Với Thiết lập sóng mang vơ tuyến RRC Hoàn thành UE gửi, phần cuối kịch luồng gọi chuyển giao RAT CS kết thúc thành cơng 2.6.7 Tính di động PS Inter-RAT 2.6.7.1 3G-2G Inter-RAT Cell Change cho dịch vụ PS Nếu UE có PS RAB hoạt động UMTS tính di động SRNC điều khiển Nếu điều kiện vô tuyến không đủ để đảm bảo QoS yêu cầu cách sử dụng phép đo chế độ nén tần số sử dụng kích hoạt Nếu UE tìm thấy tế bào GSM cung cấp chất lượng vơ tuyến phù hợp, gửi tin Báo cáo Đo lường RRC thích hợp đến SRNC thể Hình 6.57 Báo cáo đo lường chứa ID kiện 3A quy tắc: “Chất lượng ước tính tần suất UTRAN sử dụng ngưỡng định chất lượng ước tính hệ thống khác ngưỡng định.” Hình 2.57 Luồng thơng báo 3G-2G PS Cell Change Định danh ô GSM đo Mã nhận dạng trạm gốc (BSIC) Cùng BSIC tìm thấy với địa báo dải tần GSM sử dụng ARFCN, cho biết tần số sử dụng để truyền kênh quảng bá ô GSM lệnh thay đổi ô RRC từ tin Lệnh UTRAN SRNC gửi Thông báo lệnh cho UE rời khỏi phần UMTS mạng đăng ký khu vực 2G UE gửi thông báo yêu cầu cập nhật khu vực định tuyến có chứa kiểu cập nhật “quy trình RAU / LAU kết hợp” với RAI cũ LAI cũ danh tính tạm thời người dùng sử dụng TMSI P-TMSI Dựa kiểu cập nhật, SGSN xử lý truy vấn VLR Vì lý này, gửi thơng báo BSSAP + Location Update Request tới VLR nhận BSSAP + Location Update Accept bao gồm LAI TMSI Tuy nhiên, bước tiếp theo, 2G SGSN gửi Yêu cầu ngữ cảnh GTP SGSN tới 3G SGSN phục vụ UE trước Sử dụng tin phản hồi ngữ cảnh GTP SGSN, 3G Nhóm 54 SGSN truyền tất tham số quan trọng ngữ cảnh PDP cụ thể UE tới 2G SGSN Bây ngữ cảnh PDP tiếp tục nút mạng lõi PS Việc tiếp nhận tham số ngữ cảnh xác nhận sau 3G SGSN nhận thơng báo xác nhận, gửi Lệnh liệu SRNS chuyển tiếp RANAP tới SRNC cũ Sau đó, liệu IP đường xuống lưu trữ đệm RNC RLC liên quan đến kết nối tùy chọn chuyển tiếp tới 2G SGSN để tránh liệu, truyền lại nhiều TCP chậm chuyển giao lâu Khi gói liệu IP sẵn sàng gửi 2G SGSN, thông báo Chấp nhận cập nhật khu vực định tuyến gửi bao gồm nhận dạng tạm thời cho dịch vụ miền PS CS thông tin khu vực định tuyến (RAI) thơng tin khu vực vị trí (LAI) lưu trữ USIM UE 2.6.7.2 2G-3G Inter-RAT Cell Reselection Việc thay đổi ô UE có ngữ cảnh PDP hoạt động 2G chuyển sang 3G chí cịn đơn giản thể Hình 2.58 Dựa kết đo nhận được, BSC định nên chọn lại thành 3G, chất lượng vơ tuyến tốt Do đó, giao diện Abis (khơng hiển thị hình), lệnh chọn lại gửi đến UE phản hồi lệnh gửi giám sát giao diện Gb Có thơng báo Trạng thái Đài BSSGP cho biết kiện thay mặt cho giá trị nguyên nhân thích hợp "đã u cầu chọn lại ơ" Hình 2.58 Luồng thông báo 2G-3G Inter-RAT Cell Reseletion cho dịch vụ PS UE thực quy trình chọn lại định 3GPP 25.304 Sau đó, yêu cầu thiết lập kết nối RRC Nguyên nhân thiết lập thông báo Yêu cầu kết nối RRC "lựa chọn lại ô RAT" Kết nối RRC sử dụng để đăng ký với miền mạng lõi 3G UE SGSN thực quy trình Cập nhật khu vực định tuyến kết hợp cho mục đích giao diện Gs có sẵn Nếu khơng Cập nhật Khu vực Vị trí Cập nhật Khu vực Định tuyến riêng biệt thực Thơng thường, khơng có liệu IP truyền kết nối RRC sử dụng để Nhóm 55 đăng ký giải phóng Khi người dùng muốn trao đổi tải trọng IP sau này, kết nối RRC yêu cầu (lần ví dụ: “cuộc gọi ban đầu”) Trong kết nối vô tuyến này, tìm thấy thơng báo Yêu cầu Dịch vụ chứa thông tin mà ngữ cảnh PDP NSAPI xác định hoạt động Để phục vụ ngữ cảnh PDP có này, RAB mang sóng vơ tuyến thích hợp thiết lập tải trọng IP gửi/nhận mạng UE giao diện vô tuyến UMTS 2.7 Ứng dụng tùy chỉnh cho logic nâng cao mạng di động (CAMEL) Trong tương lai ngày có nhiều dịch vụ giới thiệu PLMN địi hỏi mức độ thơng minh mạng cao Để làm cho mạng điện thoại thông minh có nghĩa phải cài đặt sở liệu mạng lưu trữ ứng dụng phần mềm xử lý liệu đăng ký dịch vụ liên quan đến khách hàng Ngoài ra, CAMEL cần thiết để đảm bảo Mơi trường gia đình ảo Vì cần có phần mềm trích xuất liệu liên quan đến dịch vụ từ tin báo hiệu trao đổi thuê bao với nhà mạng sở liệu chứa thông tin bổ sung địa máy thông báo để thiết lập kênh thoại Vì khó để điều chỉnh giao thức INAP độc quyền cài đặt trước sang tiêu chuẩn CAMEL mới, q trình thích ứng chia thành bước khác Mỗi bước phản ánh giai đoạn CAMEL CAMEL Phase bao gồm bảy tin nhắn để định tuyến gọi thông minh CAMEL Giai đoạn giới thiệu toàn quyền kiểm soát tấ dịch vụ IN liên quan đến chuyển mạch kênh, cuối CAMEL Phase bao gồm tất dịch vụ CS định cho mạng cố định INAP Capability Set (CS-1) cộng với hỗ trợ đầy đủ dịch vụ IN cho SMS GPRS CAMEL Phase quy định tiêu chuẩn 3GPP Release bao gồm nhiều tính ITU-T INAP CS-2 2.7.1 Kiến trúc mạng IN / CAMEL Các phần tử mạng biết MSC, SGSN , cịn đó, kiến trúc IN gán tên cho phần tử theo chức dành riêng cho IN chúng Tổng quan kiến trúc CAMEL cho thấy nơi tìm thấy phần mềm liệu lưu trữ liên quan đến dịch vụ thơng minh(Hình 2.59) Chức chuyển mạch dịch vụ (SSF) phát gọi IN đến yêu cầu lệnh xử lý gọi từ Chức Kiểm soát Dịch vụ (SCF) SSF cài đặt điểm chuyển mạch dịch vụ, mơ tả điểm trao đổi với phần mềm IN cài đặt Chủ yếu SSP thiết bị vật lý tương tự MSC cộng với SSF lắp đặt bổ sung SCF, phần mềm khác, với Chức Dữ liệu Dịch vụ (SDF), sở liệu, tạo thành Điểm Kiểm soát Dịch vụ (SCP) Trong khái niệm CAMEL, SCP gọi Thực thể Dịch vụ CAMEL (CSE) Nhóm 56 Hình 2.59: Các yếu tố mạng CAMEL thơng minh 2.7.2 Mơ hình trạng thái gọi CAMEL Để có tồn quyền kiểm sốt việc xử lý gọi, phải xác định đến lúc phần mềm IN hoạt động Nó phải có khả theo dõi xảy với gọi để đưa định rõ ràng liệu khách hàng bị tính phí hay khơng Trong tất tiêu chuẩn, có BCSM ban đầu xem xét gọi từ quan điểm (nội dung) bên gọi BCSM kết thúc thể quan điểm bên gọi Trong BCSM có Points in Call (PICs) Detection Points (DPs) DP có số PICs có tên Các DP bị bỏ sót, chúng định cho INAP CS-1, không điều chỉnh cho CAMEL Phase3 Nhân tiện, tổng số DPs coi tiêu chí đánh giá mức độ phức tạp IN Ngồi mạng cố định, phần mềm IN cần triển khai tất DP Nhiều ứng dụng IN giải pháp dành riêng cho khách hàng điều chỉnh bao gồm tập hợp INAP CS-1 DP Khi gọi vào DP, tiến trình gọi sàn giao dịch (ví dụ: MSC) bị gián đoạn SSF yêu cầu SCF lệnh cách tiếp tục Cách tốt để giải thích ví dụ: Một thuê bao di động muốn thực gọi quay số Miễn khơng có tin DMTAP SETUP MSC nhận, gọi trạng thái O Khơng có & Cho phép Thu thập Thơng tin Cố định Nguồn gốc (Hình 2.60) Khi nhận SETUP, SSF phát số bên gọi Đây kiện đầu vào cho DP 2: Collected_Information Bây SSF kiểm tra xem số bên gọi có hợp lệ hay khơng Nếu khơng, gọi bị hủy bỏ mạng, O_Exception PIC Nếu số hợp lệ, gọi xử lý DP (số 3) Analyzed_Information nhập Để đạt DP có nghĩa dừng gọi lần để lấy thông tin định tuyến mà SCP cung cấp Sau đó, PIC Routing&Altering đạt Cuộc gọi trả lời (DP nhập), định tuyến sai (DP 4), bên gọi bận (DP 5), bên gọi khơng trả lời (DP 6) Ngồi ra, PIC, Phân tích thơng tin Định tuyến & Thay đổi, bên gọi định dừng gọi, ví dụ: nhận gọi nhầm số Sau đó, điều kích hoạt mục nhập đến DP 10 (O Abandon) Nếu bên gọi chấp nhận gọi, DP nhập sau đó, gọi hoạt động (O Active PIC) Nếu bên gọi chấp nhận gọi, DP7 nhập sau đó, gọi hoạt Nhóm 57 động (O_Active PIC) Hình 2.60: CAMEL Giai đoạn bắt nguồn từ BCSM 2.7.3 Hoạt động sạc CAMEL CAMEL đặc biệt quan trọng dịch vụ tính phí Giống MAP, CAP người dùng SCCP TCAP Một ví dụ điển hình sạc CAMEL theo sáu bước (Hình2.61) Bước 1: Một SETUP thơng báo IAM gửi từ bên gọi đến SSF kích hoạt Initial DetectionPoint(DP2) Bước 2: Hoạt động CAP Initial DP (IDP) gửi từ SSF đến SCF để yêu cầu hướng dẫn cách xử lý gọi Hình 2.61 Tổng quan hoạt động nạp CAMEL Bước 3: SCF gửi Send Charging Information để tất thông số liên quan đến việc nạp lời khuyên đặc tính nạp mơ tả hành động nào, ví dụ âm báo, gửi đến thuê bao bị tính phí biết kiện tính phí cụ thể diễn Ví dụ điều âm báo gửi giá trị tài khoản trả trước đạt vượt qua ngưỡng tối thiểu Chủ yếu bao gồm thông báo TCAP, hoạt động Apply Charging gửi đến SSF để hướng dẫn SSF gửi báo cáo nạp đến SCF kiện nạp kích hoạt Hoạt động Apply Charging chứa danh sách tất kiện tính phí có liên quan đến gọi này, ví dụ: giá trị hẹn để sạc phụ thuộc vào thời gian Một hoạt động Conncet gửi SCF để hướng dẫn SSF cách hoàn thành gọi Bước 4: Thông báo IAM SETUP SSF gửi đến bên gọi Số bên gọi bắt nguồn từ tin Connect nhận từ SCF Nhóm 58 Bước 5: Cuộc gọi giải phóng, kiện kích hoạt báo cáo tính phí Bước 6: Apply Charging Report gửi từ SSF đến SCF biết kiện tính phí xảy theo định nghĩa SCF gửi với thơng báo Áp dụng tính phí Áp dụng Báo cáo sạc gửi kết nối thiết lập, ví dụ: hẹn sạc SSF hết hạn Ví dụ điển hình cho trường hợp tính phí thẻ gọi điện thoại trả trước, báo cáo tính phí đến dẫn đến số tiền trả trước thuê bao bị giảm 2.7.4 Ví dụ tín hiệu CAMEL để nạp GPRS Có SSF khác cho GSM GPRS xác định tiêu chuẩn CAMEL Sự khác biệt gsmSSF nằm MSC gprsSSF nằm SGSN GsmSCF giống cho hai cài đặt vị trí mạng trung tâm Tình xảy bắt đầu với hoạt động Initial DP GPRS nhúng tin TCAP BEGIN (Hình 2.62) Initial DP (DP 2) nhập SGSN nhận thông báo Activate PDP Context Request qua giao diện IuPS Bằng cách gửi Initial DP GPRS Ban đầu này, gprsSSF yêu cầu hướng dẫn từ gsmSCF cách xử lý Bối cảnh PDP người đăng ký yêu cầu Cần lưu ý SCCP cung cấp dịch vụ truyền tải Class không kết nối cho hộp thoại TCAP Trong tiêu đề SCCP tìm thấy hai địa E.164 gprsSSF gsmSCF Hình 2.62 CAMEL PS điều khiển gọi tính phí lưu lượng gọi 1/3 Origination Transaction TCAP ID Destination Transaction ID liên kết tất tin TCAP hộp thoại với sử dụng làm thơng số lọc trường hợp giám sát khắc phục cố The Dialog Portion liên quan tới TCAP Message thơng tin Application Nhóm 59 Context và Số Tham chiếu GRPS CAP, liên kết tất thông báo CAP thuộc ngữ cảnh PDP yêu cầu Các thông báo CAP sau: TCAP BEGIN (Origination Transaction ID = a, Dialog Portion [Application Context = CAP- gprsSSF-gsmSCF, GPRS Reference Number Originating Reference = c], Component Portion [Invoke-ID = → Local Operation = Initial DP GPRS, GPRS Event Type = PDP Context Establishment, MSISDN, MSI, Time and TimeZone, PDP Type Number = IPv4 Address, Access Point Name = gprsservice.server.gprs, RoutingAreaIdentity, SGSN Number, PDP Initiation Type = MS initiated]) Thông báo BEGIN trả lời TCAP CONTINUE chứa thêm hai thao tác CAP.Đầu tiên, gprsSSF yêu cầu thông báo cho gsmSCF ngữ cảnh PDP thiết lập cài đặt chế độ giám sát, báo cáo gửi dạng TDP-R kích hoạt quy trình CAMEL để sạc phía gsmSCF Với ContinueGPRS, gprsSSF yêu cầu để tiến hành thiết lập ngữ cảnh PDP: TCAP CONTINUE (Origination Transaction ID = b, Destination Transaction ID = a,Dialog Portion [GPRS Reference Number Originating Reference = d, GPRS Reference Number Destination Reference = c], Component ortion [Invoke-ID = 35 → Local Operation = Request Report GPRS Event → PDP Context Establishment Acknowledge, Disconnect, Monitor mode = interrupted (“report event as TDP-R”), Invoke-ID = 36 →Local Operation = ContinueGPRS]) Sau đó, gprsSSF gửi hoạt động EventReportGPRS cho biết ngữ cảnh PDP thiết lập ID sạc cung cấp để liên kết ngữ cảnh PDP với quy trình sạc phía SCF Trong thơng tin vị trí GPRS IE, RAI đưa vào bao gồm MCC, MNC, LAC RAC TCAP CONTINUE (Origination Transaction ID = a, Destination Transaction ID = b, Dialog Portion [GPRS Reference Number Originating Reference = c, GPRS Reference Number Destination Reference = d], Component Portion [Invoke-ID = – > Local Operation = Event Report GPRS, GPRS Event Type = PDP Context Establishment Acknowledge, Message Type = Request, Access Point Name = gprsservice.server.gprs, Charging ID = e, Negotiated QoS {QoS Parameter}, Location Information GPRS {RAI = MCC, MNC, LAC,RAC}, SGSN Number {E.I64), Time and TimeZone) Với thông báo tiếp theo, gprsSSF nhận tham số tính phí thứ tự để tiến hành xử lý ngữ cảnh PDP TCAP CONTINUE (Origination Transaction ID = b, Destination Transaction ID = a,Dialog Portion [GPRS Reference Number Originating Reference = d, GPRS Reference Number Destination Reference = c], Component Portion [Invoke-ID = 39 → Local Operation = ApplyChargingGPRS{max transferred volume}, Invoke-ID = 40 → Local Operation = ApplyChargingGPRS{max elapsed time}, Invoke-ID = 41 → Local Operation = ontinueGPRS]) Với TCAP END thông báo hộp thoại TCAP kết thúc (Hình 2.63) TCAP END (Destination Transaction ID = b) Nhóm 60 Hình 2.63 CAMEL PS điều khiển gọi sạc lưu lượng gọi 2/3 Một hộp thoại TCAP bắt đầu với thông báo TCAP BEGIN chứa ApplyChargingReports EventReportGPRS cho biết MS muốn hủy kích hoạt ngữ cảnh PDP TCAP BEGIN (Origination Transaction ID = f, Dialog Portion [Application Context =CAP-gprsSSF-gsmSCF, GPRS Reference Number Originating Reference = c, GPRS Reference Number Destination Reference = d], Component Portion [Invoke-ID = →Local Operation = ApplyChargingReportGPRS {Volume if No Tariff Switch = h),Invoke-ID=2 → Local Operation = ApplyChargingReportGPRS {Time GPRS No Tariff Switch = j), Invoke-ID=3 → Local Operation = EventReportGPRS, GPRS Event Type = Disconnect, Disconnect Specific Information → Initiating Entity = MS]) GsmSCF cung cấp hai Kết Trả Cuối cho gprsSSF biết hai hoạt động GPRS Báo cáo tính phí Áp dụng (so sánh giá trị Gọi-ID với giá trị thơng báo trước đó!) Đã nhận việc thực hoạt động tính phí thành cơng TCAP CONTINUE (Origination Transaction ID = g, Destination Transaction ID = f,Dialog Portion [GPRS Reference Number Originating Reference = d, GPRS Reference Number Destination Reference = c], Component Portion [ReturnResultLast →Invoke-ID = 1, ReturnResultLast → Invoke-ID = 2]) Một thông báo TCAP CONTINUE khác gửi từ gsmSCF tới gprsSSF Nó chứa hoạt động ContinueGPRS để lệnh cho gprsSSF tiến hành hủy kích hoạt ngữ cảnh PDP (Hình 6.64) TCAP CONTINUE (Origination Transaction ID = g, Destination Transaction ID = f,Dialog Portion [GPRS Reference Number Originating Reference = d, GPRS Reference Number Destination Reference = c], Component Portion [ContinueGPRS]) Nhóm 61 Hình 2.64 CAMEL PS điều khiển gọi tính phí lưu lượng gọi 3/3 Thông báo TCAP END kết thúc hộp thoại TCAP thứ hai TCAP END (ID giao dịch định = NS) 2.8 Hệ thống đa phương tiện IP (IMS) 2.8.1 Khái niệm kích hoạt ngữ cảnh PDP IMS Trong ví dụ mơ tả (Hình 2.65), giả định người đăng ký muốn kích hoạt dịch vụ, cung cấp sẵn với máy chủ ứng dụng Điện thoại thuê bao bật, đăng ký gắn vào (xác thực ủy quyền thực hiện, vị trí thuê bao biết SGSN HSS) Một ngữ cảnh PDP cho CN IM cần thiết lập Kích hoạt ngữ cảnh PDP thành công dẫn đến việc thiết lập đường hầm bit UE GGSN Đối với mạng thông tin di động, thứ truyền qua đường hầm bit coi liệu người dùng Để chạy ứng dụng, cần phải có thực thể mạng để kiểm soát dịch vụ Đây Serving Call Session Control Function (S-CSCF), với quyền truy cập proxy qua P-CSCF Đây, ứng dụng phải đăng ký đây, quyền truy cập vào dịch vụ tảng dịch vụ (AS) kiểm sốt Ngồi ra, S-CSCF tham gia vào điều khiển phiên (SDP / SIP) Hình 2.65 Kích hoạt ngữ cảnh IMS PDP Nhóm 62 Khám phá P-CSCF thực theo hai cách Dựa DHCP / DNS, nơi UE phát P-CSCF sau quy trình Kích hoạt ngữ cảnh PDP Bằng cách này, sử dụng DHCP DNS Một cách tiếp cận khác khám phá P-CSCF dựa GPRS, nơi GGSN tự tạo phản hồi PDP (Trước đây, chế kích hoạt để truy xuất địa IP yêu cầu PCSCF.) Trong trường tùy chọn Tạo phản hồi ngữ cảnh PDP, (các) địa IP (các) PCSCF trả cho UE Sau nhận (các) địa (các) P-CSCF, UE sử dụng kết nối thiết lập vớiIMS UE gửi trực tiếp tin cấp ứng dụng tới Proxy CSCF thông qua SIP/SDP 2.8.2 Khái niệm gọi IMS UE-UE Tình có khả xảy (Hình 6.66) mô tả gọi từ UE1 đến UE2 thông qua mạng IMS với giả định tất tài ngun cần thiết có sẵn Hình 2.66 Luồng gọi IMS UE-UE INVITE UE-1 thiết lập phiên với codec luồng phương tiện xác định Nó gửi INVITE, chứa đặc điểm định số cổng cho (các) luồng phương tiện cần thiết Trong ví dụ này, UE1 muốn thiết lập phiên đa phương tiện bao gồm video (H.263) luồng âm (codec EVRC SMV) Ngoài ra, UE-1 tất tài nguyên có sẵn điểm cuối cục P-CSCF1 tự thêm vào tiêu đề Định tuyến Bản ghi thực phân tích địa đích Nó xác định mạng mà th bao đích thuộc S-CSCF1 chuyển tiếp yêu cầu INVITE trực tiếp đến I-CSCF2 (trong mạng đích) I-CSCF2 gửi truy vấn đến HSS để xác định S-CSCF2 bên gọi HSS trả địa S-CSCF2 cho thuê bao kết thúc Với địa đó, I-CSCF2 chuyển tiếp INVITE tới S-CSCF2, xác nhận hồ sơ dịch vụ thuê bao khớp với yêu cầu INVITE chuyển tiếp tới UE-2 qua P-CSCF2 180 Ringing UE-2 chấp nhận INVITE có sẵn tài nguyên, trả phản hồi 180 (Đổ chuông) PCSCF2 chuyển tiếp phản hồi 180 (Đổ chuông) tới UE-1 qua I / S-CSCF2, I / S-CSCF1 P-CSCF1 PRACK Nhóm 63 UE-1 xác nhận phản hồi 180 (Đổ chuông) từ UE-2 với yêu cầu PRACK P-CSCF chuyển tiếp yêu cầu PRACK tới S-CSCF, sau truyền tới P-CSCF2 qua I / SCSCF2 UE-2 cảnh báo cho người dùng sau người dùng trả lời gọi 200 OK (PRACK) UE2 trả lời tất trường hợp UE1 với 200 OK Nó xác nhận nhận PRACK cho biết gọi đến cho người dung 200 OK (INVITE) Khi người dùng UE-2 trả lời gọi, UE-2 tạo 200 phản hồi OK UE-1 PCSCF2 chuyển tiếp 200 phản hồi OK tới UE-1 qua I / S-CSCF2, I / S-CSCF1 PCSCF1 ACK UE1 phản hồi 200 OK ACK gửi đến UE2 qua P-CSCF, I / SCSCF1, I / S-CSCF2 P-CSCF2 Sau đó, kết nối thiết lập ứng dụng yêu cầu (kết hợp video gọi coice) bật Nhóm 64 LỜI CẢM ƠN Chúng em xin gửi lời cảm ơn tới “ Học viện Cơng nghệ Bưu Viễn thông” đưa môn học Báo hiệu điều khiển kết nối vào chương trình giảng dạy Đồng thời em xin chân thành cảm ơn giảng viên mơn- thầy giáo TS.Hồng Trong Minh, dạy dỗ, hướng dẫn, truyền đạt cho bọn em kiến thức bổ ích để nhóm em hồn thiện tiểu luận Mặc dù học tập tìm hiểu kiến thức chúng em hạn chế, nên Tiểu luận chúng em có thiếu sót chưa xác, kính ming thầy xem xét góp ý kiến giúp cho làm em hồn thiện Nhóm em xin chân thành cảm ơn! Hà Nội, ngày 25 tháng năm 2020 Nhóm 65 ... TẮT………………………………………………………… Chương I: Tổng quan báo hiệu mạng lõi 3G? ??…………………………………10 Giới thiệu mạng lõi 3G? ??…………………………………………………… 10 Chương II: Các thủ tục báo hiệu mạng lõi 3G? ??………………………………… 12 2.1 Thiết lập... báo hiệu mạng lõi 3G Nội dung đề tài gồm chương: Chương 1: Giới thiệu mạng lõi 3G Chương 2: Các thủ tục báo hiệu mạng lõi 3G Nhóm MỤC LỤC LỜI NĨI ĐẦU………………………………………………………………………2 MỤC LỤC…………………………………………………………………………... đính kèm có chứa thông báo mô tả 3GPP 48.0 06 Thật vậy, điều khơng hồn tồn đúng, 3GPP 48.0 06 mô tả thủ tục giao diện GERAN A mã hóa thơng báo tham số sử dụng thủ tục mô tả 3GPP 48.008 Định danh