NB-IoT: ಇದು ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ? ಭಾಗ 3: SCEF - ಆಪರೇಟರ್ ಸೇವೆಗಳಿಗೆ ಪ್ರವೇಶದ ಏಕ ವಿಂಡೋ

ಲೇಖನದಲ್ಲಿ "NB-IoT: ಇದು ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ? ಭಾಗ 2", NB-IoT ನೆಟ್‌ವರ್ಕ್‌ನ ಪ್ಯಾಕೆಟ್ ಕೋರ್‌ನ ಆರ್ಕಿಟೆಕ್ಚರ್ ಕುರಿತು ಮಾತನಾಡುತ್ತಾ, ನಾವು ಹೊಸ SCEF ನೋಡ್‌ನ ನೋಟವನ್ನು ಉಲ್ಲೇಖಿಸಿದ್ದೇವೆ. ಅದು ಏನು ಮತ್ತು ಅದು ಏಕೆ ಬೇಕು ಎಂದು ನಾವು ಮೂರನೇ ಭಾಗದಲ್ಲಿ ವಿವರಿಸುತ್ತೇವೆ?

M2M ಸೇವೆಯನ್ನು ರಚಿಸುವಾಗ, ಅಪ್ಲಿಕೇಶನ್ ಡೆವಲಪರ್‌ಗಳು ಈ ಕೆಳಗಿನ ಪ್ರಶ್ನೆಗಳನ್ನು ಎದುರಿಸುತ್ತಾರೆ:

• ಸಾಧನಗಳನ್ನು ಹೇಗೆ ಗುರುತಿಸುವುದು;
• ಯಾವ ಪರಿಶೀಲನೆ ಮತ್ತು ದೃಢೀಕರಣ ಅಲ್ಗಾರಿದಮ್ ಅನ್ನು ಬಳಸಬೇಕು;
• ಸಾಧನಗಳೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಲು ಯಾವ ಸಾರಿಗೆ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಬೇಕು;
• ಸಾಧನಗಳಿಗೆ ಡೇಟಾವನ್ನು ವಿಶ್ವಾಸಾರ್ಹವಾಗಿ ತಲುಪಿಸುವುದು ಹೇಗೆ;
• ಅವರೊಂದಿಗೆ ಡೇಟಾವನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳಲು ನಿಯಮಗಳನ್ನು ಸಂಘಟಿಸುವುದು ಮತ್ತು ಸ್ಥಾಪಿಸುವುದು ಹೇಗೆ;
• ಆನ್‌ಲೈನ್‌ನಲ್ಲಿ ಅವರ ಸ್ಥಿತಿಯ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಹೇಗೆ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವುದು ಮತ್ತು ಪಡೆಯುವುದು;
• ನಿಮ್ಮ ಸಾಧನಗಳ ಗುಂಪಿಗೆ ಡೇಟಾವನ್ನು ಏಕಕಾಲದಲ್ಲಿ ತಲುಪಿಸುವುದು ಹೇಗೆ;
• ಒಂದು ಸಾಧನದಿಂದ ಹಲವಾರು ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಏಕಕಾಲದಲ್ಲಿ ಡೇಟಾವನ್ನು ಹೇಗೆ ಕಳುಹಿಸುವುದು;
• ನಿಮ್ಮ ಸಾಧನವನ್ನು ನಿರ್ವಹಿಸಲು ಹೆಚ್ಚುವರಿ ಆಪರೇಟರ್ ಸೇವೆಗಳಿಗೆ ಏಕೀಕೃತ ಪ್ರವೇಶವನ್ನು ಹೇಗೆ ಪಡೆಯುವುದು.

ಅವುಗಳನ್ನು ಪರಿಹರಿಸಲು, ಸ್ವಾಮ್ಯದ ತಾಂತ್ರಿಕವಾಗಿ "ಭಾರೀ" ಪರಿಹಾರಗಳನ್ನು ರಚಿಸುವುದು ಅವಶ್ಯಕವಾಗಿದೆ, ಇದು ಹೆಚ್ಚಿದ ಕಾರ್ಮಿಕ ವೆಚ್ಚಗಳು ಮತ್ತು ಸಮಯದಿಂದ ಮಾರುಕಟ್ಟೆ ಸೇವೆಗಳಿಗೆ ಕಾರಣವಾಗುತ್ತದೆ. ಇಲ್ಲಿಯೇ ಹೊಸ SCEF ನೋಡ್ ರಕ್ಷಣೆಗೆ ಬರುತ್ತದೆ.

3GPP ಯಿಂದ ವ್ಯಾಖ್ಯಾನಿಸಿದಂತೆ, SCEF (ಸೇವಾ ಸಾಮರ್ಥ್ಯದ ಮಾನ್ಯತೆ ಕಾರ್ಯ) 3GPP ಆರ್ಕಿಟೆಕ್ಚರ್‌ನ ಸಂಪೂರ್ಣ ಹೊಸ ಅಂಶವಾಗಿದೆ, ಇದರ ಕಾರ್ಯವು API ಗಳ ಮೂಲಕ 3GPP ನೆಟ್‌ವರ್ಕ್ ಇಂಟರ್‌ಫೇಸ್‌ಗಳು ಒದಗಿಸಿದ ಸೇವೆಗಳು ಮತ್ತು ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಸುರಕ್ಷಿತವಾಗಿ ಬಹಿರಂಗಪಡಿಸುವುದು.

ಸರಳವಾಗಿ ಹೇಳುವುದಾದರೆ, SCEF ಎನ್ನುವುದು ನೆಟ್‌ವರ್ಕ್ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್ (AS) ನಡುವಿನ ಮಧ್ಯವರ್ತಿಯಾಗಿದೆ, ಇದು ಅರ್ಥಗರ್ಭಿತ, ಪ್ರಮಾಣಿತ API ಇಂಟರ್‌ಫೇಸ್ ಮೂಲಕ NB-IoT ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ನಿಮ್ಮ M2M ಸಾಧನವನ್ನು ನಿರ್ವಹಿಸಲು ಆಪರೇಟರ್ ಸೇವೆಗಳಿಗೆ ಪ್ರವೇಶದ ಏಕ ವಿಂಡೋ.

SCEF ಆಪರೇಟರ್‌ನ ನೆಟ್‌ವರ್ಕ್‌ನ ಸಂಕೀರ್ಣತೆಯನ್ನು ಮರೆಮಾಡುತ್ತದೆ, ಅಪ್ಲಿಕೇಶನ್ ಡೆವಲಪರ್‌ಗಳು ಸಾಧನಗಳೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಲು ಸಂಕೀರ್ಣವಾದ, ಸಾಧನ-ನಿರ್ದಿಷ್ಟ ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ಅಮೂರ್ತಗೊಳಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ.

ಅಪ್ಲಿಕೇಶನ್ ಡೆವಲಪರ್‌ಗಳಿಗೆ ನೆಟ್‌ವರ್ಕ್ ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ಪರಿಚಿತ API ಆಗಿ ಪರಿವರ್ತಿಸುವ ಮೂಲಕ, SCEF API ಹೊಸ ಸೇವೆಗಳ ರಚನೆಯನ್ನು ಸುಗಮಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಮಾರುಕಟ್ಟೆಗೆ ಸಮಯವನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ. ಹೊಸ ನೋಡ್ ಮೊಬೈಲ್ ಸಾಧನಗಳನ್ನು ಗುರುತಿಸುವ/ದೃಢೀಕರಿಸುವ ಕಾರ್ಯಗಳನ್ನು ಒಳಗೊಂಡಿದೆ, ಸಾಧನ ಮತ್ತು AS ನಡುವಿನ ಡೇಟಾ ವಿನಿಮಯದ ನಿಯಮಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುವುದು, ಅಪ್ಲಿಕೇಶನ್ ಡೆವಲಪರ್‌ಗಳು ತಮ್ಮ ಬದಿಯಲ್ಲಿ ಈ ಕಾರ್ಯಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವ ಅಗತ್ಯವನ್ನು ತೆಗೆದುಹಾಕುವುದು, ಈ ಕಾರ್ಯಗಳನ್ನು ಆಪರೇಟರ್‌ನ ಭುಜಗಳಿಗೆ ವರ್ಗಾಯಿಸುವುದು.

ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್‌ಗಳ ದೃಢೀಕರಣ ಮತ್ತು ದೃಢೀಕರಣ, UE ಚಲನಶೀಲತೆ, ಡೇಟಾ ವರ್ಗಾವಣೆ ಮತ್ತು ಸಾಧನ ಪ್ರಚೋದನೆ, ಹೆಚ್ಚುವರಿ ಸೇವೆಗಳಿಗೆ ಪ್ರವೇಶ ಮತ್ತು ಆಪರೇಟರ್ ನೆಟ್‌ವರ್ಕ್ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸುವ ಇಂಟರ್‌ಫೇಸ್‌ಗಳನ್ನು SCEF ಒಳಗೊಂಡಿದೆ.

