NB-IoT: এটা কিভাবে কাজ করে? পার্ট 3: SCEF - অপারেটর পরিষেবাগুলিতে অ্যাক্সেসের একক উইন্ডো৷

প্রবন্ধে "NB-IoT: এটা কিভাবে কাজ করে? অংশ ২", NB-IoT নেটওয়ার্কের প্যাকেট কোরের আর্কিটেকচার সম্পর্কে কথা বলতে গিয়ে, আমরা একটি নতুন SCEF নোডের উপস্থিতির উল্লেখ করেছি। আমরা তৃতীয় অংশে ব্যাখ্যা করব এটি কী এবং কেন এটি প্রয়োজন?

একটি M2M পরিষেবা তৈরি করার সময়, অ্যাপ্লিকেশন বিকাশকারীরা নিম্নলিখিত প্রশ্নের মুখোমুখি হন:

• কিভাবে ডিভাইস সনাক্ত করতে হয়;
• কি যাচাইকরণ এবং প্রমাণীকরণ অ্যালগরিদম ব্যবহার করতে হবে;
• ডিভাইসের সাথে ইন্টারঅ্যাক্ট করার জন্য কোন পরিবহন প্রোটোকল বেছে নিতে হবে;
• কীভাবে নির্ভরযোগ্যভাবে ডিভাইসগুলিতে ডেটা সরবরাহ করা যায়;
• কিভাবে সংগঠিত এবং তাদের সাথে তথ্য বিনিময়ের জন্য নিয়ম স্থাপন;
• অনলাইনে তাদের অবস্থা সম্পর্কে তথ্য কিভাবে নিরীক্ষণ এবং প্রাপ্ত করা যায়;
• কিভাবে একই সাথে আপনার ডিভাইসের একটি গ্রুপে ডেটা সরবরাহ করবেন;
• কিভাবে একই সাথে একটি ডিভাইস থেকে একাধিক ক্লায়েন্টের কাছে ডেটা পাঠাতে হয়;
• কীভাবে আপনার ডিভাইস পরিচালনার জন্য অতিরিক্ত অপারেটর পরিষেবাগুলিতে একীভূত অ্যাক্সেস পাবেন।

তাদের সমাধান করার জন্য, মালিকানাধীন প্রযুক্তিগতভাবে "ভারী" সমাধান তৈরি করা প্রয়োজন, যা শ্রমের ব্যয় বৃদ্ধি করে এবং সময়-থেকে-বাজার পরিষেবার দিকে পরিচালিত করে। এখানেই নতুন SCEF নোড উদ্ধারে আসে।

3GPP দ্বারা সংজ্ঞায়িত হিসাবে, SCEF (সার্ভিস ক্যাপাবিলিটি এক্সপোজার ফাংশন) হল 3GPP আর্কিটেকচারের একটি সম্পূর্ণ নতুন উপাদান যার কাজ হল API এর মাধ্যমে 3GPP নেটওয়ার্ক ইন্টারফেস দ্বারা প্রদত্ত পরিষেবা এবং ক্ষমতাগুলিকে নিরাপদে প্রকাশ করা।

সহজ কথায়, SCEF হল নেটওয়ার্ক এবং অ্যাপ্লিকেশন সার্ভার (AS) এর মধ্যে একটি মধ্যস্থতাকারী, একটি স্বজ্ঞাত, প্রমিত API ইন্টারফেসের মাধ্যমে NB-IoT নেটওয়ার্কে আপনার M2M ডিভাইস পরিচালনা করার জন্য অপারেটর পরিষেবাগুলিতে অ্যাক্সেসের একক উইন্ডো।

SCEF একটি অপারেটরের নেটওয়ার্কের জটিলতা লুকিয়ে রাখে, যা অ্যাপ্লিকেশন ডেভেলপারদের ডিভাইসের সাথে ইন্টারঅ্যাক্ট করার জন্য জটিল, ডিভাইস-নির্দিষ্ট প্রক্রিয়াগুলিকে বিমূর্ত করতে দেয়।

অ্যাপ্লিকেশন ডেভেলপারদের জন্য নেটওয়ার্ক প্রোটোকলগুলিকে একটি পরিচিত API-তে রূপান্তরিত করে, SCEF API নতুন পরিষেবা তৈরির সুবিধা দেয় এবং সময়-টু-মার্কেট হ্রাস করে। নতুন নোডের মধ্যে রয়েছে মোবাইল ডিভাইস সনাক্ত/প্রমাণিত করার ফাংশন, ডিভাইস এবং AS-এর মধ্যে ডেটা আদান-প্রদানের নিয়ম সংজ্ঞায়িত করা, অ্যাপ্লিকেশন ডেভেলপারদের তাদের পাশে এই ফাংশনগুলি বাস্তবায়নের প্রয়োজনীয়তা দূর করা, এই ফাংশনগুলিকে অপারেটরের কাঁধে স্থানান্তর করা।

SCEF অ্যাপ্লিকেশান সার্ভারের প্রমাণীকরণ এবং অনুমোদনের জন্য প্রয়োজনীয় ইন্টারফেসগুলি কভার করে, UE গতিশীলতা বজায় রাখা, ডেটা স্থানান্তর এবং ডিভাইস ট্রিগারিং, অতিরিক্ত পরিষেবাগুলিতে অ্যাক্সেস এবং অপারেটর নেটওয়ার্ক ক্ষমতা।

