Trong bài báo “", khi nói về kiến trúc lõi gói của mạng NB-IoT, chúng tôi đã đề cập đến sự xuất hiện của nút SCEF mới. Chúng tôi giải thích trong phần thứ ba nó là gì và tại sao nó lại cần thiết?
Khi tạo dịch vụ M2M, các nhà phát triển ứng dụng phải đối mặt với các câu hỏi sau:
- cách nhận dạng thiết bị;
- sử dụng thuật toán xác minh và xác thực nào;
- nên chọn giao thức truyền tải nào để tương tác với các thiết bị;
- cách cung cấp dữ liệu đến các thiết bị một cách đáng tin cậy;
- cách tổ chức và thiết lập các quy tắc trao đổi dữ liệu với họ;
- cách theo dõi và thu thập thông tin về tình trạng của họ trực tuyến;
- cách phân phối dữ liệu đồng thời tới một nhóm thiết bị của bạn;
- cách gửi dữ liệu đồng thời từ một thiết bị đến nhiều máy khách;
- cách có được quyền truy cập thống nhất vào các dịch vụ bổ sung của nhà điều hành để quản lý thiết bị của bạn.
Để giải quyết chúng, cần phải tạo ra các giải pháp “nặng” về mặt kỹ thuật độc quyền, dẫn đến chi phí lao động và thời gian đưa dịch vụ ra thị trường tăng lên. Đây là lúc nút SCEF mới ra tay giải cứu.
Theo định nghĩa của 3GPP, SCEF (chức năng hiển thị khả năng dịch vụ) là một thành phần hoàn toàn mới của kiến trúc 3GPP có chức năng hiển thị một cách an toàn các dịch vụ và khả năng được cung cấp bởi giao diện mạng 3GPP thông qua API.
Nói một cách đơn giản, SCEF là trung gian giữa mạng và máy chủ ứng dụng (AS), một cửa sổ truy cập duy nhất vào các dịch vụ của nhà điều hành để quản lý thiết bị M2M của bạn trong mạng NB-IoT thông qua giao diện API tiêu chuẩn, trực quan.
SCEF che giấu sự phức tạp trong mạng của nhà điều hành, cho phép các nhà phát triển ứng dụng loại bỏ các cơ chế phức tạp, dành riêng cho thiết bị để tương tác với các thiết bị.
Bằng cách chuyển đổi các giao thức mạng thành một API quen thuộc dành cho các nhà phát triển ứng dụng, API SCEF tạo điều kiện thuận lợi cho việc tạo ra các dịch vụ mới và giảm thời gian đưa sản phẩm ra thị trường. Nút mới cũng bao gồm các chức năng xác định/xác thực thiết bị di động, xác định các quy tắc trao đổi dữ liệu giữa thiết bị và AS, loại bỏ nhu cầu các nhà phát triển ứng dụng phải triển khai các chức năng này từ phía họ, chuyển các chức năng này sang vai trò của nhà điều hành.
SCEF bao gồm các giao diện cần thiết để xác thực và ủy quyền máy chủ ứng dụng, duy trì tính di động của UE, truyền dữ liệu và kích hoạt thiết bị, truy cập vào các dịch vụ bổ sung và khả năng mạng của nhà điều hành.
Hướng tới AS có một giao diện T8 duy nhất, API (HTTP/JSON) được tiêu chuẩn hóa bởi 3GPP. Tất cả các giao diện, ngoại trừ T8, hoạt động dựa trên giao thức DIAMETER (Hình 1).
T6a – giao diện giữa SCEF và MME. Được sử dụng cho các quy trình quản lý Di động/Phiên, truyền dữ liệu không phải IP, cung cấp các sự kiện giám sát và nhận báo cáo về chúng.
S6t – giao diện giữa SCEF và HSS. Cần thiết để xác thực người đăng ký, ủy quyền máy chủ ứng dụng, lấy kết hợp ID bên ngoài và IMSI/MSISDN, cung cấp các sự kiện giám sát và nhận báo cáo về chúng.
S6m/T4 – giao diện từ SCEF đến HSS và SMS-C (3GPP xác định nút MTC-IWF, được sử dụng để kích hoạt thiết bị và truyền SMS trong mạng NB-IoT. Tuy nhiên, trong tất cả các triển khai, chức năng của nút này được tích hợp vào SCEF nên để đơn giản hóa mạch ta sẽ không xét riêng). Được sử dụng để lấy thông tin định tuyến để gửi SMS và tương tác với trung tâm SMS.
T8 – Giao diện API để tương tác SCEF với máy chủ ứng dụng. Cả lệnh điều khiển và lưu lượng đều được truyền qua giao diện này.
*trên thực tế có nhiều giao diện hơn; chỉ những giao diện cơ bản nhất mới được liệt kê ở đây. Danh sách đầy đủ được đưa ra trong 3GPP 23.682 (4.3.2 Danh sách các điểm tham chiếu).
Dưới đây là các chức năng và dịch vụ chính của SCEF:
- liên kết mã nhận dạng thẻ SIM (IMSI) với ID bên ngoài;
- truyền tải lưu lượng không phải IP (Cung cấp dữ liệu không phải IP, NIDD);
- hoạt động nhóm sử dụng ID nhóm bên ngoài;
- hỗ trợ chế độ truyền dữ liệu có xác nhận;
- đệm dữ liệu MO (Có nguồn gốc di động) và MT (Kết thúc di động);
- xác thực và ủy quyền của thiết bị và máy chủ ứng dụng;
- sử dụng đồng thời dữ liệu từ một UE bởi nhiều AS;
- hỗ trợ các chức năng giám sát trạng thái UE đặc biệt (MONTE – Giám sát sự kiện);
- kích hoạt thiết bị;
- cung cấp chuyển vùng dữ liệu không phải IP.
Nguyên tắc tương tác cơ bản giữa AS và SCEF dựa trên cái gọi là sơ đồ. đăng ký. Nếu cần có quyền truy cập vào bất kỳ dịch vụ SCEF nào cho một UE cụ thể, máy chủ ứng dụng cần tạo đăng ký bằng cách gửi lệnh đến API cụ thể của dịch vụ được yêu cầu và nhận được mã định danh duy nhất phản hồi. Sau đó, tất cả các hành động và liên lạc tiếp theo với UE trong khuôn khổ dịch vụ này sẽ diễn ra bằng cách sử dụng mã định danh này.
ID bên ngoài: Mã định danh thiết bị chung
Một trong những thay đổi quan trọng nhất trong sơ đồ tương tác giữa AS và các thiết bị khi làm việc thông qua SCEF là sự xuất hiện của một mã định danh phổ quát. Giờ đây, thay vì số điện thoại (MSISDN) hoặc địa chỉ IP, như trường hợp của mạng 2G/3G/LTE cổ điển, mã nhận dạng thiết bị cho máy chủ ứng dụng sẽ trở thành “ID bên ngoài”. Nó được xác định theo tiêu chuẩn ở định dạng quen thuộc với các nhà phát triển ứng dụng “ @ "
Các nhà phát triển không còn cần phải thực hiện các thuật toán xác thực thiết bị nữa; mạng hoàn toàn đảm nhận chức năng này. ID bên ngoài được liên kết với IMSI và nhà phát triển có thể chắc chắn rằng khi truy cập một ID bên ngoài cụ thể, nó sẽ tương tác với một thẻ SIM cụ thể. Khi sử dụng chip SIM, bạn sẽ gặp phải một tình huống hoàn toàn đặc biệt khi ID bên ngoài nhận dạng duy nhất một thiết bị cụ thể!
Hơn nữa, một số ID bên ngoài có thể được liên kết với một IMSI - một tình huống thú vị hơn nữa sẽ phát sinh khi ID bên ngoài xác định duy nhất một ứng dụng cụ thể chịu trách nhiệm về một dịch vụ cụ thể trên một thiết bị cụ thể.
Mã định danh nhóm cũng xuất hiện - ID nhóm bên ngoài, bao gồm một tập hợp các ID bên ngoài riêng lẻ. Giờ đây, với một yêu cầu tới SCEF, AS có thể bắt đầu các hoạt động nhóm - gửi dữ liệu hoặc lệnh điều khiển tới nhiều thiết bị được hợp nhất trong một nhóm logic duy nhất.
Do đối với các nhà phát triển AS, việc chuyển đổi sang mã nhận dạng thiết bị mới không thể diễn ra ngay lập tức, SCEF để lại khả năng giao tiếp AS với UE thông qua số tiêu chuẩn - MSISDN.
Truyền tải lưu lượng không phải IP (Cung cấp dữ liệu không phải IP, NIDD)
Trong NB-IoT, như một phần của việc tối ưu hóa cơ chế truyền lượng nhỏ dữ liệu, ngoài các loại PDN hiện có, chẳng hạn như IPv4, IPv6 và IPv4v6, một loại khác đã xuất hiện - không phải IP. Trong trường hợp này, thiết bị (UE) không được gán địa chỉ IP và dữ liệu được truyền đi mà không sử dụng giao thức IP. Lưu lượng truy cập cho các kết nối như vậy có thể được định tuyến theo hai cách: cổ điển - MME -> SGW -> PGW, sau đó qua đường hầm PtP đến AS (Hình 2) hoặc sử dụng SCEF (Hình 3).
Phương pháp cổ điển không mang lại bất kỳ lợi thế đặc biệt nào so với lưu lượng IP, ngoại trừ việc giảm kích thước của các gói được truyền do không có tiêu đề IP. Việc sử dụng SCEF mở ra một số khả năng mới và đơn giản hóa đáng kể các quy trình tương tác với thiết bị.
Khi truyền dữ liệu qua SCEF, hai ưu điểm rất quan trọng xuất hiện so với lưu lượng IP cổ điển:
Cung cấp lưu lượng MT tới thiết bị thông qua ID bên ngoài
Để gửi tin nhắn đến thiết bị IP cổ điển, AS phải biết địa chỉ IP của nó. Ở đây nảy sinh một vấn đề: vì thiết bị thường nhận được địa chỉ IP “xám” khi đăng ký, nên nó sẽ liên lạc với máy chủ ứng dụng nằm trên Internet thông qua nút NAT, nơi địa chỉ màu xám được dịch sang màu trắng. Sự kết hợp giữa địa chỉ IP màu xám và trắng tồn tại trong một khoảng thời gian giới hạn, tùy thuộc vào cài đặt NAT. Trung bình, đối với TCP hoặc UDP - không quá năm phút. Nghĩa là, nếu không có trao đổi dữ liệu với thiết bị này trong vòng 5 phút, kết nối sẽ bị ngắt và thiết bị sẽ không thể truy cập được nữa tại địa chỉ màu trắng mà phiên với AS đã bắt đầu. Có một số giải pháp:
1. Sử dụng nhịp tim. Sau khi kết nối đã được thiết lập, thiết bị phải trao đổi gói với AS vài phút một lần, do đó ngăn việc đóng các bản dịch NAT. Nhưng không thể nói chuyện về hiệu quả năng lượng ở đây.
2. Mỗi lần, nếu cần, hãy kiểm tra tính khả dụng của các gói dành cho thiết bị trên AS - gửi tin nhắn đến đường lên.
3. Tạo một APN riêng (VRF), trong đó máy chủ ứng dụng và các thiết bị sẽ nằm trên cùng một mạng con và gán địa chỉ IP tĩnh cho các thiết bị. Nó sẽ hoạt động, nhưng điều đó gần như không thể khi chúng ta đang nói về một đội hàng nghìn, hàng chục nghìn thiết bị.
4. Cuối cùng, tùy chọn phù hợp nhất: sử dụng IPv6; nó không yêu cầu NAT, vì địa chỉ IPv6 có thể truy cập trực tiếp từ Internet. Tuy nhiên, ngay cả trong trường hợp này, khi thiết bị được đăng ký lại, nó sẽ nhận được một địa chỉ IPv6 mới và sẽ không thể truy cập được bằng địa chỉ trước đó nữa.
Theo đó, cần phải gửi một số gói khởi tạo có mã nhận dạng thiết bị đến máy chủ để báo cáo địa chỉ IP mới của thiết bị. Sau đó đợi gói xác nhận từ AS, điều này cũng ảnh hưởng đến hiệu quả sử dụng năng lượng.
Các phương pháp này hoạt động tốt đối với các thiết bị 2G/3G/LTE, trong đó thiết bị không có yêu cầu nghiêm ngặt về quyền tự chủ và do đó, không có hạn chế về thời gian phát sóng và lưu lượng truy cập. Những phương pháp này không phù hợp với NB-IoT do mức tiêu thụ năng lượng cao.
SCEF giải quyết vấn đề này: vì mã định danh thiết bị duy nhất cho AS là ID bên ngoài, AS chỉ cần gửi gói dữ liệu tới SCEF để lấy ID bên ngoài cụ thể và SCEF sẽ xử lý phần còn lại. Trong trường hợp thiết bị ở chế độ tiết kiệm năng lượng PSM hoặc eDRX, dữ liệu sẽ được lưu vào bộ đệm và gửi khi thiết bị khả dụng. Nếu thiết bị sẵn sàng cho lưu lượng truy cập, dữ liệu sẽ được gửi ngay lập tức. Điều này cũng đúng với đội ngũ quản lý.
Bất cứ lúc nào, AS có thể gọi lại bản tin đã lưu vào bộ đệm tới UE hoặc thay thế nó bằng một bản tin mới.
Cơ chế đệm cũng có thể được sử dụng khi truyền dữ liệu MO từ UE tới AS. Nếu SCEF không thể gửi dữ liệu đến AS ngay lập tức, ví dụ nếu công việc bảo trì đang diễn ra trên các máy chủ AS, thì các gói này sẽ được lưu vào bộ đệm và đảm bảo sẽ được gửi ngay khi AS khả dụng.
Như đã lưu ý ở trên, quyền truy cập vào một dịch vụ và UE cụ thể cho một AS (và NIDD là một dịch vụ) được quy định bởi các quy tắc và chính sách từ phía SCEF, cho phép một số AS có khả năng duy nhất sử dụng đồng thời dữ liệu từ một UE. Những thứ kia. nếu một số AS đã đăng ký một UE thì sau khi nhận được dữ liệu từ UE, SCEF sẽ gửi dữ liệu đó đến tất cả các AS đã đăng ký. Điều này rất phù hợp trong trường hợp người tạo ra một nhóm thiết bị chuyên dụng chia sẻ dữ liệu giữa một số khách hàng. Ví dụ: bằng cách tạo một mạng lưới các trạm thời tiết chạy trên NB-IoT, bạn có thể bán dữ liệu từ chúng cho nhiều dịch vụ cùng một lúc.
Cơ chế gửi tin nhắn được đảm bảo
Dịch vụ dữ liệu đáng tin cậy là một cơ chế để đảm bảo phân phối các tin nhắn MO và MT mà không cần sử dụng các thuật toán chuyên biệt ở cấp độ giao thức, chẳng hạn như bắt tay trong TCP. Nó hoạt động bằng cách đưa một cờ đặc biệt vào phần dịch vụ của bản tin khi trao đổi giữa UE và SCEF. Việc có kích hoạt cơ chế này khi truyền lưu lượng hay không là do AS quyết định.
Nếu cơ chế này được kích hoạt, UE sẽ bao gồm một cờ đặc biệt trong phần tiêu đề của gói khi nó yêu cầu đảm bảo phân phối lưu lượng MO. Khi nhận được gói như vậy, SCEF sẽ phản hồi lại UE bằng một xác nhận. Nếu UE không nhận được gói xác nhận, gói tới SCEF sẽ được gửi lại. Điều tương tự cũng xảy ra với lưu lượng MT.
Giám sát thiết bị (giám sát sự kiện - MONTE)
Như đã đề cập ở trên, chức năng SCEF, trong số những chức năng khác, bao gồm các chức năng giám sát trạng thái của UE, được gọi là. giám sát thiết bị. Và nếu số nhận dạng mới và cơ chế truyền dữ liệu là sự tối ưu hóa (mặc dù rất nghiêm trọng) của các quy trình hiện có, thì MONTE là một chức năng hoàn toàn mới không có sẵn trong mạng 2G/3G/LTE. MONTE cho phép AS giám sát các thông số của thiết bị như trạng thái kết nối, tính khả dụng của liên lạc, vị trí, trạng thái chuyển vùng, v.v. Chúng ta sẽ nói về từng chi tiết hơn một chút sau.
Nếu cần kích hoạt bất kỳ sự kiện giám sát nào cho một thiết bị hoặc nhóm thiết bị, AS đăng ký dịch vụ tương ứng bằng cách gửi lệnh API MONTE tương ứng tới SCEF, bao gồm các tham số như Id bên ngoài hoặc ID nhóm bên ngoài, mã định danh AS, giám sát loại, số lượng báo cáo mà AS muốn nhận. Nếu AS được ủy quyền thực hiện yêu cầu, SCEF, tùy thuộc vào loại, sẽ cung cấp sự kiện cho HSS hoặc MME (Hình 4). Khi một sự kiện xảy ra, MME hoặc HSS tạo một báo cáo tới SCEF và gửi nó đến AS.
Việc cung cấp tất cả các sự kiện, ngoại trừ “Số lượng UE có trong một khu vực địa lý”, xảy ra thông qua HSS. Hai sự kiện “Thay đổi liên kết IMSI-IMEI” và “Trạng thái chuyển vùng” được theo dõi trực tiếp trên HSS, phần còn lại sẽ được HSS cung cấp trên MME.
Các sự kiện có thể xảy ra một lần hoặc định kỳ và được xác định theo loại của chúng.
Việc gửi báo cáo về một sự kiện (báo cáo) được thực hiện bởi nút giám sát sự kiện trực tiếp tới SCEF (Hình 5).
Điểm quan trọng: Các sự kiện giám sát có thể được áp dụng cho cả thiết bị không phải IP được kết nối qua SCEF và thiết bị IP truyền dữ liệu theo cách cổ điển qua MME-SGW-PGW.
Chúng ta hãy xem xét kỹ hơn từng sự kiện giám sát:
Mất kết nối - thông báo cho AS rằng UE không còn khả dụng cho lưu lượng dữ liệu hoặc báo hiệu. Sự kiện này xảy ra khi “bộ hẹn giờ khả năng tiếp cận di động” dành cho UE hết hạn trên MME. Trong yêu cầu loại giám sát này, AS có thể chỉ ra giá trị “Thời gian phát hiện tối đa” của nó - nếu trong thời gian này UE không hiển thị bất kỳ hoạt động nào, AS sẽ được thông báo rằng UE không khả dụng và cho biết lý do. Sự kiện này cũng xảy ra nếu UE bị mạng buộc phải xóa vì bất kỳ lý do gì.
* Để cho mạng biết rằng thiết bị vẫn khả dụng, mạng sẽ khởi tạo quy trình cập nhật định kỳ - Cập nhật khu vực theo dõi (TAU). Tần số của quy trình này được mạng đặt bằng cách sử dụng bộ hẹn giờ T3412 hoặc (T3412_extends trong trường hợp PSM), giá trị của tần số này được truyền đến thiết bị trong quy trình Đính kèm hoặc TAU tiếp theo. Đồng hồ hẹn giờ khả năng tiếp cận trên thiết bị di động thường dài hơn T3412 vài phút. Nếu UE chưa tạo TAU trước khi hết “Bộ hẹn giờ khả năng kết nối di động” thì mạng sẽ coi như không thể kết nối được nữa.
Khả năng tiếp cận UE – Cho biết thời điểm UE có sẵn cho lưu lượng DL hoặc SMS. Điều này xảy ra khi UE sẵn sàng để phân trang (đối với UE ở chế độ eDRX) hoặc khi UE chuyển sang chế độ ECM-CONNECTED (đối với UE ở chế độ PSM hoặc eDRX), tức là. tạo TAU hoặc gửi gói đường lên.
Báo cáo vị trí – Loại sự kiện giám sát này cho phép AS truy vấn vị trí của UE. Có thể yêu cầu vị trí hiện tại (Vị trí hiện tại) hoặc vị trí đã biết gần đây nhất (Được xác định bằng ID di động mà thiết bị đã tạo TAU hoặc lưu lượng truy cập được truyền lần trước), điều này phù hợp với các thiết bị ở chế độ tiết kiệm năng lượng PSM hoặc eDRX. Đối với “Vị trí hiện tại”, AS có thể yêu cầu trả lời lặp lại, với MME thông báo cho AS mỗi khi vị trí của thiết bị thay đổi.
Thay đổi Hiệp hội IMSI-IMEI – Khi sự kiện này được kích hoạt, SCEF bắt đầu theo dõi những thay đổi trong sự kết hợp giữa IMSI (số nhận dạng thẻ SIM) và IMEI (số nhận dạng thiết bị). Khi có sự kiện xảy ra, thông báo cho AS. Có thể được sử dụng để tự động liên kết lại ID bên ngoài với thiết bị trong quá trình thay thế theo lịch trình hoặc dùng làm thông tin nhận dạng cho hành vi trộm thiết bị.
Trạng thái chuyển vùng – kiểu giám sát này được AS sử dụng để xác định xem UE nằm trong mạng gia đình hay trong mạng của đối tác chuyển vùng. Tùy chọn, có thể truyền PLMN (Mạng di động mặt đất công cộng) của nhà điều hành nơi thiết bị được đăng ký có thể được truyền đi.
Giao tiếp thất bại — Kiểu giám sát này thông báo cho AS về các lỗi giao tiếp với thiết bị, dựa trên lý do mất kết nối (mã nguyên nhân giải phóng) nhận được từ mạng truy cập vô tuyến (giao thức S1-AP). Sự kiện này có thể giúp xác định lý do tại sao giao tiếp không thành công - do sự cố trên mạng, chẳng hạn như khi eNodeb bị quá tải (Tài nguyên vô tuyến không khả dụng) hoặc do chính thiết bị bị lỗi (Kết nối vô tuyến với UE bị mất).
Sẵn sàng sau khi DDN bị lỗi – sự kiện này thông báo cho AS rằng thiết bị đã sẵn sàng sau khi liên lạc bị lỗi. Có thể được sử dụng khi có nhu cầu truyền dữ liệu đến thiết bị, nhưng lần thử trước đó không thành công do UE không phản hồi thông báo từ mạng (phân trang) và dữ liệu không được gửi. Nếu loại giám sát này đã được yêu cầu cho UE thì ngay khi thiết bị thực hiện liên lạc đến, tạo TAU hoặc gửi dữ liệu lên đường lên, AS sẽ được thông báo rằng thiết bị đã sẵn sàng. Do quy trình DDN (thông báo dữ liệu đường xuống) hoạt động giữa MME và S/P-GW nên loại giám sát này chỉ khả dụng cho các thiết bị IP.
Trạng thái kết nối PDN – thông báo cho AS khi trạng thái thiết bị thay đổi (trạng thái kết nối PDN) - kết nối (kích hoạt PDN) hoặc ngắt kết nối (xóa PDN). Điều này có thể được AS sử dụng để bắt đầu liên lạc với UE hoặc ngược lại để hiểu rằng việc liên lạc không còn khả thi nữa. Loại giám sát này có sẵn cho các thiết bị IP và không phải IP.
Số lượng UE có mặt trong một khu vực địa lý – Kiểu giám sát này được AS sử dụng để xác định số lượng UE trong một khu vực địa lý nhất định.
Kích hoạt thiết bị)
Trong mạng 2G/3G, quy trình đăng ký trong mạng gồm hai giai đoạn: đầu tiên, thiết bị được đăng ký với SGSN (thủ tục đính kèm), sau đó, nếu cần, thiết bị sẽ kích hoạt bối cảnh PDP - kết nối với cổng gói (GGSN) để truyền dữ liệu. Trong mạng 3G, hai quy trình này diễn ra tuần tự, tức là thiết bị không đợi đến thời điểm cần truyền dữ liệu mà kích hoạt PDP ngay sau khi hoàn tất quy trình đính kèm. Trong LTE, hai quy trình này được kết hợp thành một, tức là khi kết nối, thiết bị ngay lập tức yêu cầu kích hoạt kết nối PDN (tương tự PDP trong 2G/3G) thông qua eNodeB tới MME-SGW-PGW.
NB-IoT định nghĩa phương thức kết nối là “đính kèm không có PDN”, nghĩa là UE kết nối mà không thiết lập kết nối PDN. Trong trường hợp này, nó không thể truyền lưu lượng truy cập và chỉ có thể nhận hoặc gửi SMS. Để gửi lệnh đến một thiết bị như vậy để kích hoạt PDN và kết nối với AS, chức năng “Kích hoạt thiết bị” đã được phát triển.
Khi nhận được lệnh kết nối UE như vậy từ AS, SCEF sẽ bắt đầu gửi SMS điều khiển tới thiết bị thông qua trung tâm SMS. Khi nhận được SMS, thiết bị sẽ kích hoạt PDN và kết nối với AS để nhận thêm hướng dẫn hoặc truyền dữ liệu.
Có thể đôi khi đăng ký thiết bị của bạn hết hạn trên SCEF. Có, thuê bao có thời hạn sử dụng riêng, do nhà điều hành đặt ra hoặc được AS đồng ý. Khi hết hạn, PDN sẽ bị vô hiệu hóa trên MME và thiết bị sẽ không khả dụng đối với AS. Trong trường hợp này, chức năng “Kích hoạt thiết bị” cũng sẽ hữu ích. Khi nhận dữ liệu mới từ AS, SCEF sẽ tìm hiểu trạng thái kết nối của thiết bị và gửi dữ liệu qua kênh SMS.
Kết luận
Tất nhiên, chức năng của SCEF không chỉ giới hạn ở các dịch vụ được mô tả ở trên và không ngừng phát triển và mở rộng. Hiện tại, hơn chục dịch vụ đã được chuẩn hóa cho SCEF. Bây giờ chúng ta chỉ đề cập đến các chức năng chính được các nhà phát triển yêu cầu; chúng ta sẽ nói về phần còn lại trong các bài viết sau.
Câu hỏi đặt ra ngay lập tức: làm thế nào để có được quyền truy cập thử nghiệm vào nút "thần kỳ" này để thử nghiệm sơ bộ và gỡ lỗi các trường hợp có thể xảy ra? Mọi thứ đều rất đơn giản. Bất kỳ nhà phát triển nào cũng có thể gửi yêu cầu đến iot.info@mts.ru, trong đó chỉ cần nêu rõ mục đích kết nối, mô tả về trường hợp có thể xảy ra và thông tin liên lạc để liên lạc.
Cho đến lần sau!
Các tác giả:
- chuyên gia cao cấp của bộ phận giải pháp hội tụ và dịch vụ đa phương tiện Sergey Novikov ,
- chuyên gia của bộ phận giải pháp hội tụ và dịch vụ đa phương tiện Alexey Lapshin
Nguồn: www.habr.com