AS ಕಡೆಗೆ ಒಂದೇ T8 ಇಂಟರ್ಫೇಸ್ ಇದೆ, API (HTTP/JSON) 3GPP ನಿಂದ ಪ್ರಮಾಣೀಕರಿಸಲ್ಪಟ್ಟಿದೆ. ಎಲ್ಲಾ ಇಂಟರ್ಫೇಸ್ಗಳು, T8 ಅನ್ನು ಹೊರತುಪಡಿಸಿ, DIAMETER ಪ್ರೋಟೋಕಾಲ್ (Fig. 1) ಆಧಾರದ ಮೇಲೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ.

T6a - SCEF ಮತ್ತು MME ನಡುವಿನ ಇಂಟರ್ಫೇಸ್. ಚಲನಶೀಲತೆ/ಸೆಷನ್ ನಿರ್ವಹಣಾ ಕಾರ್ಯವಿಧಾನಗಳು, IP ಅಲ್ಲದ ಡೇಟಾದ ಪ್ರಸರಣ, ಮಾನಿಟರಿಂಗ್ ಈವೆಂಟ್‌ಗಳನ್ನು ಒದಗಿಸುವುದು ಮತ್ತು ಅವುಗಳ ಕುರಿತು ವರದಿಗಳನ್ನು ಸ್ವೀಕರಿಸಲು ಬಳಸಲಾಗುತ್ತದೆ.

S6t - SCEF ಮತ್ತು HSS ನಡುವಿನ ಇಂಟರ್ಫೇಸ್. ಚಂದಾದಾರರ ದೃಢೀಕರಣ, ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್‌ಗಳ ದೃಢೀಕರಣ, ಬಾಹ್ಯ ID ಮತ್ತು IMSI/MSISDN ಸಂಯೋಜನೆಯನ್ನು ಪಡೆಯುವುದು, ಮಾನಿಟರಿಂಗ್ ಈವೆಂಟ್‌ಗಳನ್ನು ಒದಗಿಸುವುದು ಮತ್ತು ಅವುಗಳ ಕುರಿತು ವರದಿಗಳನ್ನು ಸ್ವೀಕರಿಸಲು ಅಗತ್ಯವಿದೆ.

S6m/T4 – SCEF ನಿಂದ HSS ಮತ್ತು SMS-C ಗೆ ಇಂಟರ್‌ಫೇಸ್‌ಗಳು (3GPP MTC-IWF ನೋಡ್ ಅನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ, ಇದನ್ನು NB-IoT ನೆಟ್‌ವರ್ಕ್‌ಗಳಲ್ಲಿ ಸಾಧನ ಪ್ರಚೋದನೆ ಮತ್ತು SMS ಪ್ರಸರಣಕ್ಕಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ. ಆದಾಗ್ಯೂ, ಎಲ್ಲಾ ಅಳವಡಿಕೆಗಳಲ್ಲಿ ಈ ನೋಡ್‌ನ ಕಾರ್ಯವನ್ನು ಸಂಯೋಜಿಸಲಾಗಿದೆ SCEF, ಆದ್ದರಿಂದ ಸರ್ಕ್ಯೂಟ್ನ ಸರಳೀಕರಣಕ್ಕಾಗಿ, ನಾವು ಅದನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಗಣಿಸುವುದಿಲ್ಲ). SMS ಕಳುಹಿಸಲು ಮತ್ತು SMS ಕೇಂದ್ರದೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಲು ರೂಟಿಂಗ್ ಮಾಹಿತಿಯನ್ನು ಪಡೆಯಲು ಬಳಸಲಾಗುತ್ತದೆ.

T8 - ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್‌ಗಳೊಂದಿಗೆ SCEF ಸಂವಹನಕ್ಕಾಗಿ API ಇಂಟರ್ಫೇಸ್. ನಿಯಂತ್ರಣ ಆಜ್ಞೆಗಳು ಮತ್ತು ಸಂಚಾರ ಎರಡೂ ಈ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಹರಡುತ್ತವೆ.

*ವಾಸ್ತವದಲ್ಲಿ ಹೆಚ್ಚು ಇಂಟರ್ಫೇಸ್‌ಗಳಿವೆ; ಅತ್ಯಂತ ಮೂಲಭೂತವಾದವುಗಳನ್ನು ಮಾತ್ರ ಇಲ್ಲಿ ಪಟ್ಟಿ ಮಾಡಲಾಗಿದೆ. ಸಂಪೂರ್ಣ ಪಟ್ಟಿಯನ್ನು 3GPP 23.682 (4.3.2 ರೆಫರೆನ್ಸ್ ಪಾಯಿಂಟ್‌ಗಳ ಪಟ್ಟಿ) ನಲ್ಲಿ ನೀಡಲಾಗಿದೆ.

SCEF ನ ಪ್ರಮುಖ ಕಾರ್ಯಗಳು ಮತ್ತು ಸೇವೆಗಳನ್ನು ಕೆಳಗೆ ನೀಡಲಾಗಿದೆ:

• SIM ಕಾರ್ಡ್ ಗುರುತಿಸುವಿಕೆಯನ್ನು (IMSI) ಬಾಹ್ಯ ID ಗೆ ಲಿಂಕ್ ಮಾಡುವುದು;
• IP ಅಲ್ಲದ ಸಂಚಾರದ ಪ್ರಸರಣ (ಐಪಿ ಅಲ್ಲದ ಡೇಟಾ ವಿತರಣೆ, NIDD);
• ಬಾಹ್ಯ ಗುಂಪು ID ಬಳಸಿಕೊಂಡು ಗುಂಪು ಕಾರ್ಯಾಚರಣೆಗಳು;
• ದೃಢೀಕರಣದೊಂದಿಗೆ ಡೇಟಾ ಟ್ರಾನ್ಸ್ಮಿಷನ್ ಮೋಡ್ಗೆ ಬೆಂಬಲ;
• MO (ಮೊಬೈಲ್ ಮೂಲ) ಮತ್ತು MT (ಮೊಬೈಲ್ ಟರ್ಮಿನೇಟೆಡ್) ಡೇಟಾದ ಬಫರಿಂಗ್;
• ಸಾಧನಗಳು ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್‌ಗಳ ದೃಢೀಕರಣ ಮತ್ತು ದೃಢೀಕರಣ;
• ಹಲವಾರು AS ಗಳಿಂದ ಒಂದು UE ನಿಂದ ಡೇಟಾದ ಏಕಕಾಲಿಕ ಬಳಕೆ;
• ವಿಶೇಷ UE ಸ್ಥಿತಿ ಮಾನಿಟರಿಂಗ್ ಕಾರ್ಯಗಳಿಗೆ ಬೆಂಬಲ (MONTE - ಮಾನಿಟರಿಂಗ್ ಈವೆಂಟ್‌ಗಳು);
• ಸಾಧನವನ್ನು ಪ್ರಚೋದಿಸುವುದು;
• IP ಅಲ್ಲದ ಡೇಟಾ ರೋಮಿಂಗ್ ಅನ್ನು ಒದಗಿಸುವುದು.

ಎಎಸ್ ಮತ್ತು ಎಸ್‌ಸಿಇಎಫ್ ನಡುವಿನ ಪರಸ್ಪರ ಕ್ರಿಯೆಯ ಮೂಲ ತತ್ವವು ಕರೆಯಲ್ಪಡುವ ಸ್ಕೀಮ್ ಅನ್ನು ಆಧರಿಸಿದೆ. ಚಂದಾದಾರಿಕೆಗಳು. ನಿರ್ದಿಷ್ಟ UE ಗಾಗಿ ಯಾವುದೇ SCEF ಸೇವೆಗೆ ಪ್ರವೇಶವನ್ನು ಪಡೆಯಲು ಅಗತ್ಯವಿದ್ದರೆ, ವಿನಂತಿಸಿದ ಸೇವೆಯ ನಿರ್ದಿಷ್ಟ API ಗೆ ಆದೇಶವನ್ನು ಕಳುಹಿಸುವ ಮೂಲಕ ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್ ಚಂದಾದಾರಿಕೆಯನ್ನು ರಚಿಸುವ ಅಗತ್ಯವಿದೆ ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆಯಾಗಿ ಅನನ್ಯ ಗುರುತಿಸುವಿಕೆಯನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ. ಅದರ ನಂತರ ಈ ಸೇವೆಯ ಚೌಕಟ್ಟಿನೊಳಗೆ UE ಯೊಂದಿಗಿನ ಎಲ್ಲಾ ಮುಂದಿನ ಕ್ರಮಗಳು ಮತ್ತು ಸಂವಹನಗಳು ಈ ಗುರುತಿಸುವಿಕೆಯನ್ನು ಬಳಸಿಕೊಂಡು ನಡೆಯುತ್ತವೆ.

ಬಾಹ್ಯ ID: ಯುನಿವರ್ಸಲ್ ಸಾಧನ ಗುರುತಿಸುವಿಕೆ