AS এর দিকে একটি একক T8 ইন্টারফেস রয়েছে, একটি API (HTTP/JSON) যা 3GPP দ্বারা প্রমিত। সমস্ত ইন্টারফেস, T8 বাদে, DIAMETER প্রোটোকলের উপর ভিত্তি করে কাজ করে (চিত্র 1)।

T6a – SCEF এবং MME এর মধ্যে ইন্টারফেস। গতিশীলতা/সেশন ম্যানেজমেন্ট পদ্ধতি, নন-আইপি ডেটা ট্রান্সমিশন, ইভেন্টগুলি পর্যবেক্ষণের ব্যবস্থা করা এবং সেগুলির উপর রিপোর্ট গ্রহণের জন্য ব্যবহৃত হয়।

S6t - SCEF এবং HSS এর মধ্যে ইন্টারফেস। গ্রাহক প্রমাণীকরণ, অ্যাপ্লিকেশন সার্ভারের অনুমোদন, বাহ্যিক আইডি এবং IMSI/MSISDN এর সংমিশ্রণ প্রাপ্তির জন্য প্রয়োজনীয়, পর্যবেক্ষণ ইভেন্টের ব্যবস্থা করা এবং সেগুলির উপর প্রতিবেদন গ্রহণ করা।

S6m/T4 – SCEF থেকে HSS এবং SMS-C পর্যন্ত ইন্টারফেস (3GPP MTC-IWF নোডকে সংজ্ঞায়িত করে, যা NB-IoT নেটওয়ার্কে ডিভাইস ট্রিগারিং এবং SMS ট্রান্সমিশনের জন্য ব্যবহৃত হয়। যাইহোক, সমস্ত বাস্তবায়নে এই নোডের কার্যকারিতা একত্রিত করা হয়। SCEF, তাই সার্কিটের সরলীকরণের জন্য, আমরা এটি আলাদাভাবে বিবেচনা করব না)। এসএমএস পাঠানো এবং এসএমএস সেন্টারের সাথে ইন্টারঅ্যাক্ট করার জন্য রাউটিং তথ্য পেতে ব্যবহৃত হয়।

T8 - অ্যাপ্লিকেশন সার্ভারের সাথে SCEF ইন্টারঅ্যাকশনের জন্য API ইন্টারফেস। নিয়ন্ত্রণ কমান্ড এবং ট্র্যাফিক উভয়ই এই ইন্টারফেসের মাধ্যমে প্রেরণ করা হয়।

*বাস্তবে আরও ইন্টারফেস আছে; শুধুমাত্র সবচেয়ে মৌলিকগুলি এখানে তালিকাভুক্ত করা হয়েছে। একটি সম্পূর্ণ তালিকা 3GPP 23.682 (4.3.2 রেফারেন্স পয়েন্টের তালিকা) এ দেওয়া হয়েছে।

নীচে SCEF-এর মূল কাজ এবং পরিষেবাগুলি রয়েছে:

• সিম কার্ড আইডেন্টিফায়ার (IMSI) কে এক্সটার্নাল আইডির সাথে লিঙ্ক করা;
• নন-আইপি ট্র্যাফিকের সংক্রমণ (নন-আইপি ডেটা ডেলিভারি, এনআইডিডি);
• বাহ্যিক গ্রুপ আইডি ব্যবহার করে গ্রুপ অপারেশন;
• নিশ্চিতকরণ সহ ডেটা ট্রান্সমিশন মোডের জন্য সমর্থন;
• MO (মোবাইল অরিজিনেটেড) এবং MT (মোবাইল টার্মিনেটেড) ডেটার বাফারিং;
• ডিভাইস এবং অ্যাপ্লিকেশন সার্ভারের প্রমাণীকরণ এবং অনুমোদন;
• একাধিক ASes দ্বারা এক UE থেকে ডেটার একযোগে ব্যবহার;
• বিশেষ UE স্ট্যাটাস মনিটরিং ফাংশনগুলির জন্য সমর্থন (MONTE - মনিটরিং ইভেন্ট);
• ডিভাইস ট্রিগারিং;
• নন-আইপি ডেটা রোমিং প্রদান করে।

AS এবং SCEF-এর মধ্যে মিথস্ক্রিয়ার মূল নীতি তথাকথিত স্কিমের উপর ভিত্তি করে। সদস্যতা যদি একটি নির্দিষ্ট UE-এর জন্য কোনও SCEF পরিষেবাতে অ্যাক্সেস পাওয়ার প্রয়োজন হয়, তবে অ্যাপ্লিকেশন সার্ভারকে অনুরোধ করা পরিষেবার নির্দিষ্ট API-এ একটি কমান্ড পাঠিয়ে সাবস্ক্রিপশন তৈরি করতে হবে এবং প্রতিক্রিয়া হিসাবে একটি অনন্য শনাক্তকারী পেতে হবে। এর পরে এই পরিষেবার কাঠামোর মধ্যে UE-এর সাথে আরও সমস্ত কাজ এবং যোগাযোগ এই শনাক্তকারী ব্যবহার করে সঞ্চালিত হবে।

এক্সটার্নাল আইডি: ইউনিভার্সাল ডিভাইস আইডেন্টিফায়ার

