Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống
1
/ 38 trang
THÔNG TIN TÀI LIỆU
Thông tin cơ bản
Định dạng
Số trang
38
Dung lượng
648,93 KB
Nội dung
Mang Thê Hê Sau_NGN GVHD:Lê Anh Ngoc Bang phân công công viêc STT Ho Tên Công Viêc Nguyên Thi Hai (NT) Dich phân: Abstract và Introduction và tông hơp bao cao , làm slide Nhóm Nguyên Tuân Hai Trân Thi Hanh Nguyên Văn Hoàng Dich phân: 2.1 PMIPv6 và 2.2 PMIPv6 – MIPv6 Làm slide Dich phân: 2.3 MPLS LSP based in NGN Làm slide Ta Huy Hoàng Dich Phân: Proposal Làm slide Nguyên Thi Hông Nguyên Trong Hoa Dich Phân: Conclusion Làm slide Page Mang Thê Hê Sau_NGN GVHD:Lê Anh Ngoc Muc Luc Mục Lục .2 Lời Mở Đầu .5 Danh Mục Từ Viết Tắt .6 Danh Mục Hình Ảnh Network based Global Mobility Management Scheme in NGN .9 Abstract Introduction Related Work 10 2.1 PMIPv6 .10 2.2 PMIPv6 –MIPv6 13 2.3 MPLS LSP based in NGN 14 Proposal 16 Conclusion 22 Thiết kế mang dưa đê an quan li di đ ông toan cầu NGN 24 Tóm Tắt 24 Giới thiệu 24 Mục công viêc liên quan 25 2.1 PMIPv6 .25 2.2 PMIPv6 –MIPv6 .29 Nên tang MPLS LSP NGN 30 Hình 2.3.1 : Kiến trúc cho cac MPLS LSP dưa NGN 31 Đê xuất 32 Kết luận 37 Tai liệu tham khao 38 Nhóm Page Mang Thê Hê Sau_NGN GVHD:Lê Anh Ngoc Lơi Mơ Đâu Trong nhiều năm gân đây, công nghiêp viên thông trăn tr vân đề phat triển cơng nghê nào và dùng mang đ ể hỗ tr cac nhà khai thac bối canh luật viên thông thay đ ổi nhanh chóng, c anh tranh ngày càng gia tăng manh mẽ Cac mang viên thông hiên tai có đặc điểm chung là tôn tai môt cach riêng lẻ, ứng với loai dich vụ thơng tin lai có nhât mơt loai mang viên thông riêng biêt để phục vụ dich vụ đó Vì thê ta khơng th ể s d ụng m ơt mang cho nhiều mục đích khac Kêt qua là chi phí đâu t và v ận hành cao, hiêu qua sử dụng thâp Khai niêm mang thê (hay goi là mang thê sau - NGN) đ ời với viêc tai kiên trúc mang, tận dụng tât ca cac ưu thê công ngh ê tiên tiên nhằm đưa nhiều dich vụ mới, mang lai nguôn thu m ới, góp phân giam chi phí cho cac nhà kinh doanh Và mơt giao thức quan lý tính di đơng đươc tiêu chuẩn hóa b ởi IETF và đươc xây dựng công nghê truy cập mang di đông đa đươc nghiên cứu Dưới nhóm giới thiêu bài bao bàn n ôi dung: Thiêt kê mang dựa đề an quan lí di đơng toàn câu NGN Bài bao đề xuât môt chê di đông toàn câu mang cac IP dựa mang truy nhập Và chê này cai thiên cac vân đề di đông toàn câu c MIPv6 hi ên tai Hơn nữa, thời gian trê chuyển giao có thể giam thông qua cac nhan s dụng đường dẫn chuyển mach nhan (LSP) chuyển mach nhan đa giao thức chung(chuyển đổi thiêt lập giao thức đa nhan) MPLS Nhóm Page Mang Thê Hê Sau_NGN GVHD:Lê Anh Ngoc Danh M uc T Vi êt T ăt AGW Access Gateway Cổng truy cập PMIPv6 MAG Proxy Mobile Internet Protocol version6 Internet Engineering Task Force mobile Access Gateway Cổng truy nhập di đông MN Mobile node Nút di đơng HoA Home Address Đia chi gia đình CoA Care of Address Chăm sóc đia chi LMA Local Mobitily anchor IETF IP_PAP Coc neo vi trí di đơng đia phương Multiprotocol Label Switching Chuyển mach nhan đa giao thức Mobility Information Control May chủ kiểm soat thông tin di Server đông Media Access Control Phương tiên kiểm soat di đông IP Address Đia chi IP cố đinh IP_LA IP Address Đia chi IP đia phương HCA Handover Control Agent ACK Acknowledgement Chuyển giao tac nhân điều khiển Thông bao nhận MPLS MICS MAC AP Access Point Điểm truy nhập LSP Label Switched Path Đường dẫn chuyển mach nhan CN Correspondent Nút phóng viên MICS Mobility information control server Nhóm Node Page Kiểm soat thông tin may chủ di đông Mang Thê Hê Sau_NGN Nhóm GVHD:Lê Anh Ngoc Page Mang Thê Hê Sau_NGN GVHD:Lê Anh Ngoc Danh Muc Hinh Anh Figure 2.1.1 PMIPv6 Network Architecture – Local Handoff and Global Handoff Scheme Figure 2.1.2 mobile node Attachment – signaling Call Flow Figure 2.1.3 mobile node Handoff –Signaling Call Flow Figure 2.3.1 Architecture for the MPLS LSP based Figure 2.3.2 fast handover using L2 Figure 3.1 Proposal Network Architecture Mobile Access Gateway(MAG) carry out the role at the existing PMIPv6 identically Figure 3.2 Proposal Attached Location Figure 3.3 Proposal Local Mobility Procedure Figure 3.4 Proposal Global Mobility Procedure Figure 3.5 Proposal Initial Data Transmission Figure 3.6 Proposal Packet Transmission Procedure in the Global Handover Hình 2.1.1 Kiến trúc mang - địa phương PMIPv6 va đê an chủn giao toan cầu Hình 2.1.2 tín hiệu trả lơi – lưu lượng gọi của nút di đợng Hình 2.1.3 Báo hiệu lưu lượng cuộc gọi cho nút chuyển giao di động Hình 2.3.1 : Kiến trúc cho cac MPLS LSP dưa NGN Hình 3.1 đê xuất kiến trúc mang điện thoai di động Access Gateway (MAG) thưc vai trò tai cac PMIPv6 giống Hình 3.2 cho thấy qua trình đăng ký đinh kèm nút di động Hình 3.3: Qui trình đăng ki vị tri nút di đ ông địa phương Hình 3.4: Biểu diễn sư trao đổi cac khối lệnh tai cac khu để thưc cac mệnh lệnh chuẩn xac Hình 3.5 biểu diễn mệnh lệnh cac gói tin ban đầu Hình 3.6 cac nút di động biểu diễn cac quy trình truyên dẫn cac gói tin Nhóm Page Mang Thê Hê Sau_NGN GVHD:Lê Anh Ngoc Network based Global Mobility Management Scheme in NGN Han Gyol Kim, Myong Ju Yu, Jong Min Lee, Yong Hun Yu, Song Gon Choi, School of Electrical & Computer Engineering, ChungBuk National University 410, Sungbong-ro, Heungdeok-gu, Cheongju-si, ChungBuk, Korea, 361-763* hgkim@cbnu.ac.kr, mjyu@cbnu.ac.kr, ljm80 @cbnu.ac.kr, yhyoo@cbnu.ac.kr, sgchoi@cbnu.ac.kr Abstract We propose a network-based global mobility mechanism between the IP based Access Networks And this mechanism improves the global mobility problem of the existing MIPv6 Moreover, the handover latency time can be reduced through the using Label Switched Path (LSP) of Multi Protocol Label Switching (MPLS) setup Introduction In the next generation network environment, the research for providing the seamless service actively progresses [1,2] For the seamless service providing, the inappropriate mobility management technique is needed Generally, a signal is controlled in Layer in order to provide mobility In Layer 3, there is MIP (Mobile Internet Protocol) in the representative technology providing a mobility [3] A mobility is provided to the various merit because of in the Layer hierarchical layer However, in order to provide the mobility in the various point of views, presently it makes every effort The fast location registration techniques using the L2 trigger need to be looked into As to the technology, the electrical transmission at the Layer layered-based is made the signaling for the location registration doesn't rise up to the Layer hierarchical layer [4] Moreover the location registration delay time is reduced by separating the control signal transmission area and data transferring area [4] The fast signal processing technique at the L2 layered-based is determined as the good method instead of the signal processing delay time at the L3 hierarchical layer Presently in IETF, there is actively the PMIPv6 technology among the normalizing progressing [5] PMIPv6 minimizes the burden in which the mobile node is offered mobility And the technology for providing the mobility is supported in a network Moreover the systems used in the existing MIPv6 or the advantage that it can carry out many message parameter values with reuse are presented [5] However PMIPv6 still has the problem of MIP Because of using MIPv6 in the global handover, the continued network- Nhóm Page Mang Thê Hê Sau_NGN GVHD:Lê Anh Ngoc based providing users with mobile node mobility service does with disable [6] In the paper, the problem that this kind of the mobility providing technologies has was improved Advantages were operated with and the new procedure was shown In the core network domain, the control message and data transmission were separated The fast location registration was considered In the local area, by applying the PMIPv6 technology, the network-based mobility was possible Moreover by applying the managing system the location information of the mobile node in the core network, the networkbased global mobility of the mobile node was suggested In chapter 2, we illustrated about a configuration and procedure of the technologies which the configuration of the paper operates with In chapter 3, concretely the network configurations to be proposed and location registration procedure were made with technology In the final conclusion, we described about the objective of research in the future Related Work 2.1 PMIPv6 It is the technology for providing the network-based mobility to the mobile node in the local area done based on increased IP Presently in the IETF NETLMM WG, a normalizing progresses [5] Figure 2.1.1 shows the network configuration of PMIPv6 If the mobile node has the IPv6 function although it moves to an anywhere within the PMIPv6 Domain, it can be offered a mobility Moreover the mobile node determines that it continuously maintains its own home link which it comprises for the first time although it moves Because, continuously the same Home Network Prefix information is due to be received [5] Nhóm Page Mang Thê Hê Sau_NGN GVHD:Lê Anh Ngoc Figure 2.1.1 PMIPv6 Network Architecture – Local Handoff and Global Handoff Scheme MAG provides with the mobility of mobile node instead of mobile node MAG goes through the authentication procedure through mobile node and L2 event If mobile node of the PMIPv6 service certification is completed, the role of place-registering to LMA is carried out Moreover, a packet can be transmitted by forming LMA and bi-directional tunneling [5] LMA is the topology anchor point for mobile node’s Home Network Prefix And LMA manages the binding entry for the location information of mobile node And LMA assigns Home Network Prefix of mobile node A LMA searches for its own binding table and system determines whether the mobile node is the initial registration process situation or the handover situation And MAG and both direction type tunneling are set and it packets with electrical transmission At this time used LMA Address (LMAA) And he address used in MAG is a Proxy Care of Address (pCoA) [5] Figure 2.1.2 shows the signaling call flow when the mobile node enters the Proxy Mobile IPv6 Domain Once a mobile node enters a Proxy Mobile IPv6 domain and attaches to an access link, the mobile access gateway on that access link, after identifying the mobile node and acquiring its identity, will determine if the mobile node is authorized for the network-based mobility management service [5] For updating the local mobility anchor about the current location of the mobile node, the mobile access gateway sends a Proxy Binding Update message to the Nhóm Page Mang Thê Hê Sau_NGN GVHD:Lê Anh Ngoc mobile node’s local mobility anchor Upon accepting Figure 2.1.2 mobile node Attachment – signaling Call Flow this Proxy Binding Update message, the local mobility anchor sends a Proxy Binding Acknowledgement message including the mobile node’s home network prefix It also creates the Binding Cache entry and sets up its endpoint of the bi-directional tunnel to the mobile access gateway Acknowledgement message sets up its endpoint of the bi-directional tunnel to the local mobility anchor and also sets up the forwarding for the mobile node’s traffic At this point the mobile access gateway will have all the required information for emulating the mobile node’s home link It sends Router Advertisement messages to the mobile node on the access link advertising the mobile node’s home network prefix as the hosted on-linkprefix The mobile node on receiving these Router Advertisement messages of the access link will attempt to configure its interface either using stateful or stateless address configuration modes, based on the modes that are permitted on that access link as indicated in Router Advertisement messages At the end of a successful address configuration procedure, the mobile node will end up with one or more addresses from its home network prefix [5] Figure 2.1.3 shows the signaling call flow for the mobile node’s handoff from previously attached mobile access gateway (p-MAG) to the newly attached mobile access gateway (n-MAG) This call flow reflects only a specific message ordering, it is possible the registration message from the n-MAG may arrive before the de-registration message from the pMAGarrives [5] Nhóm Page 10 Mang Thê Hê Sau_NGN GVHD:Lê Anh Ngoc Hinh 2.1.1 Kiên trúc mang - địa phương PMIPv6 va đê an chuyên giao toan câu MAG (Mobile Access Gateway) cung cấp thông tin sự di chuyển của nút điện thoại di động thay nút di đợng MAG trải qua qui trình xác thực thơng qua nút điện thoại di đợng L2 trường.Nếu nút điện thoại di động của dịch vụ PMIPv6 xác nhận đã hồn tất, vai trò của vị trí đăng kí lại LMA (Local mobility anchor) thực Hơn nữa, gói liêu có thể truyền lập công thức LMA và hai chiều đường hâm [5] LMA (Local mobility anchor) giao thức điểm neo cho Home Network Prefix (tiền tớ mạng gia đình) của nút di động.Và LMA quản lý mục kết gán cho thông tin định vị của nút di động.Và LMA phân chia Home Network Prefix của nút di đợng LMA tìm kiếm bảng liên kết riêng hệ thống xác định xem nút di đợng quy trình đăng ký ban đầu hay trạng thái bàn giao Và MAG hai chiều đường hầm được thiết lập gói liệu với điện truyền dẫn Tại thời điểm sử dụng LMA địa (LMAA).Với địa được sử dụng MAG một Care Proxy của địa (pCoA) [5] Hình 2.1.2 cho thấy tín hiệu lưu lượng c̣c gọi nút di động vào PMIPv6 Khi một nút di động nhập miền PMIPv6 gắn vào một liên kết truy cập, cổng nối truy xuất thông tin cách gửi thông báo từ điện thoại di động đường dẫn truy nhập, sau nhận dạng nút di động xác định nút di động được quản lý dựa mạng tính di đợng [5] Nhóm Page 24 Mang Thê Hê Sau_NGN GVHD:Lê Anh Ngoc Hình 2.1.2 tín hiệu trả lơi – lưu lượng gọi của nút di động Để cập nhật Cac coc neo vi trí di đơng nơi hat về vị trí tại của nút di động, cổng nối gửi thông báo liên kết ràng ḅc đến cọc neo vị trí di đợng nợi hạt Nó tạo mục bợ nhớ đệm kết gán xác lập điểm cuối của đường hầm hai chiều đến cổng nối truy xuất thông tin cách gửi thông báo từ điện thoại di động Thông báo xác lập điểm cuối của đường hầm hai chiều đến coc neo vi trí di đơng nơi hat xác lập chuyển tiếp cho lưu lượng cuộc gọi của nút di động Vào lúc cổng nối truy xuất thông tin cách gửi thông báo từ điện thoại di đợng có đầy đủ thơng tin cần thiết để mô đường dẫn nhà của nút di đợng Nó gửi thơng báo quảng cáo bợ định tuyến đến nút di động truy nhập quảng cáo đường dẫn Home Network Prefix của nút di động máy chủ - đường dẫn - tiền tố Nút di động nhận được thông báo bộ định tuyến quảng cáo của đường dẫn truy cập cố gắng để cấu hình giao diện sử dụng đầy đủ trạng thái phi trạng thái địa cấu hình chế độ, chế độ được chấp nhận đường dẫn truy cập được thông báo bộ định tuyến quảng cáo Vào ći thủ tục cấu hình địa thành công, nút di động kết thúc một nhiều địa từ định tuyến chứa Home Network Prefix [5] Hình 2.1.3 cho thấy báo hiệu lưu lượng cuộc gọi cho nút chuyển giao di động từ cổng truy cập điện thoại di đợng đính kèm trước (p-MAG), đến cổng truy nhập điện thoại di đợng đính kèm sau (n-MAG) Lưu lượng cuộc gọi phản ánh một bản tin định sẵn (đặt hàng) cụ thể, có thể bản tin đăng ký từ n-MAG có thể đến trước bản tin thơng báo đăng ký từ p-MAG[5] Nhóm Page 25 Mang Thê Hê Sau_NGN GVHD:Lê Anh Ngoc Sau có được địa cấu hình ban đầu lĩnh vực Proxy Mobile IPv6, nút di dộng thay đổi điểm xuất của tập tin đính kèm, cổng truy cập điện thoại di đợng liên kết trước phát sự tách riêng của nút di động từ liên kết thông báo cho tổng đài di động cố định (trung tâm), loại bỏ trạng thái liên kết định tuyến cho nút di động Tổng đài di động cố định nhận được yêu cầu xác định phiên di động tương ứng đã nhận được u cầu , mợt chấp nhận yêu cầu chờ đến một thời gian định cho phép cổng truy cập điện thoại di động liên kết cập nhật liên kết Tuy nhiên, khơng nhập được thơng báo Proxy Binding Update ( cập nhật giao thức ràng buộc) thời gian định, xóa bợ nhớ ràng ḅc[5] Hình 2.1.3 Báo hiệu lưu lượng c̣c gọi cho nút chuyển giao di động Các cổng truy cập điện thoại di dộng truy cập vào liên kết phát nút di động liên kết truy cập thơng báo cho tổng đài di động cố định để cập nhật trạng thái liên kết Khi thơng báo hồn tất, cổng truy cập điện thoại di động phục vụ gửi thông báo (quảng cáo) định tuyến chứa Home Network Prefix của nút di động điều đảm bảo sự thay đổi nút di động liên quan đến lớp đính kèm khơng bị phát giao diện của Nó có thể được cung cấp tính di dộng chức của IPv6 được đặt miền PMIPv6 vị trí của nút di đợng, xác định liên kết mạng Nhóm Page 26 Mang Thê Hê Sau_NGN GVHD:Lê Anh Ngoc gia đình liên tục kết nới của khơng được khơi phục (tái lập) Tuy nhiên PMIPv6 vẫn nhiều vấn đề Vấn đề tại với MIPv6 được chia sẻ người ta cho được định nghĩa nhiều phần mà khơng xác 2.2 PMIPv6 –MIPv6 Trong mơ hình này, PMIPv6 –MIPv6 được sử dụng cách có thứ tự bậc (cấp bậc) , nơi PMIPv6 được sử dụng cho tổng đài di động địa phương MIPv6 được sử dụng cho di đợng tồn cầu địa nút di đợng HoA (Home Address) gán cho nút di động lĩnh vực Proxy Mobile IPv6 được sử dụng địa chăm sóc cho đăng ký Mobile IPv6 Nếu di chuyển nút di động gắn vào một mạng truy cập mà không phải một phần của sự ủy qùn di đợng miền IPv6, giành được địa chăm sóc từ mạng truy cập thực đăng ký IPv6 thường xuyên với đại lý độc quyền của Khi nút di đợng ngồi miền Proxy Mobile IPv6 có Mobile IPv6 được sử dụng Bằng cách sử dụng sớ hình 2.1.1 để minh họa cho việc sử dụng thứ bậc của Mobile IPv6 and Proxy Mobile IPv6, nút di đợng được gắn liền với MAG1, sử dụng nút di động HoA CoA (Care of Address) để đăng ký IPv6 di động với đại lý độc qùn của Nếu di chủn nút dợng gắn vào MAG2, vẫn được gắn với miền PMIPv6 nút di động HoA của miền PMIPv6 vẫn được giữ ngun Cho đến khơng có sự thay đổi địa chăm sóc, nút di đợng không cần phải cập nhật trạng thái liên kết tại đại diện độc quyền di chuyển nút di đợng gắn vào MAG3, khơng miền PMIPv6 Nút di động giành được một điện thoại PMIPv6 nút HoA2 từ LMA2 Cho đến có sự thay đổi địa chăm sóc mới, nút di động cập nhật trạng thái liên kết tại đại lý đợc qùn của với nút di đợng HoA2 địa chắm sóc[6] Khi di chủn nút gắn vào một MAG khác miền PMIPv6, nút di động đại diện độc quyền Mobile IPv6 không thể di chuyển xa PMIPv6 quản lý sự chăm sóc di đợng MAGs khác Sự di chuyển của nút di động được hạn chế LMA Nếu kết quả của sự di chuyển nút di động gắn vào miền PMIPv6 khác sau nút di đợng thấy sự thay đổi địa chăm sóc gửi cập nhật trạng thái lien kết tới đại diện đợc qùn[6] Có thể dung cách thứ bậc khác dung Proxy Mobile IPv6 and Mobile IPv6 Nhóm Page 27 Mang Thê Hê Sau_NGN GVHD:Lê Anh Ngoc Nên tang MPLS LSP NGN Hình 2.3.1 cho thây kiên trúc đề an này May chủ kiểm soat thông tin di đông (MICS) quan lý đia chi trung tâm, quan lý đia chi MAC, đ ia ch i IP c ố đinh (IP_PA) và đia chi IP đia phương (IP_LA) môt nút di đông chuyển giao tac nhân điều khiển (HCA) đia chi IP và quan lý thông tin ràng buôc liên quan đên giao tiêp cac nút di đ ông và cac nút tương xứng (CNs) HCA quan lý đia chi cục bô, quan lý đ ia chi MAC , IP_PA và IP_LA môt nút di đông, và đóng gói cac gói d ữ liêu đ ể truy ền Cac điểm truy cập (AP) chuyển tiêp đia chi MAC môt nút di đông c HCA môt nút di đơng vào khu vực Cac LSPs HCAs và MICS đươc sử dụng để truyền tai thông điêp bao hiêu nhât MM [4] Khi môt nút điên thoai di đông vào khu vực AP # , khu v ực AP # nhận đia chi MAC nút di đông và sau đó gửi mơt thơng điêp bao cao v i trí tới HCA # 1.HCA # tao môt ban ghi cho nút di đông b ang qu an lý đia chi đia phương nó, và gửi môt thông bao đăng ký v i trí v ới MICS, gửi đia chi đên nút di đông bang quan lý đia chi trung tâm MICS có đia chi MAC và IP_LA nút di đông, đia chi IP HCA#1 Trong viêc xử lý MICS, nút di đông gửi môt thông tin đ ia ch i ACK đên # để đap ứng với thông tin đia chi từ HCA# Khi HCA# nh ận đ ia ch i ACK, nó gửi môt thông bao cập nhật đia chi đên cac MICS [4] Nhóm Page 28 Mang Thê Hê Sau_NGN GVHD:Lê Anh Ngoc Hinh 2.3.1 : Kiên trúc cho cac MPLS LSP dưa NGN Trong trường hơp truyền liêu, HCA # nh ận đ ươc mơt gói v ề phía nút di đông từ CN, chuyển đên nút di đông là IP_LA, nó g ửi m ôt thông điêp u câu vi trí cho MICS MICS tìm kiêm cac nút di đông là IP_LA, tao môt ban ghi IP_PA lập ban đô kêt n ối cac nút di đông và CN, gửi thông tin phan vi trí tới HCA # nh HCA # HCA # đóng gói cac gói tin với đia chi đích và đia ch i nguôn, và cac gói tin đươc tao đường hâm từ HCA # đên nút di đông, đó loai bỏ cac tiêu đề gói tin đóng gói [4] Trong hình 2.3.2, nút di đơng di chuy ển t AN # đ ên AN # 2, AP # nhận đia chi MCA nút di đông và gửi mơt bao cao vi trí tới HCA # HCA # tao môt ban ghi cho nút di đông L-AMT, ghi đia ch i MCA nút di đông và IP_LA, và gửi môt thông điêp đăng ký vi trí đên MICS cập nhật cac ban ghi cac nút di đông C-AMT, và gửi tin nhắn ph an h v i trí t ới HCA # 2, lúc gửi tin nhắn phan vi trí khac t ới HCA # đ ể trì kêt nối với cac nút di đơng Kêt qua là, chuy ển giao nhanh chóng c nút Nhóm Page 29 Mang Thê Hê Sau_NGN GVHD:Lê Anh Ngoc di đông có thể đươc hỗ trơ HCA và MICS [4] Hinh 2.3.2 Nhanh chong chuyên giao sử dung cac thông tin L2 Đê xuât Trong bài bao, công nghê này làm cho cac công nghê PMIPv6 đ ươc mô t a cac sở nhanh chóng đăng ký thông tin và L2 ho at đơng v ới cac chương trình và quan lý di đông toàn câu dựa m ang đa đ ươc đề xu ât Trong cac khu vực đia phương, cach ap dụng cac công nghê PMIPv6 hiên có, mang có thể thực hiên dựa vào cac đề xuât di đông đ ia ph ương đa cung câp, và cach sử dụng cac trung tâm dich vụ di đông điều ển thông tin (MICS) toàn câu đa bàn giao, có thể đăng ký v i trí nhanh chóng thông qua Nghi đinh Đường dẫn đa giao thức chuyển m ach nhan Label Switching path (MPLS LSP) Nhóm Page 30 Mang Thê Hê Sau_NGN GVHD:Lê Anh Ngoc Hinh 3.1 đê xuât kiên trúc mang điên thoai di đơng Access Gateway (MAG) thưc hiên vai trò tai cac PMIPv6 hiên giống Hình 3.1 là số liêu thể hiên kiên trúc mang đươc đề xuât Cổng truy cập di đông (MAG) thực hiên vai tro hiên tai PMIPv6 gi ống bàn giao kiểm soat dich vụ (HCA) và thực hiên viêc đăng ký vi trí nhanh chóng thông qua MPL LP môt có chức thống LMA tai PMIPv6 H ơn n ữa, cac gói liêu thông qua đường hâm hai chiều HCA đươc truy ền Trong MICS, tât ca cac thơng tin vi trí nút di đơng đ ươc qu an lý Vi êc truyền tai gói liêu đươc hỗ trơ cac bao cao thông tin v i trí thay đ ổi HCA và dựa mang cung câp cho người sử dụng dich v ụ di đ ông nút điên thoai di đông nút di đông có thể có cac bàn giao toàn câu cach thông bao cac thông tin HNP nút di đông Nhóm Page 31 Mang Thê Hê Sau_NGN GVHD:Lê Anh Ngoc Hinh 3.2 cho thây qua trinh đăng ký đinh kèm nút di đ ông Nút di đông vào lân đâu tiên với MAG1 và L2 s ự kiên đ ươc thành l ập Nêu thẩm đinh đươc hoàn tât, MAG1 yêu câu cung câp đăng ký v i trí HCA1 bao gơm cac thông tin nút mang di đông và đia ch i riêng Đó khơng có thơng tin đâu vào bắt buôc nút di đ ông bang b buôc HCA1, sau đó yêu câu cung câp cac vi trí đăng ký MICS Cac thơng tin nút di đơng khẳng đinh khơng có bắt bc cho b ang riêng MICS thơng qua cac tin nhắn tra lời đên HCA1 r ằng qua trình này là qua trình phục ban đâu HCA1 chi đinh cac nút mang di đông HNP Và HCA1 thông bao thông tin này đên MICS và MAG1 Cac MAG1 bao gôm cac tin nhắn quang cao từ bô đinh ên và truy ền đat thông tin này đên cac nút di đông Nút di đơng thực hiên qua trình câu tao đia chi riêng MN_HNP Nhóm Page 32 Mang Thê Hê Sau_NGN GVHD:Lê Anh Ngoc Hình tiêp theo 3.3 cho thây qui trình đăng ký vi trí nút di đ ông cac nút di đông đia phương chuyển giao Hinh 3.3: Qui trinh đăng ki vị tri nút di đông địa ph ương Cũng nút di đông thâm nhập vào khu vực MAG2, s ự ki ên L2 đa t ao MAG2 Nêu thẩm đinh đươc hoàn tât MAG2 hoàn thành cac yêu câu đăng ký vi trí đên HCA1 bao gơm cac thơng tin nút di đông và đia ch i riêng Trong bang ràng buôc riêng, HCA1 xac nhận nh ập c anh nút di đ ông Cac HCA1 truyền lưu trữ thông tin di đông HNP nút đ ể MAG2 MAG2 bao gôm cac thông tin nút di đông HNP từ tin nh ắn qu ang cao b ô đinh tuyên và truyền lai cho cac nút di đông Nhóm Page 33 Mang Thê Hê Sau_NGN GVHD:Lê Anh Ngoc Nút di đông xac đinh cac nút di đông có liên kêt m ang lưới cach nhận cac thông tin HNP giống Hinh 3.4: Qui trinh đê an di đông toan câu Như cac nút di đông tiên tới cac khu vực hiên phat MAG3 và L2 MAG3 đưa cac yêu câu đinh vi tới HCA2 bao gôm thông tin cac nút di đông và cac đia chi nó nêu cac xac nhận đươc hoàn tât Thông tin cac nút di đông xac nhận khơng có ràng bc v ới b ang phối ghep và HCA2 tao yêu câu xac đinh vi trí tới MICS Thơng tin cac nút di đông gửi tới cac bang ph ối ghep thu ôc s h ữu nó MICS truyền thông tin MN_HNP nút di đông t ới HCA2.HCA2 l ưu trữ cac thông tin đươc đưa vào cac bang phối ghep nó và HCA2 truyền thông tin cac nút di đông HNP tới MAG3 5.MAG3 bao gôm thông tin cac nút di đông HNP có cac tin router quang cao và truyền tới cac nút di đông 6.Cac nút di đông xac nhận phai có cac nhà liên kêt để ti êp nh ận cac thông tin HNP giống Nhóm Page 34 Mang Thê Hê Sau_NGN GVHD:Lê Anh Ngoc Thông qua qua trình này,viêc phục vụ cac nút di đơng mang di đông toàn câu là rât thuận tiên.Trong cac liên kêt,cac nút di đông có s ự chuyển đổi qua lai liên tục kể từ nó đươc c âp thông tin HNP Hinh 3.5 biêu diễn mênh lênh cac goi tin ban đâu Cac gói tin đươc truyền dẫn từ HCA0 từ CN giống nh cac đ ường truy ền dẫn lúc đâu HCA0 xac đinh đích đên đia chi cac gói tin và yêu c âu xac đ inh v i trí cac nút di đơng tới MICS.1 gói tin là bô đêm nó đ ươc yêu c âu HCA0 nhận cac thông tin xac đinh vi trí từ MICS đặt cai ống gi ống nh HCA1,nó gói gon gói và truyền dẫn HCA1 cài HCA0 và ống thông qua thông tin mà HCA1 nhận đ ươc t MICS và nó mở gói tin truyền dẫn và gói gon gói tin với MAG1 MAG1 mở gói tin.Cuối MAG chuy ển phat gói tin xac nh ận đ ia ch i và xac nhận tới nút di đông Nhóm Page 35 Mang Thê Hê Sau_NGN GVHD:Lê Anh Ngoc Hinh 3.6: Cac nút di đông biêu diễn cac quy trinh truy ên d ẫn cac goi tin MICS thay đổi thơng tin vi trí nút di đơng truyền thơng tin vi trí tin nhắn cho tât ca cac HCAs liên lac với cac nút di đông HCA0 thiêt lập đường truyền riêng tới HCA2 Cac HCA0 truyền môt gói tin đóng gói đên HCA2 đa đ ươc l ập t tr ước và truyền HCA2 mở gói tin và đóng gói gói tin đên MAG3 và truy ền Cac MAG3 truyền gói tin đa mở và chuyển sang nút di đông Công nghê này đóng góp nhiều vào câu th ực hiên ch ức di đông cach sử dụng cac MIPv6 hiên có để giam th ời gian trê tín hiêu và tối ưu hóa đinh tuyên Hơn nữa, nó góp phân vào thống nhât và thu nhỏ kích thước nút di đơng cach cung câp dich v ụ d ựa m ang toàn câu Nhóm Page 36 Mang Thê Hê Sau_NGN GVHD:Lê Anh Ngoc Kêt luận Bài viêt này đề xuât phương phap cung câp ch ương trình di đ ông liên tục cac miền PMIPv6 LSP di đông dựa MPLS hiên tai ky thu ật đa đươc sử dụng để đề xuât cac chê này Phương phap đươc đề xuât bài bao này đươc dự kiên hiển thi hiêu suât tốt cho tính di đông toàn câu cach sử dụng MIPv6 hiên Hơn n ữa, môt ph ân mà nó hỗ trơ từ MIPv6 Chúng phân tích thời gian xử lý truyền để ki ểm tra hiêu suât bài viêt này Cac gia tri phân tích đa đ ươc trình đ ủ bài bao Xac Nhận: "Nghiên cứu này đươc tài trơ MKE (Ministry of Knowledge Economy), Hàn Quốc , ITRC ( Trung tâm Nghiên cứu Công nghê thông tin ) chương trình hỗ trơ giam sat IITA (Viên Công nghê thông tin tiên bô " (IITA-2008 -( C1090 - 0801-0036 ) ) * Tac gia : Seong Gon Choi (sgchoi@cbnu.ac.kr) Tai liêu tham khao [1] Output Document of Draft Recommendation Y.MPLSMOB: “MPLS-based Mobility and QoS capabilities for NGN Services”, Geneva, 12-22 May 2008 [2] “Draft Recommendation Q.MMF” (version 1.7), Seoul, Korea, 17-24 January 2008 [3] D.Johnson, C.Perkins, and J.Arkko, RFC 3775, “Mobility support in IPv6”, June 2004 [4] Myoungju Yu, jongmin LEE, Tai-Won UM, Won RYU, Byong Sun LEE, “A New Mechanism for Seamless Mobility Based on MPLS LSP”, IEICE TRANS, Information and Communication Engineers, Japan, February 2008, pp.593596 [5] S Gundavelli, “Proxy Mobilie IPv6 draft-ietf-netlmmproxymipv6- 11.txt”, IETF draft, IETF NETLMM WG, August 28-2008, pp 1-80 [6]V Devarapalli, “Proxy Mobilie IPv6 and Mobile IPv6 interworking drafi devarapalli-netlmm-pmopv6-mipv6- 01.txt”, IETF draft, IETF NETLMM WG, 27-Apr-2007.pp 1-10 Nhóm Page 37 Mang Thê Hê Sau_NGN Nhóm GVHD:Lê Anh Ngoc Page 38 ... xác lập điểm cuối của đường hầm hai chiều đến cổng nối truy xuất thông tin cách gửi thông báo từ điện thoại di động Thông báo xác lập điểm cuối của đường hầm hai chiều đến coc neo... môt thông tin đ ia ch i ACK đên # để đap ứng với thông tin đia chi từ HCA# Khi HCA# nh ận đ ia ch i ACK, nó gửi môt thông bao cập nhật đia chi đên cac MICS [4] Nhóm Page 28 Mang Thê Hê Sau _NGN. .. information control server Nhóm Node Page Kiểm soat thông tin may chủ di đông Mang Thê Hê Sau _NGN Nhóm GVHD:Lê Anh Ngoc Page Mang Thê Hê Sau _NGN GVHD:Lê Anh Ngoc Danh Muc Hinh Anh Figure 2.1.1