SCEF ಮೂಲಕ ಕೆಲಸ ಮಾಡುವಾಗ AS ಮತ್ತು ಸಾಧನಗಳ ನಡುವಿನ ಪರಸ್ಪರ ಕ್ರಿಯೆಯ ಯೋಜನೆಯಲ್ಲಿನ ಪ್ರಮುಖ ಬದಲಾವಣೆಗಳಲ್ಲಿ ಒಂದು ಸಾರ್ವತ್ರಿಕ ಗುರುತಿಸುವಿಕೆಯ ನೋಟವಾಗಿದೆ. ಈಗ, ದೂರವಾಣಿ ಸಂಖ್ಯೆ (MSISDN) ಅಥವಾ IP ವಿಳಾಸದ ಬದಲಿಗೆ, ಕ್ಲಾಸಿಕ್ 2G/3G/LTE ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿರುವಂತೆ, ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್‌ಗಾಗಿ ಸಾಧನ ಗುರುತಿಸುವಿಕೆ "ಬಾಹ್ಯ ID" ಆಗುತ್ತದೆ. ಅಪ್ಲಿಕೇಶನ್ ಡೆವಲಪರ್‌ಗಳಿಗೆ ಪರಿಚಿತವಾಗಿರುವ ಸ್ವರೂಪದಲ್ಲಿ ಮಾನದಂಡದಿಂದ ಇದನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಲಾಗಿದೆ " @ "

ಡೆವಲಪರ್‌ಗಳು ಇನ್ನು ಮುಂದೆ ಸಾಧನದ ದೃಢೀಕರಣ ಅಲ್ಗಾರಿದಮ್‌ಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವ ಅಗತ್ಯವಿಲ್ಲ, ಈ ಕಾರ್ಯವನ್ನು ನೆಟ್ವರ್ಕ್ ಸಂಪೂರ್ಣವಾಗಿ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಬಾಹ್ಯ ID ಯನ್ನು IMSI ಗೆ ಜೋಡಿಸಲಾಗಿದೆ ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಬಾಹ್ಯ ID ಯನ್ನು ಪ್ರವೇಶಿಸುವಾಗ, ಅದು ನಿರ್ದಿಷ್ಟ SIM ಕಾರ್ಡ್‌ನೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸುತ್ತದೆ ಎಂದು ಡೆವಲಪರ್ ಖಚಿತವಾಗಿರಬಹುದು. SIM ಚಿಪ್ ಅನ್ನು ಬಳಸುವಾಗ, ಬಾಹ್ಯ ID ನಿರ್ದಿಷ್ಟ ಸಾಧನವನ್ನು ಅನನ್ಯವಾಗಿ ಗುರುತಿಸಿದಾಗ ನೀವು ಸಂಪೂರ್ಣವಾಗಿ ಅನನ್ಯ ಪರಿಸ್ಥಿತಿಯನ್ನು ಪಡೆಯುತ್ತೀರಿ!

ಇದಲ್ಲದೆ, ಹಲವಾರು ಬಾಹ್ಯ ID ಗಳನ್ನು ಒಂದು IMSI ಗೆ ಲಿಂಕ್ ಮಾಡಬಹುದು - ನಿರ್ದಿಷ್ಟ ಸಾಧನದಲ್ಲಿ ನಿರ್ದಿಷ್ಟ ಸೇವೆಗೆ ಜವಾಬ್ದಾರರಾಗಿರುವ ನಿರ್ದಿಷ್ಟ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಬಾಹ್ಯ ID ಅನನ್ಯವಾಗಿ ಗುರುತಿಸಿದಾಗ ಇನ್ನಷ್ಟು ಆಸಕ್ತಿದಾಯಕ ಪರಿಸ್ಥಿತಿಯು ಉದ್ಭವಿಸುತ್ತದೆ.

ಗುಂಪು ಗುರುತಿಸುವಿಕೆ ಸಹ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ - ಬಾಹ್ಯ ಗುಂಪು ID, ಇದು ಪ್ರತ್ಯೇಕ ಬಾಹ್ಯ ID ಗಳ ಗುಂಪನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ಈಗ, SCEF ಗೆ ಒಂದು ವಿನಂತಿಯೊಂದಿಗೆ, AS ಗುಂಪು ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಪ್ರಾರಂಭಿಸಬಹುದು - ಒಂದೇ ತಾರ್ಕಿಕ ಗುಂಪಿನಲ್ಲಿ ಒಂದುಗೂಡಿದ ಬಹು ಸಾಧನಗಳಿಗೆ ಡೇಟಾ ಅಥವಾ ನಿಯಂತ್ರಣ ಆಜ್ಞೆಗಳನ್ನು ಕಳುಹಿಸುವುದು.

ಎಎಸ್ ಡೆವಲಪರ್‌ಗಳಿಗೆ ಹೊಸ ಸಾಧನ ಗುರುತಿಸುವಿಕೆಗೆ ಪರಿವರ್ತನೆಯು ತಕ್ಷಣವೇ ಸಾಧ್ಯವಿಲ್ಲ ಎಂಬ ಕಾರಣದಿಂದಾಗಿ, ಪ್ರಮಾಣಿತ ಸಂಖ್ಯೆ - MSISDN ಮೂಲಕ UE ನೊಂದಿಗೆ AS ಸಂವಹನದ ಸಾಧ್ಯತೆಯನ್ನು SCEF ಬಿಟ್ಟಿದೆ.

IP ಅಲ್ಲದ ದಟ್ಟಣೆಯ ಪ್ರಸರಣ (ಐಪಿ ಅಲ್ಲದ ಡೇಟಾ ವಿತರಣೆ, NIDD)

NB-IoT ನಲ್ಲಿ, IPv4, IPv6 ಮತ್ತು IPv4v6 ನಂತಹ ಈಗಾಗಲೇ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ PDN ಪ್ರಕಾರಗಳ ಜೊತೆಗೆ, ಸಣ್ಣ ಪ್ರಮಾಣದ ಡೇಟಾವನ್ನು ರವಾನಿಸುವ ಕಾರ್ಯವಿಧಾನಗಳ ಆಪ್ಟಿಮೈಸೇಶನ್‌ನ ಭಾಗವಾಗಿ, ಮತ್ತೊಂದು ಪ್ರಕಾರವು ಕಾಣಿಸಿಕೊಂಡಿದೆ - IP ಅಲ್ಲ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಸಾಧನಕ್ಕೆ (UE) IP ವಿಳಾಸವನ್ನು ನಿಯೋಜಿಸಲಾಗಿಲ್ಲ ಮತ್ತು IP ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಬಳಸದೆ ಡೇಟಾವನ್ನು ರವಾನಿಸಲಾಗುತ್ತದೆ. ಅಂತಹ ಸಂಪರ್ಕಗಳಿಗೆ ದಟ್ಟಣೆಯನ್ನು ಎರಡು ರೀತಿಯಲ್ಲಿ ಮಾರ್ಗಗೊಳಿಸಬಹುದು: ಕ್ಲಾಸಿಕ್ - MME -> SGW -> PGW ಮತ್ತು ನಂತರ PtP ಸುರಂಗದ ಮೂಲಕ AS ಗೆ (Fig. 2) ಅಥವಾ SCEF ಬಳಸಿ (Fig. 3).

ಐಪಿ ಹೆಡರ್‌ಗಳ ಅನುಪಸ್ಥಿತಿಯ ಕಾರಣದಿಂದಾಗಿ ರವಾನೆಯಾಗುವ ಪ್ಯಾಕೆಟ್‌ಗಳ ಗಾತ್ರವನ್ನು ಕಡಿಮೆ ಮಾಡುವುದನ್ನು ಹೊರತುಪಡಿಸಿ, ಐಪಿ ದಟ್ಟಣೆಯ ಮೇಲೆ ಕ್ಲಾಸಿಕ್ ವಿಧಾನವು ಯಾವುದೇ ವಿಶೇಷ ಪ್ರಯೋಜನಗಳನ್ನು ನೀಡುವುದಿಲ್ಲ. SCEF ನ ಬಳಕೆಯು ಹಲವಾರು ಹೊಸ ಸಾಧ್ಯತೆಗಳನ್ನು ತೆರೆಯುತ್ತದೆ ಮತ್ತು ಸಾಧನಗಳೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸುವ ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ಗಮನಾರ್ಹವಾಗಿ ಸರಳಗೊಳಿಸುತ್ತದೆ.

SCEF ಮೂಲಕ ಡೇಟಾವನ್ನು ರವಾನಿಸುವಾಗ, ಕ್ಲಾಸಿಕ್ IP ಟ್ರಾಫಿಕ್‌ನಲ್ಲಿ ಎರಡು ಪ್ರಮುಖ ಅನುಕೂಲಗಳು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆ:


ಬಾಹ್ಯ ID ಮೂಲಕ ಸಾಧನಕ್ಕೆ MT ದಟ್ಟಣೆಯ ವಿತರಣೆ