SCEF-এর মাধ্যমে কাজ করার সময় AS এবং ডিভাইসগুলির মধ্যে মিথস্ক্রিয়া পরিকল্পনার সবচেয়ে গুরুত্বপূর্ণ পরিবর্তনগুলির মধ্যে একটি হল একটি সর্বজনীন শনাক্তকারীর উপস্থিতি। এখন, একটি টেলিফোন নম্বর (MSISDN) বা IP ঠিকানার পরিবর্তে, যেমনটি ক্লাসিক 2G/3G/LTE নেটওয়ার্কের ক্ষেত্রে ছিল, অ্যাপ্লিকেশন সার্ভারের জন্য ডিভাইস শনাক্তকারী "বহিরাগত ID" হয়ে যায়। এটি অ্যাপ্লিকেশন ডেভেলপারদের সাথে পরিচিত “@” ফর্ম্যাটে মান দ্বারা সংজ্ঞায়িত করা হয়।

ডেভেলপারদের আর ডিভাইস প্রমাণীকরণ অ্যালগরিদম প্রয়োগ করতে হবে না; নেটওয়ার্ক সম্পূর্ণরূপে এই ফাংশনটি গ্রহণ করে। বাহ্যিক আইডি IMSI-এর সাথে আবদ্ধ, এবং বিকাশকারী নিশ্চিত হতে পারেন যে একটি নির্দিষ্ট বাহ্যিক আইডি অ্যাক্সেস করার সময়, এটি একটি নির্দিষ্ট সিম কার্ডের সাথে ইন্টারঅ্যাক্ট করে৷ একটি সিম চিপ ব্যবহার করার সময়, আপনি একটি সম্পূর্ণ অনন্য পরিস্থিতি পান যখন বাহ্যিক আইডি একটি নির্দিষ্ট ডিভাইসকে স্বতন্ত্রভাবে সনাক্ত করে!

তদুপরি, একটি IMSI-এর সাথে একাধিক বাহ্যিক আইডি লিঙ্ক করা যেতে পারে - একটি আরও আকর্ষণীয় পরিস্থিতি দেখা দেয় যখন বাহ্যিক আইডি একটি নির্দিষ্ট ডিভাইসে একটি নির্দিষ্ট পরিষেবার জন্য দায়ী একটি নির্দিষ্ট অ্যাপ্লিকেশনটিকে স্বতন্ত্রভাবে সনাক্ত করে।

একটি গোষ্ঠী শনাক্তকারীও উপস্থিত হয় - বাহ্যিক গ্রুপ আইডি, যার মধ্যে পৃথক বাহ্যিক আইডিগুলির একটি সেট অন্তর্ভুক্ত থাকে। এখন, SCEF-এর কাছে একটি অনুরোধের সাথে, AS গ্রুপ অপারেশন শুরু করতে পারে - একক লজিক্যাল গ্রুপে একত্রিত একাধিক ডিভাইসে ডেটা বা নিয়ন্ত্রণ কমান্ড পাঠানো।

এই কারণে যে AS ডেভেলপারদের জন্য একটি নতুন ডিভাইস শনাক্তকারীতে রূপান্তর তাত্ক্ষণিক হতে পারে না, SCEF একটি স্ট্যান্ডার্ড নম্বর - MSISDN-এর মাধ্যমে UE-এর সাথে AS যোগাযোগের সম্ভাবনা ছেড়ে দিয়েছে।

নন-আইপি ট্রাফিকের ট্রান্সমিশন (নন-আইপি ডেটা ডেলিভারি, এনআইডিডি)

NB-IoT-তে, অল্প পরিমাণে ডেটা প্রেরণের জন্য প্রক্রিয়াগুলির অপ্টিমাইজেশনের অংশ হিসাবে, ইতিমধ্যে বিদ্যমান PDN প্রকারগুলি ছাড়াও, যেমন IPv4, IPv6 এবং IPv4v6, আরেকটি প্রকার হাজির হয়েছে - অ-আইপি। এই ক্ষেত্রে, ডিভাইস (UE) একটি IP ঠিকানা বরাদ্দ করা হয় না এবং আইপি প্রোটোকল ব্যবহার না করে ডেটা প্রেরণ করা হয়। এই ধরনের সংযোগের জন্য ট্র্যাফিক দুটি উপায়ে রুট করা যেতে পারে: ক্লাসিক - MME -> SGW -> PGW এবং তারপর PtP টানেল দিয়ে AS (চিত্র 2) বা SCEF (চিত্র 3) ব্যবহার করে।

আইপি হেডারের অনুপস্থিতির কারণে ট্রান্সমিটেড প্যাকেটের আকার কমানো ছাড়া, আইপি ট্র্যাফিকের উপর ক্লাসিক পদ্ধতি কোনো বিশেষ সুবিধা দেয় না। SCEF এর ব্যবহার অনেকগুলি নতুন সম্ভাবনা উন্মুক্ত করে এবং ডিভাইসগুলির সাথে ইন্টারঅ্যাক্ট করার পদ্ধতিগুলিকে উল্লেখযোগ্যভাবে সরল করে৷

SCEF এর মাধ্যমে ডেটা প্রেরণ করার সময়, ক্লাসিক আইপি ট্র্যাফিকের উপর দুটি অত্যন্ত গুরুত্বপূর্ণ সুবিধা উপস্থিত হয়:


এক্সটার্নাল আইডির মাধ্যমে ডিভাইসে MT ট্রাফিক ডেলিভারি

