Tìm hiểu về 3gpp third generation partnership project

2.3 Dự án hợp tác thế hệ thứ ba (3GPP) Dự án hợp tác thế hệ thứ ba (3GPP) được thành lập năm 1998 là một sự cộng tác thỏa thuận giữa một số cơ quan tiêu chuẩn khu vực viễn thông, được biết đến như một tổ chức nhiều thành viên. Các thành viên của 3GPP hiện nay gồm có: 1. ARIB (Hiệp hội thương mại và công nghiệp vô tuyến) tại Nhật Bản (ARIB (Association of Radio Industries and Business) in Japan) 2. CCS A (Hiệp hội Tiêu chuẩn Truyền thông Trung Quốc) ở Trung Quốc CCS A (China Communications Standards Associations) in China, 3. ETSI (Viện Tiêu chuẩn Viễn thông châu Âu) ở châu Âu ETSI (European Telecommunications Standards Institute) in Europe, 4. Ủy ban Tl ở Hoa Kỳ Committee Tl in the United States of America, 5. TTA (Hiệp hội Công nghệ Viễn thông) của Hàn Quốc TTA (Telecommunications Technology Association) of Korea 6. TTC (Ủy ban Công nghệ Viễn thông) tại Nhật Bản TTC (Telecommunication Technology Committee) in Japan, h t t p : / / w w w . t t c . o r . j p / e / 3GPP là 1 qui tắc bước đầu được phát triển để có thể ứng dụng trên toàn cầu Những thông số kỹ thuật và Các báo cáo kĩ thuật dành cho hệ thống thông tin di động thế hệ thứ 3 dựa trên nền tảng GSM (hệ thống thông tin di động toàn cầu). Pham vi này ngày càng được mở rộng bao gồm sự duy trì và phát triển các đặc tính kĩ thuật của GSM gồm sự hỗ trợ và phát triển mạng lưới sóng vô tuyến, công nghệ, và các gói xử lý công nghệ. Bên cạnh các tổ chức nhiều thành viên, các đối tác đại diện khách hàng cũng mang đến sự cộng tác với những yêu cầu của khách hàng. Những thành viên đại diện cho khách hàng bao gồm Cộng đồng UMTS, 3G Châu mĩ, Tổ chức liên hợp GSM, Liên minh hỗ trợ di động toàn cầu, Cộng đồng TD- SCDMA, và Cộng đồng IPV6. 3GPP luôn duy trì sự cập nhập tại trang web: 2.3.1 Cấu trúc của 3GPP 3GPP được tổ chức trong một Tổ chức điều phối dự án (Project Co-ordination Group (PCG)) và Nhóm Đặc tả thông số kĩ thuật (Technical Specification Groups (TSGs)) , như minh họa trong hình 2.3. PCG chịu trách nhiệm về toàn bộ sự quản lý của 3GPP, thời gian dự án, sự phân phối công việc, v..v.. Các công việc liên quan đến kĩ thuật TSGs. Tại thời điểm này có bốn TSGs, chịu trách nhiệm về Mạng Lõi và các thiết bị đầu cuối (CT), hệ thống và các khía cạnh dịch vụ (SA), truy cập mạng vô tuyến GSM EDGE (GERAN), và truy cập mạng vô tuyến (RAN). Mỗi phần của TSGs được chia thành các nhóm làm việc. Mỗi Nhóm công tác được giao nhiệm vụ cụ thể. Ví dụ như , CT WG1 chịu trách nhiệm cho tất cả các thiết kế chi tiết của cách sử dụng SIP và SDP trong IMS, CT WG3 chịu trách nhiệm cho các khía cạnh ảnh hưởng lẫn nhau, và CT WG4 cho tất cả các thiết kế chi tiết của việc sử dụng Diameter. SA WG1 chịu trách nhiệm cho các yêu cầu, WG2 SA cho kiến ​​trúc, SA WG3 cho các khía cạnh bảo mật, SA WG4 cho các codec, và SA WG5 cho sự vận hành và bảo trì mạng. 2.3.2 Phân phối trong 3GPP  Các nhóm làm việc của 3GPP không đưa ra tiêu chuẩn nào. Thay vào đó, họ đưa ra các Thông số kỹ thuật (TS) và các Báo cáo kỹ thuật (TR) được TSGs chấp thuận. Một lần để được chấp nhận, các bản thông số kĩ thuật và báo cáo này sẽ được đưa tới các tổ chức đối tác để được thông qua cho quá trình chuẩn hóa tương ứng của họ. Phần cuối cùng của quá trình thuộc về các tổ chức đối tác khi họ phê duyệt TSS hoặc TRS như là một phần thủ tục tiêu chuẩn của mình. Kết quả là, có một bộ tiêu chuẩn toàn cầu phát triển đã sẵn sàng được sử dụng trong một khu vực cụ thể. TSS 3GPP và TRS được đánh số theo một trình tự của bốn hoặc năm chữ số theo mô hình "xx.yyy". Hai chữ số đầu tiên "xx" xác định số lượng hàng loạt, và hai hoặc ba chữ số cuối cùng "yy" hoặc "yyy" xác định một đặc điểm kỹ thuật cụ thể trong một loạt. Ví dụ, 3GPP TS 23,228 [23] mô tả các khía cạnh kiến ​​trúc của IMS. Những gì trong thông số kỹ thuật Nhóm 3GPP được gọi là một Phiên bản. 3GPP Phiên bản 5 có chứa các bản đầu tiên của IMS. 3GPP Release 6 bao gồm các cải tiến cho IMS. Người đọc phải lưu ý rằng IMS chỉ là một phần nhỏ trong phân phối của 3GPP trong một phiên bản đặc biệt, có thông số kỹ thuật khác không thuộc IMS trong một Phiên bản 3GPP. TSS và TRS 3GPP bao gồm một số phiên bản theo mô hình "xyz "," trong đó “x " tương tứng với Phiên bản 3GPPcó chứan đặc điểm kỹ thuật được soạn thảo," y "là số phiên bản, và" z "là một số phiên bản con, Vì vậy, 3GPP TS 23,228 phiên bản 5.8.0 có nghĩa bản 8.0 của Phiên bản số 5 của TS 23,228 3GPP TSs và TRs được công bố trên trang web của 3GPP tại một trong các địa chỉ sau: 2.4 Quan hệ đối tác thế hệ thứ ba Dự án 2  Nếu 3GPP được sinh ra để phát triển chi tiết kỹ thuật GSM cho hệ thống di động thế hệ thứ ba, trên nền tảng các tiêu chuẩn ANSI/TIA/EIA-41 và CDMA2000 ® truy cập vô Quan hệ đối tác thế hệ thứ ba Dự án 2 (3GPP2) đã được sinh ra để phát triển các mạng di động ở châu Á và Bắc Mỹ dựa tuyến vào một hệ thống thế hệ thứ ba. 3GPP2 cũng giống 3GPP là một dự án hợp tác mà các thành viên cũng được biết đến như các tổ chức đối tác. Danh sách hiện tại của các tổ chức đối tác bao gồm ARIB (Nhật Bản), CCSA (Trung Quốc), TIA (Hiệp hội Công nghiệp Viễn thông) (Bắc Mỹ), TTA (Hàn Quốc), và TTC (Nhật Bản). Có thể, người đọc đã nhận thấy rằng hầu hết trong số họ là những đối tác tổ chức của 3GPP. Giống như 3GPP, 3GPP2 có được những yêu cầu thị trường và tư vấn từ các đối tác đại diện thị trường. Tại thời điểm này, danh sách đối tác bao gồm Diễn đàn IPv6, Nhóm Phát triển CDMA, và Hiệp hội quốc tế 450. 2.4.1 Cấu trúc của 3GPP2 Cơ cấu 3GPP2 mô phỏng cấu trúc của 3GPP, như được minh họa trong hình 2.4. Ban Chỉ đạo (SC) chịu trách nhiệm cho toàn bộ quá trình chuẩn hóa và quy hoạch tổng thể. Các công việc kỹ thuật được thực hiện trong Nhóm Đặc tính kỹ thuật (TSGs). TSG-A là tập trung vào các giao diện truy cập mạng, TSG-C trên công nghệ, CDMA2000® , TSG-S về dịch vụ và các khu vực hệ thống, và TSG-X trong hoạt động liên hệ thống. BAN CHỈ ĐẠO (PSC) TSG A: hệ thống giao diện mạng truy nhập WG1 WG3 WG2 WG4 TSG-S: về các khía cạnh dịch vụ và hệ thống WG1 WG3 WG2 WG5 WG4 · TSG-C: về CDMA 2000 WG1 WG3 WG2 WG4 · TSG-C: về CDMA2000 WG1 WG3 WG2 WG4 TSG-X được sinh ra như một sự sáp nhập giữa TSG-N (Core Networks) được thành lập trước đây và TSG-P (gói dữ liệu) TSGs. Cấu trúc của TSG-X vẫn chưa được xác định hoàn toàn. 2.4.2 3GPP2 Phân phối  Giống như 3GPP, 3GPP2 không đưa ra các tiêu chuẩn, nhưng thay vào đó là Các thông số kỹ thuật và các báo cáo kỹ thuật. Các tài liệu được TSGs tạo ra và đã được Ban Chỉ đạo phê duyệt. Sau đó, những tài liệu này được gửi cho các tổ chức đối tác nhằm xem xét cho phù hợp với các qui trình tiêu chuẩn tương ứng của họ. Các thông số kỹ thuật và các báo cáo kỹ thuật của 3GPP2 được đánh số với một chuỗi các chữ cái và chữ số theo thứ tự "A.Bxxxx-yyy-R trong đó "A" là một kí tự đại diện cho tên của TSGs cung cấp tài liệu, "B" có thể là "R" kí tự để chỉ một TR hoặc một yêu cầu tài liệu, nhưng nó cũng có thể là một kí tự "S" để chỉ một TS. "xxxx" là một dãy số chỉ đến tài liệu. Một chuỗi các chữ số “yyy” tùy chọn có thể giúp xác định các chương trong dãy số đặc tả kỹ thuật. Kí tự "R" để chỉ đến lần sửa đổi. Số của phiên bản theo sau bản ghi đặc tả kĩ thuật và chỉ đến một phiên bản chính thức và một bản phụ. Ví dụ, các kí hiệu (mang tính kĩ thuật) X.S0013-002-A vl.O đại diện cho Hệ thống con đa phương tiện IP (IMS), chương 2, sửa đổi lần A, phiên bản 1.0 Các điều khoản của sự hợp tác này đã được ghi nhận trong RFC 3113 [161] (3GPP-IETF) và trong RFC 3131 [58] (3GPP2-IETF). Cả 3GPP và 3GPP2 đều bổ nhiệm một liên lạc với IETF (ông Ileana Leuca và sau đó, Stephen Hayes từ 3GPP, và Tom Hiller và sau đó AC Mahendran từ 3GPP2), và IETF cũng đã bổ nhiệm một liên lạc với hai tổ chức này (ông Thomas Narten). Trong bất kỳ trường hợp nào sự hợp tác tham gia chủ yếu là ở cấp độ nhóm làm việc, trong hầu hết thời gian đều không có liên quan đến những người liên lạc chính thức. Ví dụ, nhóm kỹ sư thảo luận về các vấn đề kỹ thuật trong danh sách điạ chỉ nhận thư, IETF sẽ có cuộc họp mặt trực tiếp, và thảo luận riêng. Các kỹ sư 3G hợp tác chuyên môn về cung cấp mạng không dây và các yêu cầu từ nhà khai thác trong khi các kỹ sư IETF cung các cấp kiến thức về giao thức. Mục đích là để tìm ra giải pháp giải quyết các yêu cầu của IMS và có thể sử dụng trong những môi trường khác tại cùng một thời điểm. Cho đến nay, một số chi tiết kỹ thuật giao thức và phần mở rộng giao thức đã được công bố dưới hình thức của RFC và Internet Drafts như một kết quả của sự hợp tác này.Hầu hết người ta không cần phải đề cập đến IMS, kể từ khi họ định cụ thể các giao thức ứng dụng chung mà không phải là IMS-cụ thể ở tất cả. Các phần sau đây cung cấp một lịch sử ngắn gọn về các lĩnh vực mà IETF hợp tác trong phát triển các giao thức được sử dụng trong IMS. 2.5.1 Khu vực Internet Giám đốc khu vực thúc đẩy sự hợp tác trong lĩnh vực Internet IETF là ông Thomas Narten. Các lĩnh vực chính của sự hợp tác này là IPv6 và DNS (Domain Name System). Các nhóm làm việc IPv6 đưa ra một bản đặc tả kỹ thuật (RFC 3316 [50]) để cung cấp những hướng dẫn về việc làm thế nào để thực hiện IPv6 trong mạng di động . Khi một máy chủ phát hiện rằng nó đang sử dụng truy cập GPRS, nó sẽ theo những hướng dẫn trong bản đặc tả kĩ thuật đó. Mặt khác, nếu cùng một máy chủ truy cập khác nhau, nó sẽ hoạt động như một máy chủ Internet thông thường . Vì vậy, các thiết bị đầu cuối hoạt động khác nhau phụ thuộc vào loại truy cập mà nó đang sử dụng, không phải tùy thuộc vào loại thiết bị đầu cuối đang có. Trong lĩnh vực DNS có các cuộc thảo luận về làm thế nào để vận hành việc phát hiện máy chủ DNS trong IMS. Đó là quyết định không sử dụng DHCP (Dynamic Host Configuration Protocol), nhưng sử dụng cơ chế GPRS-cụ thể để thay thế. Tại thời điểm đó không có sự tán thành của các nhóm làm việc trong việc không công nhận thủ tục phát hiện máy chủ DNS để có thể được sử dụng trong IMS. ****************************************************************** 2.5.2 Operations and Management Area 2.5.2 Khu vực vận hành và quản lý The main protocols in the IETF operations and management area where there was collaboration Các giao thức chính trong các thao tác của IETF và khu vực quản lý nơi diễn ra sự hợp tác between 3GPP and the IETF were COPS (Common Open Policy Service) and Diameter. giữa 3GPP và IETF là COPS (Common Mở Chính sách dịch vụ) và Diameter. Both area directors, Bert Wijnen and Randy Bush, were involved in the discussions; Bert Cả hai nhà lãnh đạo khu vực, Bert Wijnen và Randy Bush, đã tham gia vào các cuộc thảo luận; Bert Wijnen in COPS-related discussions and Randy Bush in Diameter-related discussions. Wijnen tham gia vào cuộc thảo luận có liên quan đến giao thức COPS và Randy Bush trong các cuộc thảo luận liên quan đến giao thức Diameter. Bert Bert Wijnen even participated in 3GPP CN3 meetings as part of this collaboration. Wijnen thậm chí còn đặc biệt tham gia vào các cuộc gặp gỡ 3GPP CN3 như một phần của sự hợp tác này. In the COPS area the IMS had decided to use COPS-PR in the Go interface and, so, 3GPP Trong khu vực thảo luận giao thức COPS, IMS đã quyết định sử dụng COPS-PR trong giao diện Go và, do đó, 3GPP needed to standardize the Go Policy Information Base (PIB). cần thiết để chuẩn hóa các Thông tin Chính sách cơ sở Go (PIB). However, in the IETF it was not Tuy nhiên, trong IETF, Go PIBHowever, in the IETF it was not không clear whether using COPS-PR for 3GPP's purposes was a good idea. rõ ràng cho dù việc sử dụng COPS-PR cho các mục đích của 3GPP là một ý tưởng hay. After a lot of discussions Sau rất nhiều cuộc thảo luận the Go PIB was finally created (the IETF produced RFC 3317 [77] and RFC 3318 [2Go PIB cuối cùng đã được tạo nên. (sản xuất các IETF RFC 3317 [77] và RFC 3318 [219]). In the Diameter area the IMS needed to define three Diameter applications, to support theTrong giao thức Diameter của IMS cần thiết để xác định ( hay định nghĩa) ba ứng dụng của giao thức Diameter, để hỗ trợ cho ba giao diện tương ứng vớiCx, Sh, and Ro interfaces, respectively. Cx, Sh, và Ro. Nevertheless, although new Diameter codes could Tuy nhiên, mặc dù mã Diameter mới có thểonly be defined in RFCs, there was not enough time to produce an RFC describing these chỉ được định nghĩa trong RFC, không có đủ thời gian để đưa ra một bản miêu tả RFC chotwo Diameter applications and the new command codes that were needed. hai ứng dụng Diameter và cần thiết có những mã lệnh mới. At last, the IETFCuối cùng, IETF agreed to provide 3GPP with a number of command codes (allocated in RFC 3589 [156]) to be used in 3GPP Release 5 with one condition: 3GPP needed to collaborate with the IETF on đồng ý cung cấp 3GPP với một lượng mã lệnh (được phân bổ trong RFC 3589 [156]) để sử dụng trong 3GPP Release 5 với một điều kiện: 3GPP cần phối hợp với IETF trong việc hoàn improving those Diameter applications until they became general enough to be docu thiện những ứng dụng Diameter cho đến khi những ứng dụng này trở nên phổ biến đủ để được dẫn chứngin the Internet-Drafts "Diameter SIP Application" [106] and "Diameter Credit Control trong Internet-Draft "Ứng dụng SIP Đường kính" [106] và " Diameter Credit ControlApplication "[162]. IMS phải di chuyển đến các ứng dụng Diameter mới in feature releases.trong các phiên bản tính năng. 2.5.3 Transport A rea 2.5.3 Lớp truyền tải Collaboration in the transport area was mainly driven by 3GPP (not much from 3GPP2).Việc hợp tác trong lĩnh vực chuyển vận chủ yếu được thúc đẩy bởi 3GPP (không nhiều từ 3GPP2).Two people were essential to the collaboration in this area: Stephen Hayes, 3GPP's liaison Hai nhân vật chủ chốt cho sự hợp tác trong lĩnh vực này: Stephen Hayes, người liên lạc của 3GPP with the IETF and chairman of CN, and Allison Mankin, transport area director in the IETF. với IETF và Chủ tịch CN, ông Allison Mankin, giám đốc khu vực chuyển vận trong IETF. They ensured that all the issues related to signaling got the appropriate attention in both Họ đảm bảo rằng tất cả các vấn đề liên quan đến tín hiệu đều nhận được sự quan tâm thích hợp từ phía cả haiorganizations. tổ chức. Everything began when 3GPP decided that SIP was going to be the session control Mọi thứ bắt đầu khi 3GPP đã quyết định rằng Giao thức khởi đầu phiên (SIP: Session Initiation Protocol) sẽ là phiên điều khiển protocol in the IMS. giao thức trong IMS.At that point SIP was still an immature protocol that did not meet most Vào thời điểm đó SIP vẫn là một giao thức chưa hoàn thiện không đáp ứng hầu hết of the requirements 3GPP had. các yêu cầu 3GPP đã có. SIP was denned in RFC 2543 [116]. SIP được denned trong RFC 2543 [116]. At that time there was Vào thời điểm đó đã có an Internet-Draft, commonly known as 2543bis, that had fixed some of the issues present Internet-Draft, thường được biết đến với 2543bis, đã khắc phục một số vấn đề hiện tại in RFC 2543 and was supposed to become the next revision of the protocol specification. trong RFC 2543 và sẽ trở thành việc xem xét tiếp theo của giao thức đặc tả. However, 2543bis only had two active editors (namely Henning Schulzrinne and Jonathan Tuy nhiên, 2543bis chỉ có hai người phụ trách hoạt động (tên là Henning Schulzrinne và Jonathan Rosenberg) and the 3GPP deadlines were extremely tough. Rosenberg) và thời hạn của 3GPP cực kì khó khăn. ViệcA larger team was needed if the thành lập một nhóm lớn hơn là điều cần thiết nếu SIP working group, where SIP was being developed, wanted to meet those deadlines. SIP hoạt động theo nhóm, nơi SIP được mở rộng, phát triển và muốn đáp ứng những thời hạn của 3GPP. That isĐiều này lý giải cách mà how Gonzalo Camarillo, Alan Johnston, Jon Peterson, and Robert Sparks were recruited toGonzalo Camarillo, Alan Johnston, Jon Peterson, và Robert Sparks được tuyển dụng vào để edit the SIP specification. soạn thảo các đặc điểm kỹ thuật của SIP. After tons of emails, conference calls, and face-to-face meetings the main outcome of Sau hàng tấn những email, những cuộc gọi thương thuyết, và những cuộc họp đối mặt với kết quả chính của the team was RFC 3261 [215]. nhóm nghiên cứu là RFC 3261 [215]. However, it was soon clear that 3GPP's requirements were Tuy nhiên, chẳng bao lâu sau thì rõ ràng là các yêu cầu của 3GPP not going to be met with a single protocol.không chỉ gặp phải với một giao thức duy nhất. Many extensions were needed to fulfill them all. Nhiều phần mở rộng là cần thiết để hoàn thành tất cả. In fact, there were so many requirements and so many extensions needed that the SIP working Trong thực tế, đã có quá nhiều yêu cầu và quá nhiều phần mở rộng đến nỗi nhóm SIP đã phải làm việc group was overloaded (other working groups, like MMUSIC, SIMPLE, or ROHC, were also quá tải (các nhóm làm việc khác như MMUSIC, SIMPLE, hoặc ROHC, cũng involved, but the main body of the work was tackled by SIP). tham gia, nhưng phần chính của công việc đã được SIP xử lý). A new process was needed to Một quy trình mới là điều cần thiết đểhandle all of this new work. xử lý tất cả công việc này.The IETF decided to create a new working group to assist SIP in deciding how to best IETF quyết định thành lập một nhóm làm việc mới để hỗ trợ SIP trong việc quyết định cách làm tốt nhấtuse its resources. sử dụng tài nguyên của nó. The new working group was called SIPPING, and its main function was Nhóm làm việc mới được gọi là SIPPING, và chức năng chính của nó làto gather requirements for SIP, prioritize them and send them to the SIP working group, để thu thập các yêu cầu đối với SIP, ưu tiên cho những yêu cầu đó và gửi chúng đến các nhóm SIP,which was in charge of doing the actual protocol work. được phụ trách làm công việc giao thức thực tế. This new process was documented inQuá trình này mới được ghi nhận trongRFC 3427 [160]. RFC 3427 [160]. At present, most of the protocol extensions related to session establishment needed Hiện nay, 3GPP đã hoàn thành hoặc âm thầm phát triển hầu hết các phần mở rộng các giao thức có liên quan cần thiết đến sự thành lập phiên .by 3GPP are finished or quite adAs a consequence the 3GPP focus is moving Kết quả là trọng tâm đang chuyển động 3GPP towards the SIMPLE working group which develops SIP extensions for presence and instant hướng về nhóm làm việc SIMPLE , nơi phát triển các phần mở rộng của SIP cho sự hiện diện và thông báo ngay lập tứcmessagin 2.6 Open Mobile Alliance 2,6 Liên Minh Di Động Mở (Open Mobile Alliance ) In June 2002, the Open Mobile Alliance (OMA) was created to provide interoperable mobile Trong tháng sáu năm 2002, Open Mobile Alliance (OMA) đã được thành lập để cung cấp điện thoại di động tương thích data services. dịch vụ dữ liệu. A number of existing forums at that time, such as the WAP Forum and Wireless Một số diễn đàn hiện có tại thời điểm đó, như Diễn đàn WAP và WirelessVillage, were integrated into OMA. Village, đã được hợp nhất vào OMA. Nowadays, OMA includes companies representing most segments of industry. Ngày nay, OMA bao gồm các công ty đại diện cho hầu hết các phân đoạn của ngành công nghiệp. Vendors, service providers, and content providers are all represented in Các đại lý, người cung cấp dịch vụ và nhà cung cấp nội dung là tất cả các đại diện trong OMA. OMA. The OMA web site can be found at the following link: Các trang web OMA web có thể được tìm thấy tại liên kết sau đây: OMA pays special attention to usability. OMA quan tâm đặc biệt đến khả năng sử dụng. That is, OMA services need to be easy to use. Đó là việc các dịch vụ của OMA cần phải dễ dàng cho người sử dụng. In OMA, spending time thinking about how users will interact with a particular service is Trong OMA, việc dành thời gian suy nghĩ về cách người dùng sẽ tương tác với một dịch vụ cụ thể là công việc diễn ra hàng ngàyroutine.. Figure 2.5 shows the structure of OMA. Hình 2.5 cho thấy cấu trúc của OMA. The technical plenary is responsible for the toàn thể kỹ thuật chịu trách nhiệm vềapproval and maintenance of the OMA specifications. phê duyệt và bảo trì các chi tiết kỹ thuật của OMA. It consists of a number of Technical Các đặc điểm này bao gồm một số Nhóm kỹ thuật làm việc và Working Groups and, at the time of writing, two Committees. tính tới thời điểm bài viết này và với hai ủy ban. BAN LÃNH ĐẠO Ban điều hành và xử lý Ban kĩ thuật B an quản lý và vạch kế hoạch Yêu cầu Bảo mật Kiến trúc Truy cập và lưu trữ Sự tương thích Công cụ quản lý Bộ phận thiết kế Đồng bộ hóa dữ liệu Định vị Dịch vụ trò chơi Thông báo Dịch vụ Web di động Dịch vụ di động và tính cước Dịch vụ thoại qua di động Sự tương thích và hiện diện HÌNH 2.5 CẤU TRÚC OMA The Operations and Processes Committee defines and supports the operational processes Các hoạt động và Ủy ban Quy trình xác định và hỗ trợ quá trình hoạt động of the Technical Plenary. của toàn thể kỹ thuật. The Release Planning and Management Committee plans and Kế hoạch phát hành và Ban quản lý kế hoạch và manages the different OMA releases, which are based on the specifications developed by quản lý OMA phát hành khác nhau, mà là dựa trên các thông số kỹ thuật được phát triển bởi the Technical Working Groups. các Nhóm công tác kỹ thuật. 2.6.1 OMA Releases and Specifications 2.6.1 Các gói ban hành và thông số kỹ thuật của OMA OMA produces Release Packages. OMA đưa ra các Gói Phát hành(Release Packages ) .Each of these packages consists of a set of OMA Mỗi gói bao gồm một nhóm các thông số kỹ thuật của OMAspecifications, which are the documents produced by the OMA Technical Working Groups., đó là những tài liệu được đưa ra bởi Nhóm công tác kỹ thuật OMA.For example, the Enabler Release Package for PoC Version 1.0 [175] includes an Ví dụ, Gói Ban Hành Quyền Hạn (Enabler Release Package) phát hành cho PoC Phiên bản 1.0 [175] bao gồm một tài liệu Định nghĩa ban hành quyền hạnEnabler Release Definition document [172] that provides a high-level definition of the [172] cung cấp một định nghĩa ở mức cao của dịch vụ PoC (Push-to-talk over Cellular) service and lists the specifications contained in the PoC (Push-to-talk over Cellular) và liệt kê các thông số yêu cầu kỹ thuật có trong các 2.6.Enabler Release Package. Gói Ban hành Quyền hạn (Enabler Release Package). Additionally, the Enabler Release Package includes the following Ngoài ra, gói nàycòn bao gồm các yêu cầu kỹ thuật sau đây specifications:: • Architecture [176] • Cấu trúc [176] • Requirements [178] • Các Yêu cầu [178] • Control Plane Specification [177] • Mặt bằng thông số kỹ thuật điều khiển [177] • User Plane Specification [179] • Mặt bằng thông số kỹ thuật người dùng[179] • XDM (XML Document Management) Specification [180] (which defines data formats • XDM (quản lý tài liệu XML) Thông số kĩ thuật[180] (trong đó định nghĩa định dạng dữ liệu and XCAP (XML Configuration Access Protocol) application usages for PoC). và XCAP (cấu hình Giao thức Truy cập XML) những cách sử dụng ứng dụng cho PoC). OMA defines different maturity levels for its releases. OMA có định nghĩa mức độ kỹ càng khác nhau cho các phiên bản của nó. The maturity levels are called Các cấp độ chín chắn được gọi là phases in OMA terminology. giai đoạn trong thuật ngữ OMA. Each OMA Release Package can be in one of the following Mỗi gói phát hành OMA có thể ở một trong các giai đoạn sau : phases• Phase 1: Candidate Enabler Release - initial state of the release. • Giai đoạn 1: Candidate Enabler Release – trạng thái ban đầu của phiên bản. Phase 2: Approved Enabler Release - the release has successfully passed interoperability Giai đoạn 2: Approved Enabler Release – Phiên bản đã vượt qua thành công quá trìnhtests. kiểm tra khả năng tương tác. • Phase 3: OMA Interoperability Release - the release has successfully passed exhaustive • Giai đoạn 3: Khả năng cộng tác OMA Release – Phiên bản đã vượt qua thành công quá trình kiểm tra khả năng tương tác bao gồm cả quá trình kiểm tra tương tác với Dịch vụ cho phép của OMA. interoperability tests that may involve interoperability with other OMA serviceThe Enabler Release Package for PoC Version 1.0, which we discussed in the earlier Việc phát hành trọn gói cho PoC Enabler Phiên bản 1.0, mà chúng tôi thảo luận trong những phần đầu tiên, example, is still in Phase 1vẫn còn trong giai đoạn 1. Therefore, it is a Candidate Enabler Release Package. Vì vậy, nó là một Enabler Release Package thử nghiệm. As the definitions of the different release phases clearly state, interoperability tests Như trong định nghĩa, các giai đoạn của phiên bản khác nhau rất rõ ràng, nên quá trình kiểm tra khả năng tương tác play a key role in OMA. đóng một vai trò quan trọng trong OMA. The OMA interoperability tests are referred to as Test Fests and Các bài kiểm tra khả năng tương tác của OMA được gọi là Quá trình kiểm tra cố định và are organized by the Interoperability (IOP) Technical Working Group, which specifies the được tổ chức bởi (IOP) Khả năng tương tác nhóm làm việc kỹ thuật , xác định processes and programs for the Test Fests. quy trình và chương trình cho Quá trình kiểm tra cố định(Fests Test. ) 2.6.2 Relationship between OMA and 3GPP/3GPP2 2.6.2 Mối quan hệ giữa OMA