ಕ್ಲಾಸಿಕ್ IP ಸಾಧನಕ್ಕೆ ಸಂದೇಶವನ್ನು ಕಳುಹಿಸಲು, AS ತನ್ನ IP ವಿಳಾಸವನ್ನು ತಿಳಿದಿರಬೇಕು. ಇಲ್ಲಿ ಸಮಸ್ಯೆ ಉದ್ಭವಿಸುತ್ತದೆ: ನೋಂದಣಿಯ ನಂತರ ಸಾಧನವು ಸಾಮಾನ್ಯವಾಗಿ “ಬೂದು” ಐಪಿ ವಿಳಾಸವನ್ನು ಪಡೆಯುವುದರಿಂದ, ಇದು ಅಂತರ್ಜಾಲದಲ್ಲಿ ಇರುವ ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್‌ನೊಂದಿಗೆ NAT ನೋಡ್ ಮೂಲಕ ಸಂವಹನ ನಡೆಸುತ್ತದೆ, ಅಲ್ಲಿ ಬೂದು ವಿಳಾಸವನ್ನು ಬಿಳಿ ಬಣ್ಣಕ್ಕೆ ಅನುವಾದಿಸಲಾಗುತ್ತದೆ. NAT ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಅವಲಂಬಿಸಿ ಬೂದು ಮತ್ತು ಬಿಳಿ IP ವಿಳಾಸಗಳ ಸಂಯೋಜನೆಯು ಸೀಮಿತ ಸಮಯದವರೆಗೆ ಇರುತ್ತದೆ. ಸರಾಸರಿ, TCP ಅಥವಾ UDP ಗಾಗಿ - ಐದು ನಿಮಿಷಗಳಿಗಿಂತ ಹೆಚ್ಚಿಲ್ಲ. ಅಂದರೆ, 5 ನಿಮಿಷಗಳಲ್ಲಿ ಈ ಸಾಧನದೊಂದಿಗೆ ಯಾವುದೇ ಡೇಟಾ ವಿನಿಮಯವಿಲ್ಲದಿದ್ದರೆ, ಸಂಪರ್ಕವು ವಿಭಜನೆಯಾಗುತ್ತದೆ ಮತ್ತು AS ನೊಂದಿಗೆ ಅಧಿವೇಶನವನ್ನು ಪ್ರಾರಂಭಿಸಿದ ಬಿಳಿ ವಿಳಾಸದಲ್ಲಿ ಸಾಧನವನ್ನು ಇನ್ನು ಮುಂದೆ ಪ್ರವೇಶಿಸಲಾಗುವುದಿಲ್ಲ. ಹಲವಾರು ಪರಿಹಾರಗಳಿವೆ:

1. ಹೃದಯ ಬಡಿತವನ್ನು ಬಳಸಿ. ಸಂಪರ್ಕವನ್ನು ಸ್ಥಾಪಿಸಿದ ನಂತರ, ಸಾಧನವು ಪ್ರತಿ ಕೆಲವು ನಿಮಿಷಗಳವರೆಗೆ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು AS ನೊಂದಿಗೆ ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳಬೇಕು, ಇದರಿಂದಾಗಿ NAT ಅನುವಾದಗಳನ್ನು ಮುಚ್ಚುವುದನ್ನು ತಡೆಯುತ್ತದೆ. ಆದರೆ ಇಲ್ಲಿ ಯಾವುದೇ ಶಕ್ತಿಯ ದಕ್ಷತೆಯ ಬಗ್ಗೆ ಮಾತನಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ.

2. ಪ್ರತಿ ಬಾರಿ, ಅಗತ್ಯವಿದ್ದರೆ, AS ನಲ್ಲಿ ಸಾಧನಕ್ಕಾಗಿ ಪ್ಯಾಕೇಜ್‌ಗಳ ಲಭ್ಯತೆಯನ್ನು ಪರಿಶೀಲಿಸಿ - ಅಪ್‌ಲಿಂಕ್‌ಗೆ ಸಂದೇಶವನ್ನು ಕಳುಹಿಸಿ.

3. ಖಾಸಗಿ APN (VRF) ಅನ್ನು ರಚಿಸಿ, ಅಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್ ಮತ್ತು ಸಾಧನಗಳು ಒಂದೇ ಸಬ್‌ನೆಟ್‌ನಲ್ಲಿರುತ್ತವೆ ಮತ್ತು ಸಾಧನಗಳಿಗೆ ಸ್ಥಿರ IP ವಿಳಾಸಗಳನ್ನು ನಿಯೋಜಿಸಿ. ಇದು ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಆದರೆ ನಾವು ಸಾವಿರಾರು, ಹತ್ತಾರು ಸಾಧನಗಳ ಫ್ಲೀಟ್ ಬಗ್ಗೆ ಮಾತನಾಡುವಾಗ ಅದು ಅಸಾಧ್ಯವಾಗಿದೆ.

4. ಅಂತಿಮವಾಗಿ, ಅತ್ಯಂತ ಸೂಕ್ತವಾದ ಆಯ್ಕೆ: IPv6 ಅನ್ನು ಬಳಸಿ, ಇದಕ್ಕೆ NAT ಅಗತ್ಯವಿಲ್ಲ, ಏಕೆಂದರೆ IPv6 ವಿಳಾಸಗಳು ಇಂಟರ್ನೆಟ್‌ನಿಂದ ನೇರವಾಗಿ ಪ್ರವೇಶಿಸಬಹುದು. ಆದಾಗ್ಯೂ, ಈ ಸಂದರ್ಭದಲ್ಲಿ ಸಹ, ಸಾಧನವನ್ನು ಮರು-ನೋಂದಣಿ ಮಾಡಿದಾಗ, ಅದು ಹೊಸ IPv6 ವಿಳಾಸವನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಮತ್ತು ಹಿಂದಿನದನ್ನು ಬಳಸಿಕೊಂಡು ಇನ್ನು ಮುಂದೆ ಪ್ರವೇಶಿಸಲಾಗುವುದಿಲ್ಲ.

ಅಂತೆಯೇ, ಸಾಧನದ ಹೊಸ IP ವಿಳಾಸವನ್ನು ವರದಿ ಮಾಡಲು ಸರ್ವರ್‌ಗೆ ಸಾಧನ ಗುರುತಿಸುವಿಕೆಯೊಂದಿಗೆ ಕೆಲವು ಪ್ರಾರಂಭಿಕ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಕಳುಹಿಸುವುದು ಅವಶ್ಯಕ. ನಂತರ AS ನಿಂದ ದೃಢೀಕರಣ ಪ್ಯಾಕೆಟ್ ನಿರೀಕ್ಷಿಸಿ, ಇದು ಶಕ್ತಿಯ ದಕ್ಷತೆಯ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ.

ಈ ವಿಧಾನಗಳು 2G/3G/LTE ಸಾಧನಗಳಿಗೆ ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ, ಅಲ್ಲಿ ಸಾಧನವು ಸ್ವಾಯತ್ತತೆಗೆ ಕಟ್ಟುನಿಟ್ಟಾದ ಅವಶ್ಯಕತೆಗಳನ್ನು ಹೊಂದಿಲ್ಲ ಮತ್ತು ಇದರ ಪರಿಣಾಮವಾಗಿ, ಪ್ರಸಾರ ಸಮಯ ಮತ್ತು ಸಂಚಾರದ ಮೇಲೆ ಯಾವುದೇ ನಿರ್ಬಂಧಗಳಿಲ್ಲ. ಹೆಚ್ಚಿನ ಶಕ್ತಿಯ ಬಳಕೆಯಿಂದಾಗಿ ಈ ವಿಧಾನಗಳು NB-IoT ಗೆ ಸೂಕ್ತವಲ್ಲ.

SCEF ಈ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುತ್ತದೆ: AS ಗಾಗಿ ಏಕೈಕ ಸಾಧನ ಗುರುತಿಸುವಿಕೆಯು ಬಾಹ್ಯ ID ಆಗಿರುವುದರಿಂದ, AS ನಿರ್ದಿಷ್ಟ ಬಾಹ್ಯ ID ಗಾಗಿ SCEF ಗೆ ಡೇಟಾ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಮಾತ್ರ ಕಳುಹಿಸುವ ಅಗತ್ಯವಿದೆ ಮತ್ತು SCEF ಉಳಿದದ್ದನ್ನು ನೋಡಿಕೊಳ್ಳುತ್ತದೆ. ಸಾಧನವು PSM ಅಥವಾ eDRX ಪವರ್ ಸೇವಿಂಗ್ ಮೋಡ್‌ನಲ್ಲಿದ್ದರೆ, ಸಾಧನವು ಲಭ್ಯವಾದಾಗ ಡೇಟಾವನ್ನು ಬಫರ್ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ತಲುಪಿಸಲಾಗುತ್ತದೆ. ಸಾಧನವು ಸಂಚಾರಕ್ಕೆ ಲಭ್ಯವಿದ್ದರೆ, ಡೇಟಾವನ್ನು ತಕ್ಷಣವೇ ತಲುಪಿಸಲಾಗುತ್ತದೆ. ನಿರ್ವಹಣಾ ತಂಡಗಳಿಗೂ ಇದು ನಿಜ.

ಯಾವುದೇ ಸಮಯದಲ್ಲಿ, AS ಬಫರ್ ಮಾಡಿದ ಸಂದೇಶವನ್ನು UE ಗೆ ಮರುಪಡೆಯಬಹುದು ಅಥವಾ ಅದನ್ನು ಹೊಸದರೊಂದಿಗೆ ಬದಲಾಯಿಸಬಹುದು.