একটি ক্লাসিক আইপি ডিভাইসে একটি বার্তা পাঠাতে, AS কে অবশ্যই তার IP ঠিকানা জানতে হবে৷ এখানে একটি সমস্যা দেখা দেয়: যেহেতু ডিভাইসটি সাধারণত রেজিস্ট্রেশনের সময় একটি "ধূসর" আইপি ঠিকানা পায়, তাই এটি একটি NAT নোডের মাধ্যমে ইন্টারনেটে অবস্থিত অ্যাপ্লিকেশন সার্ভারের সাথে যোগাযোগ করে, যেখানে ধূসর ঠিকানাটি সাদাতে অনুবাদ করা হয়। NAT সেটিংসের উপর নির্ভর করে, ধূসর এবং সাদা IP ঠিকানাগুলির সংমিশ্রণ সীমিত সময়ের জন্য স্থায়ী হয়। গড়ে, TCP বা UDP-এর জন্য - পাঁচ মিনিটের বেশি নয়। অর্থাৎ, যদি 5 মিনিটের মধ্যে এই ডিভাইসের সাথে কোনো ডেটা আদান-প্রদান না হয়, তাহলে সংযোগটি বিচ্ছিন্ন হয়ে যাবে এবং ডিভাইসটি আর সাদা ঠিকানায় অ্যাক্সেসযোগ্য হবে না যেখানে AS-এর সাথে সেশন শুরু হয়েছিল। বেশ কয়েকটি সমাধান আছে:

1. হার্টবিট ব্যবহার করুন। একবার সংযোগ স্থাপন হয়ে গেলে, ডিভাইসটিকে অবশ্যই প্রতি কয়েক মিনিটে AS-এর সাথে প্যাকেট বিনিময় করতে হবে, যার ফলে NAT অনুবাদগুলি বন্ধ হওয়া থেকে বিরত থাকবে। কিন্তু এখানে কোনো শক্তি দক্ষতার কথা বলা যাবে না।

2. প্রতিবার, যদি প্রয়োজন হয়, AS-তে ডিভাইসের জন্য প্যাকেজগুলির উপলব্ধতা পরীক্ষা করুন - আপলিংকে একটি বার্তা পাঠান৷

3. একটি ব্যক্তিগত APN (VRF) তৈরি করুন, যেখানে অ্যাপ্লিকেশন সার্ভার এবং ডিভাইসগুলি একই সাবনেটে থাকবে এবং ডিভাইসগুলিতে স্ট্যাটিক আইপি ঠিকানাগুলি বরাদ্দ করুন৷ এটি কাজ করবে, কিন্তু যখন আমরা হাজার হাজার, হাজার হাজার ডিভাইসের বহর সম্পর্কে কথা বলি তখন এটি প্রায় অসম্ভব।

4. অবশেষে, সবচেয়ে উপযুক্ত বিকল্প: IPv6 ব্যবহার করুন; এর জন্য NAT এর প্রয়োজন নেই, যেহেতু IPv6 ঠিকানাগুলি ইন্টারনেট থেকে সরাসরি অ্যাক্সেসযোগ্য। যাইহোক, এমনকি এই ক্ষেত্রে, ডিভাইসটি পুনরায় নিবন্ধিত হলে, এটি একটি নতুন IPv6 ঠিকানা পাবে এবং আগেরটি ব্যবহার করে আর অ্যাক্সেসযোগ্য হবে না।

তদনুসারে, ডিভাইসের নতুন আইপি ঠিকানা রিপোর্ট করার জন্য সার্ভারে একটি ডিভাইস শনাক্তকারী সহ কিছু প্রারম্ভিক প্যাকেট পাঠাতে হবে। তারপর AS থেকে একটি নিশ্চিতকরণ প্যাকেটের জন্য অপেক্ষা করুন, যা শক্তি দক্ষতাকেও প্রভাবিত করে।

এই পদ্ধতিগুলি 2G/3G/LTE ডিভাইসগুলির জন্য ভাল কাজ করে, যেখানে ডিভাইসটির স্বায়ত্তশাসনের জন্য কঠোর প্রয়োজনীয়তা নেই এবং ফলস্বরূপ, এয়ারটাইম এবং ট্র্যাফিকের উপর কোন বিধিনিষেধ নেই৷ উচ্চ শক্তি খরচের কারণে এই পদ্ধতিগুলি NB-IoT-এর জন্য উপযুক্ত নয়।

SCEF এই সমস্যার সমাধান করে: যেহেতু AS-এর একমাত্র ডিভাইস শনাক্তকারী একটি বাহ্যিক আইডি, তাই AS-কে শুধুমাত্র একটি নির্দিষ্ট বাহ্যিক আইডির জন্য SCEF-এ একটি ডেটা প্যাকেট পাঠাতে হবে এবং SCEF বাকিগুলির যত্ন নেয়। ডিভাইসটি PSM বা eDRX পাওয়ার সেভিং মোডে থাকলে, ডিভাইসটি উপলব্ধ হলে ডেটা বাফার করা হবে এবং বিতরণ করা হবে। ডিভাইসটি ট্র্যাফিকের জন্য উপলব্ধ থাকলে, ডেটা অবিলম্বে বিতরণ করা হবে। ম্যানেজমেন্ট টিমের ক্ষেত্রেও একই কথা।

যে কোনো সময়ে, AS UE-তে বাফার করা বার্তাটি প্রত্যাহার করতে পারে বা এটিকে একটি নতুন দিয়ে প্রতিস্থাপন করতে পারে।

UE থেকে AS-তে MO ডেটা প্রেরণ করার সময় বাফারিং প্রক্রিয়াটিও ব্যবহার করা যেতে পারে। যদি SCEF অবিলম্বে AS-তে ডেটা সরবরাহ করতে অক্ষম হয়, উদাহরণস্বরূপ যদি AS সার্ভারগুলিতে রক্ষণাবেক্ষণের কাজ চলমান থাকে, এই প্যাকেটগুলিকে বাফার করা হবে এবং AS উপলব্ধ হওয়ার সাথে সাথে বিতরণ করার নিশ্চয়তা দেওয়া হবে।

উপরে উল্লিখিত হিসাবে, একটি AS (এবং NIDD হল একটি পরিষেবা) এর জন্য একটি নির্দিষ্ট পরিষেবা এবং UE-এ অ্যাক্সেস SCEF পক্ষের নিয়ম এবং নীতি দ্বারা নিয়ন্ত্রিত হয়, যা একাধিক AS দ্বারা এক UE থেকে ডেটা একযোগে ব্যবহারের অনন্য সম্ভাবনার জন্য অনুমতি দেয়। সেগুলো. যদি একাধিক AS একটি UE-তে সাবস্ক্রাইব করে থাকে, তাহলে UE থেকে ডেটা পাওয়ার পরে, SCEF এটি সমস্ত সাবস্ক্রাইব করা AS-তে পাঠাবে। এটি এমন ক্ষেত্রে উপযুক্ত যেখানে বিশেষ ডিভাইসের একটি ফ্লিটের স্রষ্টা বেশ কয়েকটি ক্লায়েন্টের মধ্যে ডেটা ভাগ করে। উদাহরণস্বরূপ, NB-IoT-এ চলমান আবহাওয়া স্টেশনগুলির একটি নেটওয়ার্ক তৈরি করে, আপনি একই সাথে অনেক পরিষেবাতে তাদের থেকে ডেটা বিক্রি করতে পারেন।

গ্যারান্টিযুক্ত বার্তা বিতরণ প্রক্রিয়া

নির্ভরযোগ্য ডেটা পরিষেবা হল প্রোটোকল স্তরে বিশেষ অ্যালগরিদম ব্যবহার না করে MO এবং MT বার্তাগুলির নিশ্চিত ডেলিভারির একটি প্রক্রিয়া, যেমন, TCP-তে হ্যান্ডশেক। এটি UE এবং SCEF এর মধ্যে বিনিময় করার সময় বার্তাটির পরিষেবা অংশে একটি বিশেষ পতাকা অন্তর্ভুক্ত করে কাজ করে। ট্রাফিক ট্রান্সমিট করার সময় এই মেকানিজম সক্রিয় করা হবে কি না তা AS দ্বারা নির্ধারিত হয়।

যদি প্রক্রিয়াটি সক্রিয় করা হয়, UE প্যাকেটের ওভারহেড অংশে একটি বিশেষ পতাকা অন্তর্ভুক্ত করে যখন এটি MO ট্র্যাফিকের নিশ্চিত ডেলিভারির প্রয়োজন হয়। এই ধরনের একটি প্যাকেট প্রাপ্তির পরে, SCEF একটি স্বীকৃতি সহ UE-কে সাড়া দেয়। UE যদি স্বীকৃতি প্যাকেট না পায়, তাহলে SCEF-এর দিকে প্যাকেটটি আবার পাঠানো হবে। এমটি ট্রাফিকের ক্ষেত্রেও একই জিনিস ঘটে।

ডিভাইস পর্যবেক্ষণ (পর্যবেক্ষণ ইভেন্ট - MONTE)

উপরে উল্লিখিত হিসাবে, SCEF কার্যকারিতা, অন্যান্য জিনিসগুলির মধ্যে, তথাকথিত UE-এর অবস্থা পর্যবেক্ষণের জন্য ফাংশন অন্তর্ভুক্ত করে। ডিভাইস পর্যবেক্ষণ। এবং যদি নতুন শনাক্তকারী এবং ডেটা স্থানান্তর প্রক্রিয়া বিদ্যমান পদ্ধতির অপ্টিমাইজেশন (যদিও খুব গুরুতর) হয়, তাহলে MONTE হল একটি সম্পূর্ণ নতুন কার্যকারিতা যা 2G/3G/LTE নেটওয়ার্কে উপলব্ধ নয়। MONTE AS কে ডিভাইসের প্যারামিটার যেমন সংযোগের অবস্থা, যোগাযোগের প্রাপ্যতা, অবস্থান, রোমিং অবস্থা ইত্যাদি নিরীক্ষণ করার অনুমতি দেয়। আমরা একটু পরে আরো বিস্তারিত প্রতিটি সম্পর্কে কথা বলতে হবে.