UE ನಿಂದ AS ಗೆ MO ಡೇಟಾವನ್ನು ರವಾನಿಸುವಾಗ ಬಫರಿಂಗ್ ಕಾರ್ಯವಿಧಾನವನ್ನು ಸಹ ಬಳಸಬಹುದು. SCEF ತಕ್ಷಣವೇ AS ಗೆ ಡೇಟಾವನ್ನು ತಲುಪಿಸಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ಉದಾಹರಣೆಗೆ AS ಸರ್ವರ್‌ಗಳಲ್ಲಿ ನಿರ್ವಹಣಾ ಕಾರ್ಯಗಳು ನಡೆಯುತ್ತಿದ್ದರೆ, ಈ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಬಫರ್ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು AS ಲಭ್ಯವಾದ ತಕ್ಷಣ ತಲುಪಿಸಲಾಗುತ್ತದೆ ಎಂದು ಖಾತರಿಪಡಿಸಲಾಗುತ್ತದೆ.

ಮೇಲೆ ತಿಳಿಸಿದಂತೆ, ಒಂದು ನಿರ್ದಿಷ್ಟ ಸೇವೆಗೆ ಪ್ರವೇಶ ಮತ್ತು AS ಗಾಗಿ UE (ಮತ್ತು NIDD ಒಂದು ಸೇವೆ) SCEF ಬದಿಯಲ್ಲಿರುವ ನಿಯಮಗಳು ಮತ್ತು ನೀತಿಗಳಿಂದ ನಿಯಂತ್ರಿಸಲ್ಪಡುತ್ತದೆ, ಇದು ಹಲವಾರು AS ಗಳಿಂದ ಒಂದು UE ನಿಂದ ಡೇಟಾವನ್ನು ಏಕಕಾಲದಲ್ಲಿ ಬಳಸುವ ಅನನ್ಯ ಸಾಧ್ಯತೆಯನ್ನು ಅನುಮತಿಸುತ್ತದೆ. ಆ. ಒಂದು UE ಗೆ ಹಲವಾರು AS ಚಂದಾದಾರರಾಗಿದ್ದರೆ, UE ನಿಂದ ಡೇಟಾವನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ, SCEF ಅದನ್ನು ಎಲ್ಲಾ ಚಂದಾದಾರರಾದ AS ಗೆ ಕಳುಹಿಸುತ್ತದೆ. ವಿಶೇಷ ಸಾಧನಗಳ ಸಮೂಹದ ರಚನೆಕಾರರು ಹಲವಾರು ಕ್ಲೈಂಟ್‌ಗಳ ನಡುವೆ ಡೇಟಾವನ್ನು ಹಂಚಿಕೊಳ್ಳುವ ಸಂದರ್ಭಗಳಿಗೆ ಇದು ಸೂಕ್ತವಾಗಿರುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, NB-IoT ನಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ ಹವಾಮಾನ ಕೇಂದ್ರಗಳ ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು ರಚಿಸುವ ಮೂಲಕ, ನೀವು ಅವುಗಳಿಂದ ಡೇಟಾವನ್ನು ಏಕಕಾಲದಲ್ಲಿ ಹಲವಾರು ಸೇವೆಗಳಿಗೆ ಮಾರಾಟ ಮಾಡಬಹುದು.

ಖಾತರಿಪಡಿಸಿದ ಸಂದೇಶ ವಿತರಣಾ ಕಾರ್ಯವಿಧಾನ

ವಿಶ್ವಾಸಾರ್ಹ ಡೇಟಾ ಸೇವೆಯು ಪ್ರೋಟೋಕಾಲ್ ಮಟ್ಟದಲ್ಲಿ ವಿಶೇಷ ಅಲ್ಗಾರಿದಮ್‌ಗಳ ಬಳಕೆಯಿಲ್ಲದೆ MO ಮತ್ತು MT ಸಂದೇಶಗಳ ಖಾತರಿಯ ವಿತರಣೆಯ ಕಾರ್ಯವಿಧಾನವಾಗಿದೆ, ಉದಾಹರಣೆಗೆ, TCP ಯಲ್ಲಿ ಹ್ಯಾಂಡ್‌ಶೇಕ್. UE ಮತ್ತು SCEF ನಡುವೆ ವಿನಿಮಯವಾದಾಗ ಸಂದೇಶದ ಸೇವಾ ಭಾಗದಲ್ಲಿ ವಿಶೇಷ ಧ್ವಜವನ್ನು ಸೇರಿಸುವ ಮೂಲಕ ಇದು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಸಂಚಾರವನ್ನು ರವಾನಿಸುವಾಗ ಈ ಕಾರ್ಯವಿಧಾನವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಬೇಕೆ ಅಥವಾ ಬೇಡವೇ ಎಂಬುದನ್ನು AS ನಿರ್ಧರಿಸುತ್ತದೆ.

ಕಾರ್ಯವಿಧಾನವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿದರೆ, MO ಟ್ರಾಫಿಕ್‌ನ ಖಾತರಿಯ ವಿತರಣೆಯ ಅಗತ್ಯವಿರುವಾಗ ಪ್ಯಾಕೆಟ್‌ನ ಓವರ್‌ಹೆಡ್ ಭಾಗದಲ್ಲಿ UE ವಿಶೇಷ ಫ್ಲ್ಯಾಗ್ ಅನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ಅಂತಹ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ, SCEF ಯುಇಗೆ ಸ್ವೀಕೃತಿಯೊಂದಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ. UE ಸ್ವೀಕೃತಿ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಸ್ವೀಕರಿಸದಿದ್ದರೆ, SCEF ಕಡೆಗೆ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಮರು-ಕಳುಹಿಸಲಾಗುತ್ತದೆ. ಎಂಟಿ ಸಂಚಾರಕ್ಕೂ ಅದೇ ಸಂಭವಿಸುತ್ತದೆ.

ಸಾಧನ ಮಾನಿಟರಿಂಗ್ (ಮೇಲ್ವಿಚಾರಣೆ ಘಟನೆಗಳು - MONTE)

ಮೇಲೆ ಹೇಳಿದಂತೆ, SCEF ಕಾರ್ಯವು ಇತರ ವಿಷಯಗಳ ಜೊತೆಗೆ, UE ಸ್ಥಿತಿಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವ ಕಾರ್ಯಗಳನ್ನು ಒಳಗೊಂಡಿದೆ, ಕರೆಯಲ್ಪಡುವ. ಸಾಧನದ ಮೇಲ್ವಿಚಾರಣೆ. ಮತ್ತು ಹೊಸ ಐಡೆಂಟಿಫೈಯರ್‌ಗಳು ಮತ್ತು ಡೇಟಾ ವರ್ಗಾವಣೆ ಕಾರ್ಯವಿಧಾನಗಳು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಕಾರ್ಯವಿಧಾನಗಳ ಆಪ್ಟಿಮೈಸೇಶನ್‌ಗಳಾಗಿದ್ದರೆ (ಅತ್ಯಂತ ಗಂಭೀರವಾಗಿದ್ದರೂ), ನಂತರ MONTE ಸಂಪೂರ್ಣವಾಗಿ ಹೊಸ ಕಾರ್ಯಚಟುವಟಿಕೆಯಾಗಿದ್ದು ಅದು 2G/3G/LTE ನೆಟ್‌ವರ್ಕ್‌ಗಳಲ್ಲಿ ಲಭ್ಯವಿಲ್ಲ. ಸಂಪರ್ಕ ಸ್ಥಿತಿ, ಸಂವಹನ ಲಭ್ಯತೆ, ಸ್ಥಳ, ರೋಮಿಂಗ್ ಸ್ಥಿತಿ, ಇತ್ಯಾದಿಗಳಂತಹ ಸಾಧನದ ನಿಯತಾಂಕಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು MONTE AS ಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಸ್ವಲ್ಪ ಸಮಯದ ನಂತರ ನಾವು ಪ್ರತಿಯೊಂದರ ಬಗ್ಗೆ ಹೆಚ್ಚು ವಿವರವಾಗಿ ಮಾತನಾಡುತ್ತೇವೆ.

ಸಾಧನ ಅಥವಾ ಸಾಧನಗಳ ಗುಂಪಿಗೆ ಯಾವುದೇ ಮಾನಿಟರಿಂಗ್ ಈವೆಂಟ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲು ಅಗತ್ಯವಿದ್ದರೆ, AS ಅನುಗುಣವಾದ API MONTE ಆಜ್ಞೆಯನ್ನು SCEF ಗೆ ಕಳುಹಿಸುವ ಮೂಲಕ ಅನುಗುಣವಾದ ಸೇವೆಗೆ ಚಂದಾದಾರರಾಗುತ್ತದೆ, ಇದು ಬಾಹ್ಯ ಐಡಿ ಅಥವಾ ಬಾಹ್ಯ ಗುಂಪು ID, AS ಗುರುತಿಸುವಿಕೆ, ಮೇಲ್ವಿಚಾರಣೆಯಂತಹ ನಿಯತಾಂಕಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ಪ್ರಕಾರ, ವರದಿಗಳ ಸಂಖ್ಯೆ, ಇದು AS ಸ್ವೀಕರಿಸಲು ಬಯಸುತ್ತದೆ. ವಿನಂತಿಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು AS ಗೆ ಅಧಿಕಾರ ನೀಡಿದರೆ, SCEF, ಪ್ರಕಾರವನ್ನು ಅವಲಂಬಿಸಿ, HSS ಅಥವಾ MME (Fig. 4) ಗೆ ಈವೆಂಟ್ ಅನ್ನು ಒದಗಿಸುತ್ತದೆ. ಈವೆಂಟ್ ಸಂಭವಿಸಿದಾಗ, MME ಅಥವಾ HSS SCEF ಗೆ ವರದಿಯನ್ನು ರಚಿಸುತ್ತದೆ, ಅದು ಅದನ್ನು AS ಗೆ ಕಳುಹಿಸುತ್ತದೆ.