কোনো ডিভাইস বা ডিভাইসের গ্রুপের জন্য কোনো পর্যবেক্ষণ ইভেন্ট সক্রিয় করার প্রয়োজন হলে, AS সংশ্লিষ্ট API MONTE কমান্ড SCEF-কে পাঠিয়ে সংশ্লিষ্ট পরিষেবায় সদস্যতা নেয়, যার মধ্যে এক্সটার্নাল আইডি বা এক্সটার্নাল গ্রুপ আইডি, AS আইডেন্টিফায়ার, মনিটরিং-এর মতো পরামিতি অন্তর্ভুক্ত থাকে। টাইপ, রিপোর্টের সংখ্যা, যা AS পেতে চায়। যদি AS অনুরোধটি কার্যকর করার জন্য অনুমোদিত হয়, SCEF, প্রকারের উপর নির্ভর করে, HSS বা MME (চিত্র 4) কে ইভেন্টের ব্যবস্থা করবে। যখন একটি ঘটনা ঘটে, তখন MME বা HSS SCEF-এর কাছে একটি প্রতিবেদন তৈরি করে, যা এটি AS-তে পাঠায়।

"ভৌগলিক এলাকায় উপস্থিত UE-এর সংখ্যা" ব্যতীত সমস্ত ইভেন্টের বিধান HSS এর মাধ্যমে ঘটে। দুটি ইভেন্ট "IMSI-IMEI অ্যাসোসিয়েশনের পরিবর্তন" এবং "রোমিং স্ট্যাটাস" সরাসরি HSS-এ ট্র্যাক করা হয়, বাকিগুলি MME-তে HSS দ্বারা প্রভিশন করা হবে৷
ইভেন্টগুলি এককালীন বা পর্যায়ক্রমিক হতে পারে এবং তাদের ধরন দ্বারা নির্ধারিত হয়।

একটি ইভেন্ট সম্পর্কে একটি প্রতিবেদন পাঠানো (প্রতিবেদন) নোড দ্বারা বাহিত হয় যা ইভেন্টটিকে সরাসরি SCEF এ ট্র্যাক করে (চিত্র 5)।

গুরুত্বপূর্ণ বিন্দু: SCEF-এর মাধ্যমে সংযুক্ত নন-আইপি ডিভাইস এবং MME-SGW-PGW-এর মাধ্যমে ক্লাসিক উপায়ে ডেটা ট্রান্সমিট করা আইপি ডিভাইস উভয় ক্ষেত্রেই মনিটরিং ইভেন্ট প্রয়োগ করা যেতে পারে।

আসুন প্রতিটি মনিটরিং ইভেন্টের উপর ঘনিষ্ঠভাবে নজর দেওয়া যাক:

সংযোগ হারানো — AS কে জানায় যে UE আর ডেটা ট্র্যাফিক বা সিগন্যালিংয়ের জন্য উপলব্ধ নেই৷ ইভেন্টটি ঘটে যখন UE-এর জন্য "মোবাইল পৌঁছানোর টাইমার" MME-তে মেয়াদ শেষ হয়ে যায়। এই ধরনের নিরীক্ষণের অনুরোধে, AS তার "সর্বোচ্চ সনাক্তকরণের সময়" মান নির্দেশ করতে পারে - যদি এই সময়ের মধ্যে UE কোনো কার্যকলাপ না দেখায়, AS কে জানানো হবে যে UE অনুপলব্ধ, কারণটি নির্দেশ করে। কোনো কারণে নেটওয়ার্ক দ্বারা UE জোরপূর্বক সরানো হলে ঘটনাটিও ঘটে।

* নেটওয়ার্ককে জানাতে যে ডিভাইসটি এখনও উপলব্ধ রয়েছে, এটি পর্যায়ক্রমে একটি আপডেট প্রক্রিয়া শুরু করে - ট্র্যাকিং এরিয়া আপডেট (TAU)। এই পদ্ধতির ফ্রিকোয়েন্সি নেটওয়ার্ক দ্বারা টাইমার T3412 বা (PSM-এর ক্ষেত্রে T3412_extended) ব্যবহার করে সেট করা হয়, যার মান সংযুক্তি প্রক্রিয়া বা পরবর্তী TAU এর সময় ডিভাইসে প্রেরণ করা হয়। মোবাইল অ্যাক্সেসযোগ্যতা টাইমার সাধারণত T3412 এর চেয়ে কয়েক মিনিট দীর্ঘ হয়। যদি UE "মোবাইল পৌছানোর টাইমার" এর মেয়াদ শেষ হওয়ার আগে একটি TAU তৈরি না করে, তাহলে নেটওয়ার্ক এটিকে আর পৌঁছানো যাবে না বলে মনে করে।

UE নাগালযোগ্যতা - নির্দেশ করে যখন UE DL ট্রাফিক বা SMS এর জন্য উপলব্ধ হয়। এটি ঘটে যখন UE পেজিংয়ের জন্য উপলব্ধ হয় (eDRX মোডে একটি UE-এর জন্য) বা যখন UE ECM-Connected মোডে প্রবেশ করে (PSM বা eDRX মোডে UE-এর জন্য), যেমন। একটি TAU তৈরি করে বা একটি আপলিংক প্যাকেট পাঠায়।

অবস্থান রিপোর্টিং - এই ধরনের মনিটরিং ইভেন্টগুলি AS-কে UE-এর অবস্থান অনুসন্ধান করতে দেয়। হয় বর্তমান অবস্থান (বর্তমান অবস্থান) বা সর্বশেষ পরিচিত অবস্থান (শেষ পরিচিত অবস্থান, সেল আইডি দ্বারা নির্ধারিত যেখান থেকে ডিভাইসটি TAU তৈরি করেছিল বা গতবার ট্রাফিক ট্রান্সমিট করেছিল) অনুরোধ করা যেতে পারে, যা PSM বা eDRX পাওয়ার সেভিং ডিভাইসগুলির জন্য প্রাসঙ্গিক। মোড "বর্তমান অবস্থান"-এর জন্য, AS বারবার উত্তরের অনুরোধ করতে পারে, MME প্রতিবার ডিভাইসের অবস্থান পরিবর্তন করার সময় AS-কে জানায়।

IMSI-IMEI অ্যাসোসিয়েশনের পরিবর্তন - যখন এই ইভেন্টটি সক্রিয় করা হয়, SCEF IMSI (SIM কার্ড শনাক্তকারী) এবং IMEI (ডিভাইস শনাক্তকারী) এর সংমিশ্রণে পরিবর্তনগুলি নিরীক্ষণ করতে শুরু করে। কোনো ঘটনা ঘটলে এএসকে জানায়। নির্ধারিত প্রতিস্থাপন কাজের সময় একটি ডিভাইসে একটি বাহ্যিক আইডি স্বয়ংক্রিয়ভাবে রিবাইন্ড করতে বা একটি ডিভাইস চুরির জন্য একটি শনাক্তকারী হিসাবে পরিবেশন করতে ব্যবহার করা যেতে পারে।

রোমিং স্ট্যাটাস – UE হোম নেটওয়ার্কে নাকি রোমিং পার্টনারের নেটওয়ার্কে আছে তা নির্ধারণ করতে AS দ্বারা এই ধরনের পর্যবেক্ষণ ব্যবহার করা হয়। ঐচ্ছিকভাবে, যে অপারেটরটিতে ডিভাইসটি নিবন্ধিত রয়েছে তার PLMN (পাবলিক ল্যান্ড মোবাইল নেটওয়ার্ক) প্রেরণ করা যেতে পারে।

যোগাযোগ ব্যর্থতা — এই ধরনের মনিটরিং রেডিও অ্যাক্সেস নেটওয়ার্ক (S1-AP প্রোটোকল) থেকে প্রাপ্ত সংযোগ হারানোর (রিলিজ কারণ কোড) কারণের উপর ভিত্তি করে ডিভাইসের সাথে যোগাযোগে ব্যর্থতার বিষয়ে AS-কে অবহিত করে। এই ইভেন্টটি নির্ধারণ করতে সাহায্য করতে পারে কেন যোগাযোগ ব্যর্থ হয়েছে - নেটওয়ার্কে সমস্যার কারণে, উদাহরণস্বরূপ, যখন eNodeb ওভারলোড হয় (রেডিও সংস্থান উপলব্ধ নয়) বা ডিভাইসের ব্যর্থতার কারণে (UE হারিয়ে যাওয়া রেডিও সংযোগ)।

DDN ব্যর্থতার পরে উপলব্ধতা - এই ইভেন্টটি AS কে জানায় যে যোগাযোগের ব্যর্থতার পরে ডিভাইসটি উপলব্ধ হয়েছে৷ যখন কোনও ডিভাইসে ডেটা স্থানান্তর করার প্রয়োজন হয় তখন ব্যবহার করা যেতে পারে, কিন্তু পূর্ববর্তী প্রচেষ্টা সফল হয়নি কারণ UE নেটওয়ার্ক (পেজিং) থেকে একটি বিজ্ঞপ্তিতে সাড়া দেয়নি এবং ডেটা বিতরণ করা হয়নি। যদি UE-এর জন্য এই ধরনের নিরীক্ষণের অনুরোধ করা হয়, তাহলে ডিভাইসটি ইনকামিং যোগাযোগ করার সাথে সাথে একটি TAU তৈরি করে বা আপলিংকে ডেটা পাঠালে, AS কে জানানো হবে যে ডিভাইসটি উপলব্ধ হয়ে গেছে। যেহেতু DDN (ডাউনলিংক ডেটা নোটিফিকেশন) পদ্ধতি MME এবং S/P-GW-এর মধ্যে কাজ করে, তাই এই ধরনের মনিটরিং শুধুমাত্র IP ডিভাইসের জন্য উপলব্ধ।

PDN সংযোগের স্থিতি - যখন ডিভাইসের স্থিতি পরিবর্তন হয় (PDN সংযোগ স্থিতি) - সংযোগ (PDN সক্রিয়করণ) বা সংযোগ বিচ্ছিন্ন (PDN মুছে ফেলা) তখন AS কে জানায়৷ এটি AS দ্বারা UE-এর সাথে যোগাযোগ শুরু করতে ব্যবহার করা যেতে পারে, বা এর বিপরীতে, বোঝার জন্য যে যোগাযোগ আর সম্ভব নয়। এই ধরনের পর্যবেক্ষণ আইপি এবং নন-আইপি ডিভাইসের জন্য উপলব্ধ।

একটি ভৌগলিক এলাকায় উপস্থিত UE এর সংখ্যা - একটি নির্দিষ্ট ভৌগলিক এলাকায় UE-এর সংখ্যা নির্ধারণ করতে AS দ্বারা এই ধরনের পর্যবেক্ষণ ব্যবহার করা হয়।

ডিভাইস ট্রিগারিং)