"ಭೌಗೋಳಿಕ ಪ್ರದೇಶದಲ್ಲಿ ಇರುವ UEಗಳ ಸಂಖ್ಯೆ" ಹೊರತುಪಡಿಸಿ, ಎಲ್ಲಾ ಈವೆಂಟ್‌ಗಳನ್ನು ಒದಗಿಸುವುದು HSS ಮೂಲಕ ಸಂಭವಿಸುತ್ತದೆ. "IMSI-IMEI ಅಸೋಸಿಯೇಷನ್‌ನ ಬದಲಾವಣೆ" ಮತ್ತು "ರೋಮಿಂಗ್ ಸ್ಥಿತಿ" ಎಂಬ ಎರಡು ಈವೆಂಟ್‌ಗಳನ್ನು ನೇರವಾಗಿ HSS ನಲ್ಲಿ ಟ್ರ್ಯಾಕ್ ಮಾಡಲಾಗುತ್ತದೆ, ಉಳಿದವುಗಳನ್ನು MME ನಲ್ಲಿ HSS ನಿಂದ ಒದಗಿಸಲಾಗುತ್ತದೆ.
ಈವೆಂಟ್‌ಗಳು ಒಂದು ಬಾರಿ ಅಥವಾ ಆವರ್ತಕವಾಗಿರಬಹುದು ಮತ್ತು ಅವುಗಳ ಪ್ರಕಾರವನ್ನು ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ.

ಈವೆಂಟ್ (ವರದಿ ಮಾಡುವಿಕೆ) ಕುರಿತು ವರದಿಯನ್ನು ಕಳುಹಿಸುವುದನ್ನು ನೋಡ್‌ನಿಂದ ಕೈಗೊಳ್ಳಲಾಗುತ್ತದೆ ಅದು ಈವೆಂಟ್ ಅನ್ನು ನೇರವಾಗಿ SCEF ಗೆ ಟ್ರ್ಯಾಕ್ ಮಾಡುತ್ತದೆ (Fig. 5).

ಪ್ರಮುಖ ಅಂಶ: ಮಾನಿಟರಿಂಗ್ ಈವೆಂಟ್‌ಗಳನ್ನು SCEF ಮೂಲಕ ಸಂಪರ್ಕಗೊಂಡಿರುವ IP ಅಲ್ಲದ ಸಾಧನಗಳಿಗೆ ಮತ್ತು MME-SGW-PGW ಮೂಲಕ ಕ್ಲಾಸಿಕ್ ರೀತಿಯಲ್ಲಿ ಡೇಟಾವನ್ನು ರವಾನಿಸುವ IP ಸಾಧನಗಳಿಗೆ ಅನ್ವಯಿಸಬಹುದು.

ಪ್ರತಿಯೊಂದು ಮಾನಿಟರಿಂಗ್ ಈವೆಂಟ್‌ಗಳನ್ನು ಹತ್ತಿರದಿಂದ ನೋಡೋಣ:

ಸಂಪರ್ಕದ ನಷ್ಟ — ಡೇಟಾ ಟ್ರಾಫಿಕ್ ಅಥವಾ ಸಿಗ್ನಲಿಂಗ್‌ಗೆ UE ಇನ್ನು ಮುಂದೆ ಲಭ್ಯವಿಲ್ಲ ಎಂದು AS ಗೆ ತಿಳಿಸುತ್ತದೆ. MME ನಲ್ಲಿ UE ಗಾಗಿ "ಮೊಬೈಲ್ ತಲುಪುವಿಕೆ ಟೈಮರ್" ಅವಧಿ ಮುಗಿದಾಗ ಈವೆಂಟ್ ಸಂಭವಿಸುತ್ತದೆ. ಈ ರೀತಿಯ ಮೇಲ್ವಿಚಾರಣೆಗಾಗಿ ವಿನಂತಿಯಲ್ಲಿ, AS ತನ್ನ "ಗರಿಷ್ಠ ಪತ್ತೆ ಸಮಯ" ಮೌಲ್ಯವನ್ನು ಸೂಚಿಸಬಹುದು - ಈ ಸಮಯದಲ್ಲಿ UE ಯಾವುದೇ ಚಟುವಟಿಕೆಯನ್ನು ತೋರಿಸದಿದ್ದರೆ, ಕಾರಣವನ್ನು ಸೂಚಿಸುವ UE ಲಭ್ಯವಿಲ್ಲ ಎಂದು AS ಗೆ ತಿಳಿಸಲಾಗುತ್ತದೆ. ಕೆಲವು ಕಾರಣಗಳಿಗಾಗಿ ನೆಟ್‌ವರ್ಕ್‌ನಿಂದ UE ಅನ್ನು ಬಲವಂತವಾಗಿ ತೆಗೆದುಹಾಕಿದರೆ ಈವೆಂಟ್ ಸಂಭವಿಸುತ್ತದೆ.

* ಸಾಧನವು ಇನ್ನೂ ಲಭ್ಯವಿದೆ ಎಂದು ನೆಟ್‌ವರ್ಕ್‌ಗೆ ತಿಳಿಸಲು, ಅದು ನಿಯತಕಾಲಿಕವಾಗಿ ನವೀಕರಣ ಕಾರ್ಯವಿಧಾನವನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ - ಟ್ರ್ಯಾಕಿಂಗ್ ಏರಿಯಾ ಅಪ್‌ಡೇಟ್ (TAU). ಈ ಕಾರ್ಯವಿಧಾನದ ಆವರ್ತನವನ್ನು ಟೈಮರ್ T3412 ಅಥವಾ (PSM ಸಂದರ್ಭದಲ್ಲಿ T3412_ವಿಸ್ತರಿಸಲಾಗಿದೆ) ಬಳಸಿಕೊಂಡು ನೆಟ್ವರ್ಕ್ನಿಂದ ಹೊಂದಿಸಲಾಗಿದೆ, ಅದರ ಮೌಲ್ಯವನ್ನು ಲಗತ್ತಿಸುವ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಅಥವಾ ಮುಂದಿನ TAU ಸಮಯದಲ್ಲಿ ಸಾಧನಕ್ಕೆ ರವಾನಿಸಲಾಗುತ್ತದೆ. ಮೊಬೈಲ್ ತಲುಪುವ ಟೈಮರ್ ಸಾಮಾನ್ಯವಾಗಿ T3412 ಗಿಂತ ಹಲವಾರು ನಿಮಿಷಗಳಷ್ಟು ಉದ್ದವಾಗಿದೆ. "ಮೊಬೈಲ್ ರೀಚಬಿಲಿಟಿ ಟೈಮರ್" ಅವಧಿ ಮುಗಿಯುವ ಮೊದಲು UE TAU ಅನ್ನು ಮಾಡದಿದ್ದರೆ, ನೆಟ್‌ವರ್ಕ್ ಅದನ್ನು ಇನ್ನು ಮುಂದೆ ತಲುಪಲಾಗುವುದಿಲ್ಲ ಎಂದು ಪರಿಗಣಿಸುತ್ತದೆ.

UE ತಲುಪುವಿಕೆ - ಡಿಎಲ್ ಟ್ರಾಫಿಕ್ ಅಥವಾ ಎಸ್‌ಎಂಎಸ್‌ಗೆ ಯುಇ ಯಾವಾಗ ಲಭ್ಯವಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಪೇಜಿಂಗ್‌ಗಾಗಿ UE ಲಭ್ಯವಾದಾಗ (eDRX ಮೋಡ್‌ನಲ್ಲಿ UE ಗಾಗಿ) ಅಥವಾ UE ECM-ಸಂಪರ್ಕಿತ ಮೋಡ್‌ಗೆ (PSM ಅಥವಾ eDRX ಮೋಡ್‌ನಲ್ಲಿ UE ಗಾಗಿ) ಪ್ರವೇಶಿಸಿದಾಗ ಇದು ಸಂಭವಿಸುತ್ತದೆ, ಅಂದರೆ. TAU ಅನ್ನು ಮಾಡುತ್ತದೆ ಅಥವಾ ಅಪ್ಲಿಂಕ್ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಕಳುಹಿಸುತ್ತದೆ.