2G/3G নেটওয়ার্কগুলিতে, নেটওয়ার্কে নিবন্ধন পদ্ধতিটি ছিল দুই-পর্যায়: প্রথমত, ডিভাইসটি SGSN (সংযুক্তি পদ্ধতি) এর সাথে নিবন্ধিত, তারপরে, প্রয়োজনে, এটি PDP প্রসঙ্গ সক্রিয় করে - প্যাকেট গেটওয়ে (GGSN) এর সাথে একটি সংযোগ। তথ্য প্রেরণ করতে। 3G নেটওয়ার্কে, এই দুটি পদ্ধতি পর্যায়ক্রমে ঘটেছে, যেমন ডিভাইসটি সেই মুহুর্তের জন্য অপেক্ষা করেনি যখন এটি ডেটা স্থানান্তর করতে হবে, তবে সংযুক্তি প্রক্রিয়াটি সম্পূর্ণ হওয়ার সাথে সাথেই PDP সক্রিয় করে। LTE-তে, এই দুটি পদ্ধতিকে একত্রিত করা হয়েছিল, অর্থাৎ, সংযুক্ত করার সময়, ডিভাইসটি অবিলম্বে MME-SGW-PGW-তে eNodeB-এর মাধ্যমে PDN সংযোগ (2G/3G-তে PDP-এর অনুরূপ) সক্রিয় করার অনুরোধ করেছিল।

NB-IoT একটি সংযোগ পদ্ধতিকে "PDN ছাড়া সংযুক্ত করুন" হিসাবে সংজ্ঞায়িত করে, অর্থাৎ, UE একটি PDN সংযোগ স্থাপন না করে সংযুক্ত করে। এই ক্ষেত্রে, এটি ট্রাফিক প্রেরণের জন্য উপলব্ধ নয়, এবং শুধুমাত্র এসএমএস গ্রহণ বা পাঠাতে পারে। PDN সক্রিয় করতে এবং AS এর সাথে সংযোগ করার জন্য এই জাতীয় ডিভাইসে একটি কমান্ড পাঠানোর জন্য, "ডিভাইস ট্রিগারিং" কার্যকারিতা তৈরি করা হয়েছিল।

AS থেকে এই ধরনের UE সংযোগ করার জন্য একটি কমান্ড পাওয়ার সময়, SCEF এসএমএস সেন্টারের মাধ্যমে ডিভাইসে একটি নিয়ন্ত্রণ SMS পাঠানো শুরু করে। একটি এসএমএস পাওয়ার সময়, ডিভাইসটি PDN সক্রিয় করে এবং আরও নির্দেশাবলী পেতে বা ডেটা স্থানান্তর করতে AS এর সাথে সংযোগ করে।

এমন সময় হতে পারে যখন SCEF-এ আপনার ডিভাইসের সদস্যতার মেয়াদ শেষ হয়ে যায়। হ্যাঁ, সাবস্ক্রিপশনের নিজস্ব জীবনকাল রয়েছে, অপারেটর দ্বারা সেট করা বা AS এর সাথে সম্মত। মেয়াদ শেষ হওয়ার পরে, PDN MME-এ নিষ্ক্রিয় হয়ে যাবে এবং ডিভাইসটি AS-এর কাছে অনুপলব্ধ হয়ে যাবে। এই ক্ষেত্রে, "ডিভাইস ট্রিগারিং" কার্যকারিতাও সাহায্য করবে। AS থেকে নতুন ডেটা পাওয়ার সময়, SCEF ডিভাইসের সংযোগের অবস্থা খুঁজে বের করবে এবং SMS চ্যানেলের মাধ্যমে ডেটা সরবরাহ করবে।

উপসংহার

SCEF এর কার্যকারিতা, অবশ্যই, উপরে বর্ণিত পরিষেবাগুলির মধ্যে সীমাবদ্ধ নয় এবং ক্রমাগত বিকশিত এবং প্রসারিত হচ্ছে। বর্তমানে, এক ডজনেরও বেশি পরিষেবা ইতিমধ্যে SCEF-এর জন্য প্রমিত করা হয়েছে। এখন আমরা শুধুমাত্র প্রধান ফাংশনগুলিকে স্পর্শ করেছি যা বিকাশকারীদের কাছ থেকে চাহিদা রয়েছে; আমরা ভবিষ্যতের নিবন্ধগুলিতে বাকিগুলি সম্পর্কে কথা বলব।

প্রশ্নটি তাৎক্ষণিকভাবে জাগে: সম্ভাব্য কেসের প্রাথমিক পরীক্ষা এবং ডিবাগিংয়ের জন্য এই "অলৌকিক" নোডে কীভাবে পরীক্ষামূলক অ্যাক্সেস পাবেন? সবকিছু খুবই সহজ। যেকোনো ডেভেলপার iot.info@mts.ru ঠিকানায় একটি অনুরোধ পাঠাতে পারেন, যেখানে সংযোগের উদ্দেশ্য, সম্ভাব্য কেসের বিবরণ এবং যোগাযোগের জন্য যোগাযোগের তথ্য উল্লেখ করা যথেষ্ট।

Встреч новых встреч!

লেখক:

• অভিসারী সমাধান এবং মাল্টিমিডিয়া পরিষেবা বিভাগের সিনিয়র বিশেষজ্ঞ সের্গেই নোভিকভ sanov,
• অভিসারী সমাধান এবং মাল্টিমিডিয়া পরিষেবা বিভাগের বিশেষজ্ঞ আলেক্সি ল্যাপশিন অ্যালাপশ

উত্স: www.habr.com