ಸ್ಥಳ ವರದಿ ಮಾಡುವಿಕೆ - ಈ ರೀತಿಯ ಮಾನಿಟರಿಂಗ್ ಈವೆಂಟ್‌ಗಳು UE ನ ಸ್ಥಳವನ್ನು ಪ್ರಶ್ನಿಸಲು AS ಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಪ್ರಸ್ತುತ ಸ್ಥಳ (ಪ್ರಸ್ತುತ ಸ್ಥಳ) ಅಥವಾ ಕೊನೆಯದಾಗಿ ತಿಳಿದಿರುವ ಸ್ಥಳ (ಸಾಧನವು TAU ಅಥವಾ ಕಳೆದ ಬಾರಿ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಮಾಡಿದ ಸೆಲ್ ID ಯಿಂದ ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ) ವಿನಂತಿಸಬಹುದು, ಇದು PSM ಅಥವಾ eDRX ವಿದ್ಯುತ್ ಉಳಿತಾಯ ಮೋಡ್‌ಗಳಲ್ಲಿನ ಸಾಧನಗಳಿಗೆ ಸಂಬಂಧಿಸಿದೆ. "ಪ್ರಸ್ತುತ ಸ್ಥಳ" ಗಾಗಿ, AS ಪುನರಾವರ್ತಿತ ಪ್ರತ್ಯುತ್ತರಗಳನ್ನು ವಿನಂತಿಸಬಹುದು, MME ಪ್ರತಿ ಬಾರಿ ಸಾಧನದ ಸ್ಥಳವನ್ನು ಬದಲಾಯಿಸಿದಾಗ AS ಗೆ ತಿಳಿಸುತ್ತದೆ.

IMSI-IMEI ಸಂಘದ ಬದಲಾವಣೆ - ಈ ಈವೆಂಟ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿದಾಗ, SCEF IMSI (SIM ಕಾರ್ಡ್ ಗುರುತಿಸುವಿಕೆ) ಮತ್ತು IMEI (ಸಾಧನ ಗುರುತಿಸುವಿಕೆ) ಸಂಯೋಜನೆಯಲ್ಲಿನ ಬದಲಾವಣೆಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಈವೆಂಟ್ ಸಂಭವಿಸಿದಾಗ, AS ಗೆ ತಿಳಿಸುತ್ತದೆ. ನಿಗದಿತ ಬದಲಿ ಕೆಲಸದ ಸಮಯದಲ್ಲಿ ಸಾಧನಕ್ಕೆ ಬಾಹ್ಯ ID ಯನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮರುಬೈಂಡ್ ಮಾಡಲು ಅಥವಾ ಸಾಧನದ ಕಳ್ಳತನಕ್ಕಾಗಿ ಗುರುತಿಸುವಿಕೆಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಬಳಸಬಹುದು.

ರೋಮಿಂಗ್ ಸ್ಥಿತಿ - UE ಹೋಮ್ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿದೆಯೇ ಅಥವಾ ರೋಮಿಂಗ್ ಪಾಲುದಾರರ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿದೆಯೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಲು AS ನಿಂದ ಈ ರೀತಿಯ ಮೇಲ್ವಿಚಾರಣೆಯನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಐಚ್ಛಿಕವಾಗಿ, ಸಾಧನವನ್ನು ನೋಂದಾಯಿಸಿದ ಆಪರೇಟರ್‌ನ PLMN (ಪಬ್ಲಿಕ್ ಲ್ಯಾಂಡ್ ಮೊಬೈಲ್ ನೆಟ್‌ವರ್ಕ್) ಅನ್ನು ರವಾನಿಸಬಹುದು.

ಸಂವಹನ ವೈಫಲ್ಯ - ರೇಡಿಯೋ ಪ್ರವೇಶ ಜಾಲದಿಂದ (S1-AP ಪ್ರೋಟೋಕಾಲ್) ಸ್ವೀಕರಿಸಿದ ಸಂಪರ್ಕ ನಷ್ಟದ (ಬಿಡುಗಡೆ ಕಾಸ್ ಕೋಡ್) ಕಾರಣಗಳ ಆಧಾರದ ಮೇಲೆ ಸಾಧನದೊಂದಿಗಿನ ಸಂವಹನದಲ್ಲಿನ ವೈಫಲ್ಯಗಳ ಬಗ್ಗೆ ಈ ರೀತಿಯ ಮೇಲ್ವಿಚಾರಣೆಯು AS ಗೆ ತಿಳಿಸುತ್ತದೆ. ಈ ಈವೆಂಟ್ ಏಕೆ ಸಂವಹನ ವಿಫಲವಾಗಿದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ - ನೆಟ್ವರ್ಕ್ನಲ್ಲಿನ ಸಮಸ್ಯೆಗಳಿಂದಾಗಿ, ಉದಾಹರಣೆಗೆ, eNodeb ಓವರ್ಲೋಡ್ ಆಗಿರುವಾಗ (ರೇಡಿಯೊ ಸಂಪನ್ಮೂಲಗಳು ಲಭ್ಯವಿಲ್ಲ) ಅಥವಾ ಸಾಧನದ ವೈಫಲ್ಯದಿಂದಾಗಿ (UE ಲಾಸ್ಟ್ನೊಂದಿಗೆ ರೇಡಿಯೋ ಸಂಪರ್ಕ).

ಡಿಡಿಎನ್ ವೈಫಲ್ಯದ ನಂತರ ಲಭ್ಯತೆ - ಸಂವಹನ ವೈಫಲ್ಯದ ನಂತರ ಸಾಧನವು ಲಭ್ಯವಾಗಿದೆ ಎಂದು ಈ ಘಟನೆಯು AS ಗೆ ತಿಳಿಸುತ್ತದೆ. ಸಾಧನಕ್ಕೆ ಡೇಟಾವನ್ನು ವರ್ಗಾಯಿಸುವ ಅಗತ್ಯವಿದ್ದಾಗ ಬಳಸಬಹುದು, ಆದರೆ ಹಿಂದಿನ ಪ್ರಯತ್ನವು ಯಶಸ್ವಿಯಾಗಲಿಲ್ಲ ಏಕೆಂದರೆ UE ನೆಟ್‌ವರ್ಕ್‌ನಿಂದ ಅಧಿಸೂಚನೆಗೆ ಪ್ರತಿಕ್ರಿಯಿಸಲಿಲ್ಲ (ಪೇಜಿಂಗ್) ಮತ್ತು ಡೇಟಾವನ್ನು ತಲುಪಿಸಲಾಗಿಲ್ಲ. UE ಗಾಗಿ ಈ ರೀತಿಯ ಮೇಲ್ವಿಚಾರಣೆಯನ್ನು ವಿನಂತಿಸಿದ್ದರೆ, ಸಾಧನವು ಒಳಬರುವ ಸಂವಹನವನ್ನು ಮಾಡಿದ ತಕ್ಷಣ, TAU ಅನ್ನು ಮಾಡಿದ ಅಥವಾ ಅಪ್‌ಲಿಂಕ್‌ಗೆ ಡೇಟಾವನ್ನು ಕಳುಹಿಸಿದಾಗ, ಸಾಧನವು ಲಭ್ಯವಾಗಿದೆ ಎಂದು AS ಗೆ ತಿಳಿಸಲಾಗುತ್ತದೆ. DDN (ಡೌನ್‌ಲಿಂಕ್ ಡೇಟಾ ಅಧಿಸೂಚನೆ) ಕಾರ್ಯವಿಧಾನವು MME ಮತ್ತು S/P-GW ನಡುವೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದರಿಂದ, ಈ ರೀತಿಯ ಮೇಲ್ವಿಚಾರಣೆಯು IP ಸಾಧನಗಳಿಗೆ ಮಾತ್ರ ಲಭ್ಯವಿದೆ.

PDN ಸಂಪರ್ಕ ಸ್ಥಿತಿ – ಸಾಧನದ ಸ್ಥಿತಿಯು ಬದಲಾದಾಗ AS ಅನ್ನು ತಿಳಿಸುತ್ತದೆ (PDN ಸಂಪರ್ಕ ಸ್ಥಿತಿ) - ಸಂಪರ್ಕ (PDN ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆ) ಅಥವಾ ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸುವಿಕೆ (PDN ಅಳಿಸುವಿಕೆ). UE ನೊಂದಿಗೆ ಸಂವಹನವನ್ನು ಪ್ರಾರಂಭಿಸಲು AS ನಿಂದ ಇದನ್ನು ಬಳಸಬಹುದು, ಅಥವಾ ಪ್ರತಿಯಾಗಿ, ಸಂವಹನವು ಇನ್ನು ಮುಂದೆ ಸಾಧ್ಯವಿಲ್ಲ ಎಂದು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು. IP ಮತ್ತು IP ಅಲ್ಲದ ಸಾಧನಗಳಿಗೆ ಈ ರೀತಿಯ ಮೇಲ್ವಿಚಾರಣೆ ಲಭ್ಯವಿದೆ.

ಭೌಗೋಳಿಕ ಪ್ರದೇಶದಲ್ಲಿ ಇರುವ UE ಗಳ ಸಂಖ್ಯೆ - ನಿರ್ದಿಷ್ಟ ಭೌಗೋಳಿಕ ಪ್ರದೇಶದಲ್ಲಿ UE ಗಳ ಸಂಖ್ಯೆಯನ್ನು ನಿರ್ಧರಿಸಲು AS ನಿಂದ ಈ ರೀತಿಯ ಮೇಲ್ವಿಚಾರಣೆಯನ್ನು ಬಳಸಲಾಗುತ್ತದೆ.

ಸಾಧನವನ್ನು ಪ್ರಚೋದಿಸುವುದು)

2G/3G ನೆಟ್‌ವರ್ಕ್‌ಗಳಲ್ಲಿ, ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ನೋಂದಣಿ ಪ್ರಕ್ರಿಯೆಯು ಎರಡು-ಹಂತವಾಗಿತ್ತು: ಮೊದಲು, SGSN ನೊಂದಿಗೆ ನೋಂದಾಯಿಸಲಾದ ಸಾಧನ (ಲಗತ್ತಿಸುವ ಕಾರ್ಯವಿಧಾನ), ನಂತರ, ಅಗತ್ಯವಿದ್ದರೆ, ಅದು PDP ಸಂದರ್ಭವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ - ಪ್ಯಾಕೆಟ್ ಗೇಟ್‌ವೇ (GGSN) ನೊಂದಿಗೆ ಸಂಪರ್ಕ ಡೇಟಾವನ್ನು ರವಾನಿಸಲು. 3G ನೆಟ್‌ವರ್ಕ್‌ಗಳಲ್ಲಿ, ಈ ಎರಡು ಕಾರ್ಯವಿಧಾನಗಳು ಅನುಕ್ರಮವಾಗಿ ಸಂಭವಿಸಿದವು, ಅಂದರೆ. ಸಾಧನವು ಡೇಟಾವನ್ನು ವರ್ಗಾಯಿಸಲು ಅಗತ್ಯವಿರುವ ಕ್ಷಣಕ್ಕಾಗಿ ಕಾಯಲಿಲ್ಲ, ಆದರೆ ಲಗತ್ತಿಸುವ ಪ್ರಕ್ರಿಯೆಯು ಪೂರ್ಣಗೊಂಡ ತಕ್ಷಣ PDP ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ. LTE ನಲ್ಲಿ, ಈ ಎರಡು ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ಒಂದಾಗಿ ಸಂಯೋಜಿಸಲಾಗಿದೆ, ಅಂದರೆ, ಲಗತ್ತಿಸುವಾಗ, ಸಾಧನವು ತಕ್ಷಣವೇ PDN ಸಂಪರ್ಕವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲು ವಿನಂತಿಸುತ್ತದೆ (2G/3G ನಲ್ಲಿ PDP ಗೆ ಹೋಲುತ್ತದೆ) eNodeB ಮೂಲಕ MME-SGW-PGW ಗೆ.

NB-IoT ಸಂಪರ್ಕ ವಿಧಾನವನ್ನು "PDN ಇಲ್ಲದೆ ಲಗತ್ತಿಸಿ" ಎಂದು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ, ಅಂದರೆ, PDN ಸಂಪರ್ಕವನ್ನು ಸ್ಥಾಪಿಸದೆ UE ಲಗತ್ತಿಸುತ್ತದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಟ್ರಾಫಿಕ್ ಅನ್ನು ರವಾನಿಸಲು ಇದು ಲಭ್ಯವಿರುವುದಿಲ್ಲ ಮತ್ತು SMS ಅನ್ನು ಮಾತ್ರ ಸ್ವೀಕರಿಸಬಹುದು ಅಥವಾ ಕಳುಹಿಸಬಹುದು. PDN ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲು ಮತ್ತು AS ಗೆ ಸಂಪರ್ಕಿಸಲು ಅಂತಹ ಸಾಧನಕ್ಕೆ ಆಜ್ಞೆಯನ್ನು ಕಳುಹಿಸಲು, "ಸಾಧನವನ್ನು ಪ್ರಚೋದಿಸುವ" ಕಾರ್ಯವನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ.

AS ನಿಂದ ಅಂತಹ UE ಅನ್ನು ಸಂಪರ್ಕಿಸಲು ಆಜ್ಞೆಯನ್ನು ಸ್ವೀಕರಿಸಿದಾಗ, SCEF SMS ಕೇಂದ್ರದ ಮೂಲಕ ಸಾಧನಕ್ಕೆ ನಿಯಂತ್ರಣ SMS ಅನ್ನು ಕಳುಹಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. SMS ಸ್ವೀಕರಿಸುವಾಗ, ಸಾಧನವು PDN ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಹೆಚ್ಚಿನ ಸೂಚನೆಗಳನ್ನು ಸ್ವೀಕರಿಸಲು ಅಥವಾ ಡೇಟಾವನ್ನು ವರ್ಗಾಯಿಸಲು AS ಗೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ.

SCEF ನಲ್ಲಿ ನಿಮ್ಮ ಸಾಧನದ ಚಂದಾದಾರಿಕೆಯ ಅವಧಿ ಮುಗಿಯುವ ಸಂದರ್ಭಗಳು ಇರಬಹುದು. ಹೌದು, ಚಂದಾದಾರಿಕೆಯು ತನ್ನದೇ ಆದ ಜೀವಿತಾವಧಿಯನ್ನು ಹೊಂದಿದೆ, ಆಪರೇಟರ್‌ನಿಂದ ಹೊಂದಿಸಲಾಗಿದೆ ಅಥವಾ AS ನೊಂದಿಗೆ ಒಪ್ಪಿಕೊಂಡಿದೆ. ಅವಧಿ ಮುಗಿದ ನಂತರ, MME ನಲ್ಲಿ PDN ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಸಾಧನವು AS ಗೆ ಲಭ್ಯವಿರುವುದಿಲ್ಲ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, "ಸಾಧನವನ್ನು ಪ್ರಚೋದಿಸುವ" ಕಾರ್ಯವು ಸಹ ಸಹಾಯ ಮಾಡುತ್ತದೆ. AS ನಿಂದ ಹೊಸ ಡೇಟಾವನ್ನು ಸ್ವೀಕರಿಸುವಾಗ, SCEF ಸಾಧನದ ಸಂಪರ್ಕ ಸ್ಥಿತಿಯನ್ನು ಕಂಡುಹಿಡಿಯುತ್ತದೆ ಮತ್ತು SMS ಚಾನಲ್ ಮೂಲಕ ಡೇಟಾವನ್ನು ತಲುಪಿಸುತ್ತದೆ.

ತೀರ್ಮಾನಕ್ಕೆ

SCEF ನ ಕಾರ್ಯವು ಸಹಜವಾಗಿ, ಮೇಲೆ ವಿವರಿಸಿದ ಸೇವೆಗಳಿಗೆ ಸೀಮಿತವಾಗಿಲ್ಲ ಮತ್ತು ನಿರಂತರವಾಗಿ ವಿಕಸನಗೊಳ್ಳುತ್ತಿದೆ ಮತ್ತು ವಿಸ್ತರಿಸುತ್ತಿದೆ. ಪ್ರಸ್ತುತ, SCEF ಗಾಗಿ ಒಂದು ಡಜನ್‌ಗಿಂತಲೂ ಹೆಚ್ಚು ಸೇವೆಗಳನ್ನು ಈಗಾಗಲೇ ಪ್ರಮಾಣೀಕರಿಸಲಾಗಿದೆ. ಈಗ ನಾವು ಡೆವಲಪರ್‌ಗಳಿಂದ ಬೇಡಿಕೆಯಲ್ಲಿರುವ ಮುಖ್ಯ ಕಾರ್ಯಗಳನ್ನು ಮಾತ್ರ ಸ್ಪರ್ಶಿಸಿದ್ದೇವೆ ಮುಂದಿನ ಲೇಖನಗಳಲ್ಲಿ ನಾವು ಉಳಿದವುಗಳ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತೇವೆ.

ಪ್ರಶ್ನೆ ತಕ್ಷಣವೇ ಉದ್ಭವಿಸುತ್ತದೆ: ಸಂಭವನೀಯ ಪ್ರಕರಣಗಳ ಪ್ರಾಥಮಿಕ ಪರೀಕ್ಷೆ ಮತ್ತು ಡೀಬಗ್ ಮಾಡಲು ಈ "ಪವಾಡ" ನೋಡ್‌ಗೆ ಪರೀಕ್ಷಾ ಪ್ರವೇಶವನ್ನು ಹೇಗೆ ಪಡೆಯುವುದು? ಎಲ್ಲವೂ ತುಂಬಾ ಸರಳವಾಗಿದೆ. ಯಾವುದೇ ಡೆವಲಪರ್ iot.info@mts.ru ಗೆ ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸಬಹುದು, ಇದರಲ್ಲಿ ಸಂಪರ್ಕದ ಉದ್ದೇಶ, ಸಂಭವನೀಯ ಪ್ರಕರಣದ ವಿವರಣೆ ಮತ್ತು ಸಂವಹನಕ್ಕಾಗಿ ಸಂಪರ್ಕ ಮಾಹಿತಿಯನ್ನು ಸೂಚಿಸಲು ಸಾಕು.

!

ಲೇಖಕರು:

• ಒಮ್ಮುಖ ಪರಿಹಾರಗಳು ಮತ್ತು ಮಲ್ಟಿಮೀಡಿಯಾ ಸೇವೆಗಳ ವಿಭಾಗದ ಹಿರಿಯ ತಜ್ಞ ಸೆರ್ಗೆ ನೋವಿಕೋವ್ ಸನೋವ್,
• ಒಮ್ಮುಖ ಪರಿಹಾರಗಳು ಮತ್ತು ಮಲ್ಟಿಮೀಡಿಯಾ ಸೇವೆಗಳ ವಿಭಾಗದ ಪರಿಣಿತ ಅಲೆಕ್ಸಿ ಲ್ಯಾಪ್ಶಿನ್ ಅಸ್ಲಾಪ್ಶ್

ಮೂಲ: www.habr.com