চীন Shenzhen Olax Technology CO.,Ltd কোম্পানির খবর

ঐতিহ্যবাহী জটিল কনফিগারেশনের কারণে CLI এবং SNM এবং লেনদেন পদ্ধতির সমর্থন না থাকার কারণে, 5G সিস্টেমে NETCONF নেটওয়ার্ক ম্যানেজমেন্ট প্রোটোকল সক্রিয় করা হয়েছে, যা NMS (নেটওয়ার্ক ম্যানেজমেন্ট সিস্টেম)-কে রাউটার, eNodeB, gNodeB, DU, CU বা RU-এর সাথে সংযুক্ত নেটওয়ার্ক ডিভাইসগুলির কনফিগারেশন ইস্যু, পরিবর্তন এবং মুছে ফেলার অনুমতি দেয়। এর কার্যকারিতা, গঠন এবং পরিষেবা সেশন নিচে উল্লেখ করা হলো:   ১. কার্যকারিতা NETCONF সিস্টেমে কমপক্ষে একটি NMS রয়েছে যা সমস্ত নেটওয়ার্ক ডিভাইস পরিচালনা করে, যা নিচের চিত্রে দেখানো হয়েছে। NETCONF আর্কিটেকচারে দুটি ভূমিকা রয়েছে: ক্লায়েন্ট এবং সার্ভার     ২. সিস্টেম কাঠামোর বৈশিষ্ট্য NETCONF-এ কমপক্ষে একটি NMS রয়েছে যা সমস্ত নেটওয়ার্ক ডিভাইস পরিচালনা করে, যার মধ্যে রয়েছে:   ২.১ ক্লায়েন্ট নিম্নলিখিত ফাংশনগুলি সরবরাহ করে   নেটওয়ার্ক ডিভাইস পরিচালনা করতে NETCONF ব্যবহার করুন। একটি বা একাধিক প্যারামিটার মান জিজ্ঞাসা বা পরিবর্তন করতে NETCONF সার্ভারে RPC অনুরোধ পাঠান। পরিচালিত ডিভাইসের NETCONF সার্ভার দ্বারা পাঠানো অ্যালার্ম এবং ইভেন্ট অনুযায়ী, পরিচালিত ডিভাইসের অবস্থা বুঝুন। ২.২ যখন সার্ভার ক্লায়েন্টের কাছ থেকে একটি অনুরোধ গ্রহণ করে, তখন এটি অনুরোধটি পার্স করবে এবং ক্লায়েন্টকে একটি উত্তর পাঠাবে। যখন একটি পরিচালিত ডিভাইসে ত্রুটি বা অন্য কোনো ধরনের ঘটনা ঘটে, তখন NETCONF সার্ভার একটি বিজ্ঞপ্তি পদ্ধতির মাধ্যমে ক্লায়েন্টকে অ্যালার্ম বা ইভেন্টটি রিপোর্ট করে, যা ক্লায়েন্টকে পরিচালিত ডিভাইসের অবস্থা বুঝতে সাহায্য করে।   ৩. NETCONF সেশন: নিচের চিত্রে দেখানো হয়েছে, ক্লায়েন্ট এবং সার্ভার RPC পদ্ধতির মাধ্যমে যোগাযোগ করে। তাদের মধ্যে একটি নিরাপদ সংযোগ-ভিত্তিক সেশন স্থাপন করার পরেই যোগাযোগ করার অনুমতি দেওয়া হয়। ক্লায়েন্ট সার্ভারে একটি RPC অনুরোধ পাঠায়, যা অনুরোধটি প্রক্রিয়া করে এবং ক্লায়েন্টকে একটি প্রতিক্রিয়া জানায়। NETCONF ক্লায়েন্ট এবং সার্ভার RPC পদ্ধতির মাধ্যমে যোগাযোগ করে। একটি নিরাপদ সংযোগ-ভিত্তিক সেশন স্থাপন করার পরেই যোগাযোগের অনুমতি দেওয়া হয়। সেশন স্থাপন এবং সমাপ্তির প্রক্রিয়া নিম্নরূপ:       ক্লায়েন্ট সার্ভারের সাথে একটি SSH সংযোগ স্থাপন করে এবং প্রমাণীকরণ ও অনুমোদনের পরে, সার্ভারের সাথে একটি NETCONF সেশন স্থাপন করে। ক্লায়েন্ট এবং সার্ভার ক্ষমতা আলোচনা করার জন্য হ্যালো বার্তা বিনিময় করে। ক্লায়েন্ট সার্ভারে এক বা একাধিক RPC অনুরোধ পাঠায়। কিছু উদাহরণ অনুরোধ নিচে তালিকাভুক্ত করা হলো:  কনফিগারেশন পরিবর্তন এবং কমিট করুন;  কনফিগারেশন ডেটা বা স্থিতি জিজ্ঞাসা করুন;  ডিভাইসে রক্ষণাবেক্ষণ কার্যক্রম চালান;  ক্লায়েন্ট NETCONF সেশনটি বন্ধ করে দেয়;  SSH সংযোগটি বন্ধ হয়ে যায়।

  NETCONF হল নেটওয়ার্ক কনফিগারেশন প্রোটোকলের সম্পূর্ণ নাম, যা একটি নেটওয়ার্ক ম্যানেজমেন্ট প্রোটোকল যা NMS (নেটওয়ার্ক ম্যানেজমেন্ট সিস্টেম)-কে সংযুক্ত নেটওয়ার্ক ডিভাইস (রাউটার, eNodeB, gNodeB, DU, CU বা RU)-এর কনফিগারেশন ইস্যু, পরিবর্তন এবং মুছে ফেলার অনুমতি দেয়। NETCONF তৈরি এবং মানসম্মত করেছে IETF; যেখানে O-RAN-এর জন্য, এটি WG (ওয়ার্কিং গ্রুপ 4)-এর দায়িত্বে রয়েছে।     I. NETCONF প্রোটোকল কনফিগারেশন ডেটা এবং প্রোটোকল বার্তা প্রক্রিয়া করার জন্য XML (এক্সটেনসিবল মার্কআপ ল্যাঙ্গুয়েজ) ডেটা এনকোডিং ব্যবহার করে; এটি সার্ভার এবং ক্লায়েন্টের ধারণার উপর ভিত্তি করে এবং সার্ভার ও ক্লায়েন্টের মধ্যে যোগাযোগ স্থাপনের জন্য RPC (রিমোট প্রসিডিওর কল) প্রক্রিয়া ব্যবহার করে। ক্লায়েন্ট প্রক্রিয়াটি NMS-এ চলে, যা একটি স্ক্রিপ্ট বা অ্যাপ্লিকেশন হতে পারে এবং সার্ভার একটি সাধারণ নেটওয়ার্ক ডিভাইস।   II. NETCONF-এর বৈশিষ্ট্যগুলোনিম্নরূপ: এটি একটি স্তরযুক্ত প্রোটোকল কাঠামো গ্রহণ করে, যা এটিকে চাহিদা-অনুযায়ী, স্বয়ংক্রিয় এবং ক্লাউড-ভিত্তিক নেটওয়ার্কের জন্য আরও উপযুক্ত করে তোলে। এটি নেটওয়ার্ক ডিভাইসে কনফিগারেশন ইস্যু, পরিবর্তন এবং মুছে ফেলার জন্য ব্যবহৃত হয়। কনফিগারেশন ডেটা এবং প্রোটোকল বার্তার ডেটা এনকোডিংয়ের জন্য XML (এক্সটেনসিবল মার্কআপ ল্যাঙ্গুয়েজ) ব্যবহার করা হয়। সার্ভার এবং ক্লায়েন্টের ধারণার উপর ভিত্তি করে, NMS একটি ক্লায়েন্ট হিসাবে কাজ করে এবং নেটওয়ার্ক ডিভাইস একটি সার্ভার হিসাবে কাজ করে। সার্ভার এবং ক্লায়েন্টের মধ্যে যোগাযোগ RPC (রিমোট প্রসিডিওর কল) প্রক্রিয়া ব্যবহার করে সম্পন্ন হয়। অপারেশনগুলি YANG মডেলের উপর ভিত্তি করে সম্পাদিত হয়, যা ম্যানুয়াল কনফিগারেশন ত্রুটিগুলির কারণে নেটওয়ার্ক ব্যর্থতা হ্রাস করে। NETCONF নেটওয়ার্ক অটোমেশন চাহিদা পূরণ করে। এটি নিরাপদ বার্তা আদান-প্রদান নিশ্চিত করতে প্রমাণীকরণ এবং অনুমোদনের মতো সুরক্ষা ব্যবস্থা প্রদান করে। এটি লেনদেন প্রক্রিয়াও সরবরাহ করে, ডেটা শ্রেণীবিভাগ, স্টোরেজ এবং স্থানান্তর, পর্যায়ক্রমিক কমিট এবং কনফিগারেশন বিচ্ছিন্নতাকে সমর্থন করে। এটি নেটওয়ার্ক পরিষেবাগুলিতে প্রভাব হ্রাস করে ব্যাপক কনফিগারেশন ডেলিভারি, যাচাইকরণ এবং রোলব্যাক সমর্থন করে। এটি বিক্রেতাদের নিজস্ব পরিচালন ক্ষমতা বাস্তবায়নের জন্য তাদের নিজস্ব প্রোটোকল অপারেশন সংজ্ঞায়িত করার অনুমতি দেয়। 3. কেন NETCONF প্রয়োজন? ক্লাউড নেটওয়ার্কের একটি মূল প্রয়োজনীয়তা হল দ্রুত, অন-ডিমান্ড পরিষেবা সরবরাহ এবং স্বয়ংক্রিয় অপারেশন ব্যবস্থাপনার জন্য নেটওয়ার্ক অটোমেশন। CLI এবং SNM-এর মতো ঐতিহ্যবাহী পদ্ধতি এই প্রয়োজনীয়তা পূরণ করতে পারে না। তাদের নিম্নলিখিত সীমাবদ্ধতা রয়েছে, যা NETCONF সমাধান করে।   31. এর অসুবিধা CLI: প্রথমত, কনফিগারেশন জটিল। দ্বিতীয়ত, নিম্নলিখিত: CLI বিক্রেতাভেদে ভিন্ন হয়, যার জন্য ব্যবহারকারীদের প্রতিটি বিক্রেতার জন্য CLI স্ক্রিপ্ট শিখতে এবং মানিয়ে নিতে হয়। CLI কাঠামো এবং সিনট্যাক্সে ঘন ঘন পরিবর্তন CLI স্ক্রিপ্ট বজায় রাখা কঠিন করে তোলে। কমান্ড আউটপুট অসংগঠিত, অপ্রত্যাশিত এবং সহজে পরিবর্তনযোগ্য, যা CLI স্ক্রিপ্টের স্বয়ংক্রিয় পার্সিং কঠিন করে তোলে। 3.2 SNMP-এর অসুবিধা: SNMP লেনদেন সমর্থন করে না, যার ফলে কনফিগারেশন অদক্ষ হয়। SNMP ইউজার ডেটাগ্রাম প্রোটোকল (UDP) ব্যবহার করে, যা নির্ভরযোগ্য, ক্রমযুক্ত ডেটা ট্রান্সমিশন প্রদান করে না এবং কার্যকর নিরাপত্তা ব্যবস্থার অভাব রয়েছে। SNMP কনফিগারেশন লেনদেন জমা দেওয়ার জন্য একটি পদ্ধতির অভাব রয়েছে। SNMP ডিভাইস-বাই-ডিভাইস ভিত্তিতে ডিভাইস কনফিগারেশন পরিচালনা করে এবং নেটওয়ার্ক-স্তরের কনফিগারেশন বা মাল্টি-ডিভাইস কনফিগারেশন সহযোগিতা সমর্থন করে না।

NETCONFনেটওয়ার্ক কনফিগারেশন প্রোটোকলের পূর্ণ নাম, যা একটি নেটওয়ার্ক ম্যানেজমেন্ট প্রোটোকল যা এনএমএস (নেটওয়ার্ক ম্যানেজমেন্ট সিস্টেম) ইস্যু করতে দেয়,সংযুক্ত নেটওয়ার্ক ডিভাইসের কনফিগারেশন পরিবর্তন এবং মুছে ফেলুন (রাউটার)নেটকনফ আইইটিএফ দ্বারা বিকশিত এবং মানসম্মত করা হয়; যখন ও-র্যানের জন্য এটি ডাব্লুজি (ওয়ার্কিং গ্রুপ 4) এর দায়িত্বে রয়েছে।   1.NETCONF প্রোটোকলকনফিগারেশন ডেটা এবং প্রোটোকল বার্তাগুলি প্রক্রিয়া করার জন্য XML (Extensible Markup Language) ডেটা কোডিং ব্যবহার করে;এটি সার্ভার এবং ক্লায়েন্টের ধারণার উপর ভিত্তি করে এবং সার্ভার এবং ক্লায়েন্টের মধ্যে যোগাযোগ অর্জনের জন্য RPC (রিমোট পদ্ধতি কল) প্রক্রিয়া ব্যবহার করেক্লায়েন্ট প্রসেসটি এনএমএসে চালিত হয়, যা একটি স্ক্রিপ্ট বা অ্যাপ্লিকেশন হতে পারে এবং সার্ভারটি একটি সাধারণ নেটওয়ার্ক ডিভাইস।   2.NETCONF এর বৈশিষ্ট্যনিম্নরূপঃ এটি একটি স্তরযুক্ত প্রোটোকল কাঠামো গ্রহণ করে, যা এটিকে অন-ডিমান্ড, স্বয়ংক্রিয় এবং ক্লাউড-ভিত্তিক নেটওয়ার্কগুলির জন্য আরও উপযুক্ত করে তোলে। এটি নেটওয়ার্ক ডিভাইসগুলিতে কনফিগারেশন ইস্যু, সংশোধন এবং মুছে ফেলার জন্য ব্যবহৃত হয়। এক্সএমএল (এক্সটেনসিবল মার্কআপ ল্যাঙ্গুয়েজ) কনফিগারেশন ডেটা এবং প্রোটোকল বার্তাগুলির ডেটা কোডিংয়ের জন্য ব্যবহৃত হয়। সার্ভার এবং ক্লায়েন্ট ধারণার উপর ভিত্তি করে, এনএমএস ক্লায়েন্ট হিসাবে কাজ করে এবং নেটওয়ার্ক ডিভাইস সার্ভার হিসাবে কাজ করে। সার্ভার এবং ক্লায়েন্টের মধ্যে যোগাযোগ RPC (রিমোট পদ্ধতি কল) প্রক্রিয়া ব্যবহার করে অর্জন করা হয়। অপারেশনগুলি YANG মডেলের উপর ভিত্তি করে সম্পাদিত হয়, ম্যানুয়াল কনফিগারেশন ত্রুটির কারণে নেটওয়ার্ক ব্যর্থতা হ্রাস করে। NETCONF নেটওয়ার্ক অটোমেশনের চাহিদা পূরণ করে। এটি সুরক্ষিত বার্তা সংক্রমণ নিশ্চিত করার জন্য প্রমাণীকরণ এবং অনুমোদনের মতো সুরক্ষা প্রক্রিয়া সরবরাহ করে। এটি তথ্য শ্রেণিবদ্ধকরণকে সমর্থন করে লেনদেনের প্রক্রিয়াও সরবরাহ করে,সঞ্চয় এবং স্থানান্তর, ধাপে ধাপে কমিট, এবং কনফিগারেশন বিচ্ছিন্নতা. এটি ব্যাপক কনফিগারেশন বিতরণ, যাচাইকরণ এবং রোলব্যাক সমর্থন করে, নেটওয়ার্ক পরিষেবাগুলিতে প্রভাবকে হ্রাস করে। এটি বিক্রেতাদের অনন্য পরিচালনার ক্ষমতা বাস্তবায়নের জন্য তাদের নিজস্ব প্রোটোকল অপারেশনগুলি সংজ্ঞায়িত করতে দেয়।     3নেটকনফ কেন প্রয়োজন?ক্লাউড নেটওয়ার্কগুলির একটি মূল প্রয়োজনীয়তা হল দ্রুত, অন-ডিমান্ড পরিষেবা সরবরাহ এবং স্বয়ংক্রিয় অপারেশন পরিচালনার জন্য নেটওয়ার্ক অটোমেশন।CLI এবং SNM এর মতো ঐতিহ্যবাহী পদ্ধতি এই প্রয়োজনীয়তা পূরণ করতে পারে না. তাদের নিম্নলিখিত সীমাবদ্ধতা রয়েছে, যা নেটকনফ সমাধান করে।   31. CLI এর অসুবিধাঃ প্রথমত, কনফিগারেশন জটিল। দ্বিতীয়ত, নিম্নলিখিতঃ CLI বিক্রেতা দ্বারা পরিবর্তিত হয়, ব্যবহারকারীদের প্রতিটি বিক্রেতার জন্য CLI স্ক্রিপ্ট শিখতে এবং অভিযোজিত করতে প্রয়োজন। CLI কাঠামো এবং সিনট্যাক্স প্রায়শই পরিবর্তন হয়, যা CLI স্ক্রিপ্টগুলি বজায় রাখা কঠিন করে তোলে। কমান্ড আউটপুটটি কাঠামোগত নয়, অনির্দেশ্য এবং সহজেই পরিবর্তনযোগ্য, যা সিএলআই স্ক্রিপ্টগুলির স্বয়ংক্রিয় বিশ্লেষণকে কঠিন করে তোলে।   3.২ এসএনএমপির অসুবিধাঃ এসএনএমপি লেনদেন সমর্থন করে না, যার ফলে অকার্যকর কনফিগারেশন। এসএনএমপি ইউজার ডেটাগ্রাম প্রোটোকল (ইউডিপি) ব্যবহার করে, যা নির্ভরযোগ্য, ক্রমযুক্ত ডেটা ট্রান্সমিশন সরবরাহ করে না এবং কার্যকর সুরক্ষা প্রক্রিয়াগুলির অভাব। কনফিগারেশন লেনদেন জমা দেওয়ার জন্য এসএনএমপির কোনও প্রক্রিয়া নেই। এসএনএমপি ডিভাইস-বাই-ডিভাইস ভিত্তিতে ডিভাইস কনফিগারেশন পরিচালনা করে এবং নেটওয়ার্ক-স্তরের কনফিগারেশন বা মাল্টি-ডিভাইস কনফিগারেশন সহযোগিতা সমর্থন করে না।

  5G সিস্টেমে, একটি পাথ সুইচ রিকোয়েস্ট (PATH SWITCH REQUEST) হলো টার্মিনাল (UE)-এর জন্য 5GC-এর সাথে একটি সিগন্যালিং সংযোগ স্থাপন করার অনুরোধ, এবং প্রযোজ্য ক্ষেত্রে, NG-U পরিবহন বহনকারীর ডাউনলিঙ্কটিকে একটি নতুন পরিষেবা নোডে পরিবর্তন করার অনুরোধ। এই অনুরোধ বিভিন্ন কারণে ব্যর্থ হতে পারে; 3GPP এটিকে TS 38.413-এ নিম্নরূপ সংজ্ঞায়িত করেছে:   I. পাথ রিকোয়েস্ট অপারেশন ব্যর্থতা   নীচের চিত্র 8.4.4.3-1-এ দেখানো হয়েছে, একটি অনুরোধ ব্যর্থ হলে সাধারণত NG-RAN নোড একটি "PATH SWITCH REQUEST" ইস্যু করার পরে AMF দ্বারা প্রতিক্রিয়া জানানো হয়।       II. অনুরোধ অপারেশন ব্যর্থতার দৃশ্যগুলি সাধারণত নিম্নরূপ:   যদি 5GC সমস্ত PDU সেশন রিসোর্সের জন্য NG-U পরিবহন বহনকারীর ডাউনলিঙ্ক টার্মিনেশন পয়েন্টটিকে নতুন (পরিষেবা) টার্মিনেশন পয়েন্টে পরিবর্তন করতে ব্যর্থ হয়, তাহলে AMF NG-RAN নোডে একটি PATH SWITCH REQUEST FAILURE বার্তা পাঠাবে।   NG-RAN নোড সংশ্লিষ্ট QoS ফ্লোগুলি মুক্তি দেবে এবং PATH SWITCH REQUEST FAILURE বার্তায় থাকা PDU সেশন রিসোর্স রিলিজ লিস্ট IE-তে নির্দেশিত PDU সেশনগুলিকে মুক্তিপ্রাপ্ত হিসাবে বিবেচনা করবে।   প্রতিটি মুক্তিপ্রাপ্ত PDU সেশনের জন্য সংশ্লিষ্ট কারণের মান PATH SWITCH REQUEST FAILURE বার্তায় পাথ সুইচ রিকোয়েস্ট আনসাকসেসফুল ট্রান্সফার IE-তে রয়েছে।   III. অস্বাভাবিক অপারেশনগুলির অনুরোধ করা   যদি AMF একই মানের জন্য সেট করা একাধিক PDU সেশন আইডি IE-সহ একটি বার্তা গ্রহণ করে (ডাউনলিঙ্ক তালিকায় PDU সেশন রিসোর্স টু বি সুইচড IE-তে), তাহলে AMF NG-RAN নোডে একটি PATH SWITCH REQUEST FAILURE বার্তা পাঠাবে। এছাড়াও,   একটি ব্যতিক্রম হিসাবে, AMF একটি পাথ সুইচ রিকোয়েস্ট আনসাকসেসফুল ট্রান্সফার IE তৈরি করতে পারে।   যদি একটি PATH SWITCH REQUEST ACKNOWLEDGE বার্তায় একটি পার্শিয়ালি অ্যালাউড NSSAI IE পাওয়া যায় এবং অ্যালাউড NSSAI এবং পার্শিয়ালি অ্যালাউড NSSAI-তে থাকা S-NSSAI-এর মোট সংখ্যা 8-এর বেশি হয়, তাহলে NG-RAN নোড প্রক্রিয়াটিকে ব্যর্থ হয়েছে বলে মনে করবে।   যদি পার্শিয়ালি অ্যালাউড NSSAI IE-তে উপস্থিত কোনো S-NSSAI অ্যালাউড NSSAI IE-তেও উপস্থিত থাকে, তাহলে NG-RAN নোড প্রক্রিয়াটিকে ব্যর্থ হয়েছে বলে মনে করবে।

RAN স্ট্যাটাস ট্রান্সফার হল একটি 5G নেটওয়ার্কে সোর্স রেডিও অ্যাক্সেস নেটওয়ার্ক (RAN) নোড থেকে টার্গেট RAN নোডে একটি টার্মিনাল (UE)-এর আপলিঙ্ক এবং ডাউনলিঙ্ক স্ট্যাটাস তথ্য স্থানান্তরের প্রক্রিয়া। এটি সাধারণত হ্যান্ডওভার বা ডুয়াল কানেক্টিভিটি পরিস্থিতিতে ঘটে। এই প্রক্রিয়ার সময়, AMF ডাউনলিঙ্ক ডেটা (যেমন, ফরোয়ার্ড করা প্যাকেটগুলির সংখ্যা), SN স্ট্যাটাস এবং আপলিঙ্ক ও ডাউনলিঙ্ক উভয় ডেটার জন্য PDCP (প্যাকেট ডেটা কনভারজেন্স প্রোটোকল) সিকোয়েন্স নম্বর এবং হাইপারফ্রেম নম্বর (HFN) স্ট্যাটাস সম্পর্কে তথ্য টার্গেট RAN-এ প্রেরণ করে।   I।আপলিঙ্ক RAN স্ট্যাটাস ট্রান্সফারএর লক্ষ্য হল NG-RAN-এর উপর ক্ষতিহীন হ্যান্ডওভার সক্ষম করা। স্থানান্তর প্রক্রিয়া UE-সম্পর্কিত সিগন্যালিং ব্যবহার করে। নির্দিষ্ট প্রক্রিয়াটি নিচে চিত্র 8.4.6.2-1-এ দেখানো হয়েছে, যেখানে:সোর্স NG-RAN নোড ডাউনলিঙ্ক SDU-এর জন্য PDCP SN বরাদ্দ করা বন্ধ করে এবং যখন এটি ট্রান্সমিটার/রিসিভার স্ট্যাটাসকে স্থিতিশীল বলে মনে করে তখন AMF-কে একটি UPLINK RAN STATUS TRANSFER বার্তা পাঠিয়ে এই প্রক্রিয়াটি শুরু করে।   প্রতিটি DRB-এর জন্য যার PDCP-SN এবং HFN স্ট্যাটাস সংরক্ষণ প্রযোজ্য, সোর্স NG-RAN নোড UPLINK RAN STATUS TRANSFER বার্তার RAN স্ট্যাটাস ট্রান্সফার ট্রান্সপারেন্ট কন্টেইনার IE-এর মধ্যে DRB আইডি IE, UL COUNT IE, এবং DL COUNT IE অন্তর্ভুক্ত করবে। প্রতিটি DRB-এর জন্য যার জন্য সোর্স NG-RAN নোড টার্গেট NG-RAN নোড থেকে একটি আপলিঙ্ক ফরোয়ার্ডিং অনুরোধ গ্রহণ করেছে, সোর্স NG-RAN নোড UPLINK RAN STATUS TRANSFER বার্তার UL PDCP SDUs IE-তে অনুপস্থিত এবং প্রাপ্ত আপলিঙ্ক SDUগুলিও অন্তর্ভুক্ত করতে পারে। II।   ডাউনলিঙ্ক RAN স্ট্যাটাস ট্রান্সফারএর লক্ষ্য হল UE-সম্পর্কিত সিগন্যালিং ব্যবহার করে NG-RAN-ভিত্তিক ক্ষতিহীন হ্যান্ডওভার স্থানান্তর পদ্ধতিগুলি বাস্তবায়ন করা। নির্দিষ্ট প্রক্রিয়াটি নিচে চিত্র 8.4.7.2-1-এ দেখানো হয়েছে, যেখানে: AMF টার্গেট NG-RAN নোডে একটি DOWNLINK RAN STATUS TRANSFER বার্তা পাঠিয়ে এই পদ্ধতিটি শুরু করে। TS 38.300 অনুযায়ী এই হ্যান্ডওভার সম্পাদনকারী টার্গেট NG-RAN নোড এবং একটি সম্পূর্ণ কনফিগারেশন ব্যবহার করে এই বার্তায় প্রাপ্ত তথ্য উপেক্ষা করবে।     RAN স্ট্যাটাস ট্রান্সফার ট্রান্সপারেন্ট কন্টেইনার IE-এর প্রতিটি DRB-এর জন্য যা স্টেট ট্রান্সফার লিস্ট IE-এর অধীন, টার্গেট NG-RAN নোড UL কাউন্ট ভ্যালু IE-এর মানের চেয়ে কম PDCP-SN সহ কোনো আপলিঙ্ক ডেটা প্যাকেট প্রেরণ করবে না। RAN স্ট্যাটাস ট্রান্সফার ট্রান্সপারেন্ট কন্টেইনার IE-এর প্রতিটি DRB-এর জন্য যা স্টেট ট্রান্সফার লিস্ট IE-এর অধীন, টার্গেট NG-RAN নোড প্রথম ডাউনলিঙ্ক ডেটা প্যাকেটের DL কাউন্ট ভ্যালু IE-এর মান ব্যবহার করবে যা এখনও PDCP-SN বরাদ্দ করা হয়নি। যদি DOWNLINK RAN STATUS TRANSFER বার্তার RAN স্ট্যাটাস ট্রান্সফার ট্রান্সপারেন্ট কন্টেইনার IE-তে কমপক্ষে একটি DRB UL PDCP SDUs IE-এর গ্রহণ স্ট্যাটাস ধারণ করে, তাহলে টার্গেট NG-RAN নোড রেডিও ইন্টারফেসের মাধ্যমে UE-কে পাঠানো স্ট্যাটাস রিপোর্ট বার্তায় এটি ব্যবহার করতে পারে।

  PATH SWITCH REQUEST প্রক্রিয়ার উদ্দেশ্য হল 5GC-এর সাথে একটি UE-সম্পর্কিত সিগন্যালিং সংযোগ স্থাপন করা এবং প্রযোজ্য ক্ষেত্রে, NG-U পরিবহন বহনকারীর ডাউনলিঙ্ক টার্মিনেশন পয়েন্টটিকে একটি নতুন টার্মিনেশন পয়েন্টে পরিবর্তন করার জন্য অনুরোধ করা। 3GPP IAB, স্লাইসিং, পজিশনিং এবং রেঞ্জিং প্রযুক্তি সক্রিয় করার পরে TS38.413-এ 5G-এর প্রাসঙ্গিক প্রক্রিয়াগুলি নিম্নরূপ সংজ্ঞায়িত করে:   I. IAB অনুমোদন প্রক্রিয়াকরণ   যদি PATH SWITCH REQUEST ACKNOWLEDGE মেসেজটিতে IAB অনুমোদন IE থাকে, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) UE কন্টেক্সটে প্রাপ্ত IAB অনুমোদন তথ্য সংরক্ষণ করবে এবং TS 38.401-এ নির্দিষ্ট হিসাবে এটি ব্যবহার করবে।   যদি PATH SWITCH REQUEST ACKNOWLEDGE মেসেজটিতে মোবাইল IAB অনুমোদন IE থাকে, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) মোবাইল IAB-MT-এর UE কন্টেক্সটে প্রাপ্ত মোবাইল IAB অনুমোদনের স্থিতি সংরক্ষণ করবে। যদি মোবাইল IAB-MT-এর মোবাইল IAB অনুমোদন IE "অননুমোদিত" তে সেট করা হয়, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) নিশ্চিত করবে যে মোবাইল IAB নোড কোনো UE-কে পরিষেবা দেয় না।   II. NSSAI এবং রেঞ্জিং ও পজিশনিং   যদি "আংশিকভাবে অনুমোদিত NSSAI" IE পাথ সুইচ রিকোয়েস্ট অ্যাকনলেজ (PATH SWITCH REQUEST ACKNOWLEDGE) মেসেজে অন্তর্ভুক্ত থাকে, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) তা থেকে UE-এর জন্য আংশিকভাবে অনুমোদিত নেটওয়ার্ক স্লাইস অনুমান করবে, পূর্বে প্রাপ্ত যেকোনো "আংশিকভাবে অনুমোদিত NSSAI" সংরক্ষণ ও প্রতিস্থাপন করবে এবং TS 23.501-এ নির্দিষ্ট হিসাবে এটি ব্যবহার করবে।   যদি "রেঞ্জিং এবং সাইডট্র্যাক লোকেশন সার্ভিস ইনফরমেশন" IE পাথ সুইচ রিকোয়েস্ট অ্যাকনলেজ (PATH SWITCH REQUEST ACKNOWLEDGE) মেসেজে অন্তর্ভুক্ত থাকে, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) সেই অনুযায়ী UE-এর রেঞ্জিং এবং সাইডট্র্যাক লোকেশন সার্ভিস তথ্য আপডেট করবে। যদি রেঞ্জিং এবং সাইডট্র্যাক পজিশনিং সার্ভিস ইনফরমেশন IE-এর "রেঞ্জিং এবং সাইডট্র্যাক পজিশনিং অনুমোদন" IE "অননুমোদিত" তে সেট করা হয়, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) নিশ্চিত করার জন্য পদক্ষেপ নেবে যে UE-এর আর রেঞ্জিং এবং সাইডট্র্যাক পজিশনিং পরিষেবাগুলিতে অ্যাক্সেস নেই।   III. RRC নিষ্ক্রিয় ট্রানজিশন রিপোর্ট পদ্ধতি   যদি RRC নিষ্ক্রিয় ট্রানজিশন রিপোর্ট রিকোয়েস্ট IE পাথ সুইচ রিকোয়েস্ট অ্যাকনলেজমেন্ট মেসেজে অন্তর্ভুক্ত থাকে এবং "একক RRC সংযোগ স্থিতি রিপোর্ট" তে সেট করা হয় এবং UE RRC_CONNECTED অবস্থায় থাকে, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) UE-এর RRC স্থিতি রিপোর্ট করার জন্য AMF-কে একটি RRC নিষ্ক্রিয় ট্রানজিশন রিপোর্ট মেসেজ পাঠাবে।   যদি RRC নিষ্ক্রিয় ট্রানজিশন রিপোর্ট রিকোয়েস্ট IE PATH SWITCH REQUEST ACKNOWLEDGE মেসেজে অন্তর্ভুক্ত থাকে এবং "একক RRC সংযোগ স্থিতি রিপোর্ট" তে সেট করা হয়, এবং UE RRC_INACTIVE অবস্থায় থাকে, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) AMF-কে একটি RRC নিষ্ক্রিয় ট্রানজিশন রিপোর্ট মেসেজ পাঠাবে এবং RRC_CONNECTED-এ RRC অবস্থার পরিবর্তনের পরে একটি পরবর্তী RRC নিষ্ক্রিয় ট্রানজিশন রিপোর্ট মেসেজ পাঠাবে।   যদি RRC নিষ্ক্রিয় ট্রানজিশন রিপোর্ট রিকোয়েস্ট IE PATH SWITCH REQUEST ACKNOWLEDGE মেসেজে অন্তর্ভুক্ত থাকে এবং "পরবর্তী স্টেট ট্রানজিশন রিপোর্ট" তে সেট করা হয়, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) UE-এর RRC স্থিতি রিপোর্ট করার জন্য AMF-কে একটি RRC INACTIVE TRANSITION REPORT মেসেজ পাঠাবে এবং UE RRC_INACTIVE অবস্থায় প্রবেশ বা ত্যাগ করার পরে UE-এর RRC স্থিতি রিপোর্ট করার জন্য একটি পরবর্তী RRC INACTIVE TRANSITION REPORT মেসেজ পাঠাবে।   IV. PDU সেশন রিসোর্স নোটিফিকেশন পদ্ধতি   যদি PATH SWITCH REQUEST ACKNOWLEDGE মেসেজের পাথ সুইচ রিকোয়েস্ট অ্যাকনলেজ ট্রান্সফার IE-তে QoS-সম্পর্কিত প্যারামিটার থাকে (যেমন, CN প্যাকেট ডিলে বাজেট ডাউনলিঙ্ক IE বা CN প্যাকেট ডিলে বাজেট আপলিঙ্ক IE), কিন্তু NG-RAN নোড সফলভাবে প্যারামিটারগুলি গ্রহণ করতে অক্ষম হয়, তাহলে NG-RAN নোড উৎস NG-RAN নোড থেকে প্রাপ্ত পুরানো মানগুলি (যদি থাকে) ব্যবহার করতে থাকবে। যদি সমর্থিত হয়, তাহলে NG-RAN নোড একটি PDU সেশন রিসোর্স নোটিফাই মেসেজ পাঠিয়ে AMF-কে অবহিত করবে।    

  হস্তান্তর পথের অনুরোধ প্রক্রিয়ার উদ্দেশ্য টার্মিনাল (ইউই) এবং ৫জিসির মধ্যে প্রাসঙ্গিক সিগন্যালিং সংযোগ স্থাপন করা এবং প্রযোজ্য হলে,ডাউনলিংকের সমাপ্তি পয়েন্ট অনুরোধ করুনএনজি-ইউ পরিবহন বহনকারীSildlink-এ PC5 ইন্টারফেসে UE-সম্পর্কিত পরিষেবাদির হস্তান্তরের জন্য, 3GPP এটি TS38.413-এ নিম্নরূপ সংজ্ঞায়িত করেছে;   আমি.PC5 QoS প্রসেসিংSildlink-এ PC5 ইন্টারফেসের হস্তান্তরের সময় পাথ অনুরোধ নিম্নরূপ সংজ্ঞায়িত করা হয়;   যদি Path Switch Request Acknowledgment (PATH SWITCH REQUEST ACKNOWLEDGE) বার্তায় PC5 QoS প্যারামিটার IE থাকে, তবে NG-RAN নোডটি (যদি সমর্থিত হয়) TS 23 এ সংজ্ঞায়িত হিসাবে এটি ব্যবহার করবে।287. যদি Path Switch Request Acknowledgment (PATH SWITCH REQUEST ACKNOWLEDGE) বার্তায় A2X PC5 QoS প্যারামিটার IE থাকে, তবে NG-RAN নোডটি (যদি সমর্থিত হয়) এটি TS 23 এ সংজ্ঞায়িত হিসাবে ব্যবহার করবে।256. যদি Path Switch Request Acknowledgement বার্তায় Alternate QoS Parameter Set List IE অন্তর্ভুক্ত থাকে, তবে NG-RAN নোডটি (যদি সমর্থিত হয়) এটি TS 23-এ নির্দিষ্ট হিসাবে ব্যবহার করবে।502. II.সিই-মোড-বি এবং ইউজার প্লেন সিআইওটিতে পাথ অনুরোধহস্তান্তর নিম্নরূপ সংজ্ঞায়িত করা হয়ঃ   যদি Path Switch Request Acknowledgement বার্তায় CE-mode-B Restriction IE অন্তর্ভুক্ত থাকে, তবে Enhanced Coverage Restriction IE "restricted" এ সেট করা নেই।এবং UE প্রসঙ্গে সংরক্ষিত বর্ধিত কভারেজ সীমাবদ্ধতা তথ্য "সীমাবদ্ধ" হিসাবে সেট করা হয় না, এনজি-আরএএন নোড (যদি সমর্থিত হয়) এই তথ্যটি ইউই প্রসঙ্গে সংরক্ষণ করবে এবং এটি TS 23 এ সংজ্ঞায়িত হিসাবে ব্যবহার করবে।501. যদি প্যাথ সুইচ অনুরোধের স্বীকৃতি বার্তায় UE ইউজার প্লেন CIoT সাপোর্ট ইন্ডিকেটর IE অন্তর্ভুক্ত থাকে,এনজি-আরএএন নোড (যদি সমর্থিত হয়) ইউইর প্রেক্ষাপটে এই তথ্য সংরক্ষণ করবে এবং ধরে নেবে যে ইউই ইউজার প্লেন সিআইওটি 5 জিএস অপ্টিমাইজেশানকে সমর্থন করে যেমনটি TS 23 এ নির্দিষ্ট করা হয়েছে.501. যদি Path Switch Request Acknowledgement বার্তায় UE Radio Capability ID IE অন্তর্ভুক্ত থাকে, তবে NG-RAN নোডটি (যদি সমর্থিত হয়) এটি TS 23.501 এবং TS 23-এ নির্দিষ্ট হিসাবে ব্যবহার করবে।502. III.PDU সেশন MDT-এ প্রত্যাশিত UE কার্যকলাপ এবং পথের অনুরোধহস্তান্তর নিম্নরূপ সংজ্ঞায়িত করা হয়ঃ প্রতিটি PDU সেশনের জন্য, যদি PATH SWITCH REQUEST ACKNOWLEDGE বার্তায় "PDU সেশনের প্রত্যাশিত UE কার্যকলাপ আচরণ" IE অন্তর্ভুক্ত থাকে,এনজি-আরএএন নোড (যদি সমর্থিত হয়) এই তথ্যটি TS 23 অনুযায়ী প্রক্রিয়া করবে.501. যদি PATH SWITCH REQUEST ACKNOWLEDGE বার্তায় "Management-Based MDT PLMN List" IE অন্তর্ভুক্ত থাকে, তবে NG-RAN নোডটি এটিকে UE প্রেক্ষাপটে সংরক্ষণ করবে এবং যদি সমর্থিত হয়,এই তালিকাটি ব্যবহার করুন টিএস ৩২-এ সংজ্ঞায়িত পরিচালন-ভিত্তিক এমডিটি-র জন্য ইউই-র পরবর্তী নির্বাচন করার জন্য.422. যদি PATH SWITCH REQUEST ACKNOWLEDGE বার্তায় "ম্যানেজমেন্ট-ভিত্তিক MDT PLMN পরিবর্তন তালিকা" IE অন্তর্ভুক্ত থাকে, the NG-RAN node (if supported) shall use this list to overwrite any previously stored management-based MDT PLMN list information in the UE context and use the received information to allow subsequent selection of the UE for management-based MDT as defined in TS 32.422. যদি PATH SWITCH REQUEST ACKNOWLEDGE বার্তায় টাইম সিঙ্ক্রোনাইজেশন অ্যাসিস্ট্যান্স তথ্য IE অন্তর্ভুক্ত থাকে,এনজি-আরএএন নোড (যদি সমর্থিত হয়) এই তথ্যটি ইউই প্রসঙ্গে সংরক্ষণ করবে এবং এটি TS 23 এ সংজ্ঞায়িত হিসাবে ব্যবহার করবে.501. IV.5G ProSe-এ পাথ অনুরোধহস্তান্তর নিম্নরূপ সংজ্ঞায়িত করা হয়ঃ যদি PATH SWITCH REQUEST ACKNOWLEDGE বার্তায় 5G ProSe অনুমোদিত IE অন্তর্ভুক্ত থাকে, তবে NG-RAN নোড (যদি সমর্থিত হয়) UE এর জন্য তার ProSe অনুমোদনের তথ্য সংশ্লিষ্টভাবে আপডেট করবে। যদি 5G ProSe অনুমোদন তথ্য (5G ProSe অনুমোদিত IE) এ এক বা একাধিক IE থাকে যা "অননুমোদিত" এ সেট করা থাকে," এনজি-আরএএন নোড (যদি সমর্থিত হয়) নিশ্চিত করার জন্য পদক্ষেপ গ্রহণ করা উচিত যে ইই এর সাথে সম্পর্কিত 5 জি প্রোসে পরিষেবাগুলিতে আর অ্যাক্সেস নেইযদি 5G ProSe PC5 QoS Parameters IE PATH SWITCH REQUEST ACKNOWLEDGE বার্তায় অন্তর্ভুক্ত থাকে, তবে NG-RAN নোড (যদি সমর্থিত হয়) TS 23 এ সংজ্ঞায়িত হিসাবে এটি ব্যবহার করা উচিত।304. যদি Aerial UE Subscription Information IE PATH SWITCH REQUEST ACKNOWLEDGE বার্তায় অন্তর্ভুক্ত থাকে,এনজি-আরএএন নোড (যদি সমর্থিত হয়) এই তথ্য সংরক্ষণ করতে হবে অথবা ইউই প্রসঙ্গে পূর্বে সংরক্ষিত যেকোনো তথ্যকে ওভাররাইপ করতে হবে এবং এটিকে TS 38-এ সংজ্ঞায়িত হিসাবে ব্যবহার করতে হবে।.300. যদি 5G ProSe UE PC5 সমষ্টিগত সর্বোচ্চ বিট রেট IE PATH SWITCH REQUEST ACKNOWLEDGE বার্তায় অন্তর্ভুক্ত থাকে, তবে NG-RAN নোডটি (যদি সমর্থিত হয়) নিম্নলিখিত ক্রিয়াকলাপগুলি সম্পাদন করবেঃ পূর্বে প্রদান করা 5G ProSe UE PC5 সামগ্রিক সর্বোচ্চ বিট রেট (যদি UE প্রসঙ্গে উপলব্ধ থাকে) প্রাপ্ত মানের সাথে প্রতিস্থাপন করুন; 5G ProSe পরিষেবার জন্য নেটওয়ার্ক সময়সূচী মোডে সংশ্লিষ্ট UE এর জন্য সাইডলিংক যোগাযোগের জন্য প্রাপ্ত মান ব্যবহার করুন।

  1।নেটওয়ার্ক কাটা বিভাজনস্বতন্ত্র ব্যবহারের ক্ষেত্রে একটি নেটওয়ার্ক, প্রতিটি বিশেষায়িত পরিষেবা সরবরাহের জন্য তৈরি। Traditional তিহ্যবাহী 4 জি (এলটিই) যুগে,এপিএন(অ্যাক্সেস পয়েন্টের নামগুলি) মোবাইল নেটওয়ার্কগুলিতে নেটওয়ার্ক স্লাইসিংয়ের প্রথম ফর্ম ছিল, অপারেটরদের পরিষেবা প্রয়োজনীয়তার ভিত্তিতে তাদের নেটওয়ার্কগুলি বিভক্ত করার অনুমতি দেয়।   2।5 জি নেটওয়ার্ক স্লাইস, 3 জিপিপি দ্বারা সংজ্ঞায়িত, স্বতন্ত্র নিয়ন্ত্রণ এবং ব্যবহারকারী বিমান প্রক্রিয়াকরণের সাথে স্বতন্ত্র নেটওয়ার্ক দৃষ্টান্ত বৈশিষ্ট্যযুক্ত। এই স্লাইসগুলির জন্য 5 জি কোর নেটওয়ার্ক (5 জিসি) থেকে সমর্থন প্রয়োজন, যা কেবলমাত্র 5 জি -তে স্ট্যান্ডেলোন আর্কিটেকচার (এসএ) এর সাথে ব্যবহৃত হয়।   3।নেটওয়ার্ক উপাদান এবং সনাক্তকারী: 5 জি-তে মোতায়েনের স্লাইসিংয়ের মধ্যে নেটওয়ার্ক ফাংশন যেমন ব্যবহারকারী সরঞ্জাম (ইউই), পরবর্তী প্রজন্মের রেডিও অ্যাক্সেস নেটওয়ার্ক (এনজি-আরএএন), নিয়ন্ত্রণ বিমানের ফাংশনগুলি (যেমন, এএমএফ, পিসিএফ, এসএমএফ) এবং ব্যবহারকারী বিমানের ফাংশন (যেমন, ইউপিএফ) অন্তর্ভুক্ত রয়েছে। প্রতিটি নেটওয়ার্ক স্লাইস একটি দ্বারা চিহ্নিত করা হয়এস-এনসাই(স্লাইস সার্ভিসের ধরণ), যার মধ্যে রয়েছে একটিস্লাইস পরিষেবা প্রকার (এসএসটি)নেটওয়ার্ক স্লাইস প্রয়োগ করে এমন পরিষেবাটি নির্দেশ করতে। নেটওয়ার্ক অপারেটররা স্ট্যান্ডার্ডাইজড ব্যবহার করতে পারেনএসএসটিমান যেমন: বর্ধিত মোবাইল ব্রডব্যান্ডের জন্য 1, 2 অতি-নির্ভরযোগ্য নিম্ন-লেটেন্সি যোগাযোগের জন্য, 3 বিশাল আইওটির জন্য, 4 যানবাহন থেকে সমস্ত কিছু (ভি 2 এক্স) এর জন্য, উচ্চ-পারফরম্যান্স মেশিন-টাইপ যোগাযোগের জন্য 5। তারা স্থানীয়ভাবে সংজ্ঞায়িত, অ-মানকযুক্ত এসএসটি মানগুলিও ব্যবহার করতে পারে।   4।টার্মিনাল নেটওয়ার্ক স্লাইসিং সমর্থন: এসএ (স্ট্যান্ডেলোন) 5 জি টার্মিনাল (ইউইএস) এর সাথে ইউএসআরপি (ইউই রাউটিং নীতি) দিয়ে কনফিগার করা হয়েছে, তারা পছন্দসই অ্যাপ্লিকেশন (পরিষেবার প্রয়োজনীয়তার মানের উপর নির্ভর করে) এর ভিত্তিতে নেটওয়ার্ক স্লাইসিং (পরিষেবাদি) এর জন্য এস-এনএসআইএআই নির্বাচন করতে পারে। উদাহরণস্বরূপ, স্যামসাংয়ের প্রথম গ্যালাক্সি এস 24 আল্ট্রা ইউআরএসপি দিয়ে সজ্জিত 5 জি সিস্টেমের মধ্যে স্লাইস নির্বাচন এবং পরিষেবা সম্পাদন সক্ষম করে।   5।সিস্টেম নেটওয়ার্ক স্লাইসিং সমর্থন::এডিসি(সনাক্তকরণ এবং নিয়ন্ত্রণ) সক্ষম করা হয়েছে (5 জি কোর নেটওয়ার্ক এলিমেন্টস পিসিএফ (নীতি নিয়ন্ত্রণ ফাংশন) এবং এসএমএফ (সেশন ম্যানেজমেন্ট ফাংশন) এর মধ্যে একটি ফাংশন)।এডিসিনেটওয়ার্কের দিকে অ্যাপ্লিকেশন বা ট্র্যাফিক সনাক্ত করতে, পরিষেবাগুলির মানের, বিলিং বা পুনঃনির্দেশের মতো নীতিগুলি প্রয়োগ করতে এবং রিয়েল-টাইম ট্র্যাফিক শ্রেণিবদ্ধকরণ এবং অগ্রাধিকার প্রয়োগ করতে ব্যবহৃত হয়।   6।নেটওয়ার্ক স্লাইসিং বাণিজ্যিক স্থাপনার উদাহরণ: সিঙ্গাপুর টেলিযোগাযোগ (সিঙ্গেল) চালু হয়েছেসিংটেল 5 জি+, একটি উন্নত "নেটওয়ার্ক স্লাইসিং" উদ্ভাবন যা সংযোগের একটি নতুন মান এবং তিনটি মূল বৈশিষ্ট্যের মাধ্যমে একটি অগ্রাধিকারযুক্ত অভিজ্ঞতা সরবরাহ করে: সিংটেল 5 জি+: 700 মেগাহার্টজ স্পেকট্রাম ব্যান্ড ব্যবহার করে একমাত্র নেটওয়ার্ক, দেশব্যাপী সর্বোত্তম কভারেজ সরবরাহ করে, এমনকি বাড়ির ভিতরেও। সিংটেল 5 জি+ Ehends: ধারাবাহিকভাবে 2x গতি সহ আরও বিস্তৃত কভারেজ এবং দ্রুত গতি। সিঙ্গেল 5 জি+ অগ্রাধিকার: 4x দ্রুত গতির সাথে নেটওয়ার্ক চ্যানেলগুলিকে অগ্রাধিকার দেওয়া, সর্বদা পরিষেবাগুলিকে অগ্রাধিকার দেওয়া এবং উদীয়মান সনাক্তকরণ

3GPP TS 38.413-এ উন্নত কভারেজ সীমাবদ্ধতা, বর্ধিত সংযোগ সময়, V2X পরিষেবা অনুমোদন, এবং 5G সিস্টেমে সাইডলিঙ্ক একত্রিতকরণ টার্মিনালগুলির জন্য হ্যান্ডওভার পাথ অনুরোধ প্রক্রিয়াকরণ সম্পর্কে নিম্নলিখিত বিষয়গুলি সংজ্ঞায়িত করেছে:   I. উন্নত কভারেজ সীমাবদ্ধতা এবং বর্ধিত সংযোগ সময়   যদি পাথ সুইচ রিকোয়েস্ট অ্যাকনলেজ (PATH SWITCH REQUEST ACKNOWLEDGE) মেসেজ-এ উন্নত কভারেজ সীমাবদ্ধতা IEঅন্তর্ভুক্ত থাকে, তাহলে NG-RAN নোড এই তথ্যটি UE কন্টেক্সটে সংরক্ষণ করবে (যদি সমর্থিত হয়) এবং TS 23.501-এ সংজ্ঞায়িত হিসাবে এটি ব্যবহার করবে।   যদি পাথ সুইচ রিকোয়েস্ট অ্যাকনলেজ (PATH SWITCH REQUEST ACKNOWLEDGE) মেসেজ-এ বর্ধিত সংযোগ সময় IEঅন্তর্ভুক্ত থাকে, তাহলে NG-RAN নোড এটি ব্যবহার করবে (যদি সমর্থিত হয়) TS 23.501-এ সংজ্ঞায়িত হিসাবে।   যদি পাথ সুইচ রিকোয়েস্ট অ্যাকনলেজ (PATH SWITCH REQUEST ACKNOWLEDGE) মেসেজ-এ একটি UE ডিফারেন্সিয়েশন ইনফরমেশন IE অন্তর্ভুক্ত থাকে, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) এই তথ্যটি UE কন্টেক্সটে সংরক্ষণ করবে এবং TS 23.501 অনুযায়ী আরও ব্যবহারের জন্য প্রস্তুত থাকবে।   II. NR V2X পরিষেবা অনুমোদন   যদি PATH SWITCH REQUEST ACKNOWLEDGE মেসেজ-এ একটি NR V2X পরিষেবা অনুমোদন IE অন্তর্ভুক্ত থাকে, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) সেই অনুযায়ী UE-এর জন্য তার NR V2X পরিষেবা অনুমোদনের তথ্য আপডেট করবে।   যদি NR V2X পরিষেবা অনুমোদন IE-তে এক বা একাধিক IE-কে "অননুমোদিত" হিসাবে সেট করা হয়, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) নিশ্চিত করার জন্য পদক্ষেপ নেবে যে UE-এর সংশ্লিষ্ট পরিষেবাগুলিতে আর অ্যাক্সেস নেই।   যদি PATH SWITCH REQUEST ACKNOWLEDGE মেসেজ-এ একটি LTE V2X পরিষেবা অনুমোদন IE অন্তর্ভুক্ত থাকে, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) সেই অনুযায়ী UE-এর জন্য তার LTE V2X পরিষেবা অনুমোদনের তথ্য আপডেট করবে। যদি LTE V2X পরিষেবা অনুমোদন IE-তে এক বা একাধিক IE-কে "অননুমোদিত" হিসাবে সেট করা হয়, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) নিশ্চিত করার জন্য ব্যবস্থা নেবে যে UE-এর সংশ্লিষ্ট পরিষেবাগুলিতে আর অ্যাক্সেস নেই।   যদি NR A2X পরিষেবা অনুমোদন IE-তে এক বা একাধিক IE-কে "অননুমোদিত" হিসাবে সেট করা হয়, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) নিশ্চিত করার জন্য ব্যবস্থা নেবে যে UE-এর সংশ্লিষ্ট পরিষেবাগুলিতে আর অ্যাক্সেস নেই।   যদি পাথ সুইচ রিকোয়েস্ট অ্যাকনলেজ (PATH SWITCH REQUEST ACKNOWLEDGE) মেসেজ-এ একটি LTE A2X পরিষেবা অনুমোদন IE থাকে, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) সেই অনুযায়ী UE-এর জন্য তার LTE A2X পরিষেবা অনুমোদনের তথ্য আপডেট করবে।   যদি LTE A2X পরিষেবা অনুমোদন IE-তে এক বা একাধিক IE-কে "অননুমোদিত" হিসাবে সেট করা হয়, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) নিশ্চিত করার জন্য ব্যবস্থা নেবে যে UE-এর সংশ্লিষ্ট পরিষেবাগুলিতে আর অ্যাক্সেস নেই।   III. সাইডলিঙ্ক এবং একত্রিতকরণ প্রক্রিয়াকরণ   যদি PATH SWITCH REQUEST ACKNOWLEDGE মেসেজ-এ NR UE সাইডলিঙ্ক অ্যাগ্রিগেট ম্যাক্সিমাম বিট রেট IE থাকে, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) নিম্নলিখিত অপারেশনগুলি করবে: আগে সরবরাহ করা UE সাইডলিঙ্ক অ্যাগ্রিগেট ম্যাক্সিমাম বিট রেট (যদি UE কন্টেক্সটে উপলব্ধ থাকে) -কে প্রাপ্ত মান দিয়ে প্রতিস্থাপন করুন; NR V2X পরিষেবা নেটওয়ার্ক শিডিউলিং মোডে সংশ্লিষ্ট UE-এর সাথে সাইডলিঙ্ক যোগাযোগের জন্য প্রাপ্ত মান ব্যবহার করুন।   যদি PATH SWITCH REQUEST ACKNOWLEDGE মেসেজ-এ LTE UE সাইডলিঙ্ক অ্যাগ্রিগেট ম্যাক্সিমাম বিট রেট IE থাকে, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) নিম্নলিখিত অপারেশনগুলি করবে: আগে সরবরাহ করা UE সাইডলিঙ্ক অ্যাগ্রিগেট ম্যাক্সিমাম বিট রেট (যদি UE কন্টেক্সটে উপলব্ধ থাকে) -কে প্রাপ্ত মান দিয়ে প্রতিস্থাপন করুন; LTE V2X পরিষেবা নেটওয়ার্ক শিডিউলিং মোডে সংশ্লিষ্ট UE-এর সাথে সাইডলিঙ্ক যোগাযোগের জন্য প্রাপ্ত মান ব্যবহার করুন। যদি PATH SWITCH REQUEST ACKNOWLEDGE মেসেজ-এ NR A2X UE PC5 অ্যাগ্রিগেট ম্যাক্সিমাম বিট রেট IE অন্তর্ভুক্ত থাকে, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) নিম্নলিখিত অপারেশনগুলি করবে: আগে সরবরাহ করা NR A2X UE PC5 অ্যাগ্রিগেট ম্যাক্সিমাম বিট রেট (যদি UE কন্টেক্সটে উপলব্ধ থাকে) -কে প্রাপ্ত মান দিয়ে প্রতিস্থাপন করুন; নেটওয়ার্ক-নির্ধারিত মোডে, সংশ্লিষ্ট UE-এর জন্য NR A2X পরিষেবা সাইডলিঙ্ক যোগাযোগের জন্য প্রাপ্ত মান ব্যবহার করুন। যদি PATH SWITCH REQUEST ACKNOWLEDGE মেসেজ-এ LTE A2X UE PC5 অ্যাগ্রিগেট ম্যাক্সিমাম বিট রেট IE অন্তর্ভুক্ত থাকে, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) নিম্নলিখিত অপারেশনগুলি করবে: আগে সরবরাহ করা LTE A2X UE PC5 অ্যাগ্রিগেট ম্যাক্সিমাম বিট রেট (যদি UE কন্টেক্সটে উপলব্ধ থাকে) -কে প্রাপ্ত মান দিয়ে প্রতিস্থাপন করুন; নেটওয়ার্ক-নির্ধারিত মোডে, সংশ্লিষ্ট UE-এর জন্য LTE A2X পরিষেবা সাইডলিঙ্ক যোগাযোগের জন্য প্রাপ্ত মান ব্যবহার করুন।

  একটি 5G সিস্টেমে, একটি হ্যান্ডওভারপাথ রিকোয়েস্ট হল একটি টার্মিনাল (UE) দ্বারা 5GC-এর সাথে একটি UE-সম্পর্কিত সিগন্যালিং সংযোগ স্থাপন করার অনুরোধ এবং, প্রযোজ্য ক্ষেত্রে, NG-U ট্রান্সপোর্ট বিয়ারার ডাউনলিঙ্ক টার্মিনেশন পয়েন্টটিকে একটি নতুন টার্মিনেশন পয়েন্টে পরিবর্তন করার অনুরোধ। যেহেতু 5G ক্রমবর্ধমান সংখ্যক পরিষেবা প্রকার সমর্থন করে, তাই হ্যান্ডওভারের সময় পাথ রিকোয়েস্টের বিষয়বস্তু ক্রমশ জটিল হয়ে উঠবে। 3GPP এটিকে TS 38.413-এ নিম্নরূপ সংজ্ঞায়িত করেছে।   I. প্যাকেট ডিলে বাজেট   যদি CN প্যাকেট ডিলে বাজেট ডাউনলিঙ্ক IE পাথ সুইচ রিকোয়েস্ট অ্যাকনলেজ (PATH SWITCH REQUEST ACKNOWLEDGE) মেসেজের পাথ সুইচ রিকোয়েস্ট অ্যাকনলেজ ট্রান্সপোর্ট IE-তে অন্তর্ভুক্ত থাকে, তাহলে NG-RAN নোড পূর্বে সরবরাহ করা CN প্যাকেট ডিলে বাজেট ডাউনলিঙ্ক (যদি থাকে) প্রতিস্থাপন করবে (যদি সমর্থিত হয়) এবং TS 23.502-এ যেমন উল্লেখ করা হয়েছে, সেই অনুযায়ী এটি ব্যবহার করবে।   যদি CN প্যাকেট ডিলে বাজেট আপলিঙ্ক IE পাথ সুইচ রিকোয়েস্ট অ্যাকনলেজ নোড (PATH SWITCH REQUEST ACKNOWLEDGE) মেসেজের পাথ সুইচ রিকোয়েস্ট অ্যাকনলেজ ট্রান্সপোর্ট IE-তে অন্তর্ভুক্ত থাকে, তাহলে NG-RAN নোড পূর্বে সরবরাহ করা CN প্যাকেট ডিলে বাজেট আপলিঙ্ক (যদি থাকে) প্রতিস্থাপন করবে (যদি সমর্থিত হয়) এবং TS 23.502-এ যেমন উল্লেখ করা হয়েছে, সেই অনুযায়ী এটি ব্যবহার করবে।   II. বার্স্ট ডেটা হ্যান্ডলিং   যদি বার্স্ট অ্যারাইভাল টাইম ডাউনলিঙ্ক IE পাথ সুইচ রিকোয়েস্ট অ্যাকনলেজ মেসেজের পাথ সুইচ রিকোয়েস্ট অ্যাকনলেজ ট্রান্সপোর্ট IE-তে অন্তর্ভুক্ত থাকে, তাহলে NG-RAN নোড পূর্বে সরবরাহ করা মান (যদি থাকে) প্রতিস্থাপন করবে (যদি সমর্থিত হয়) এবং TS 23.502-এ যেমন উল্লেখ করা হয়েছে, সেই অনুযায়ী এটি ব্যবহার করবে।   III. RRC ইনঅ্যাকটিভ এবং কোর নেটওয়ার্ক অ্যাসিস্টেন্স ইনফরমেশন হ্যান্ডলিং   যদি RRC ইনঅ্যাকটিভ IE-এর কোর নেটওয়ার্ক অ্যাসিস্টেন্স ইনফরমেশন পাথ সুইচ রিকোয়েস্ট কনফার্মেশন মেসেজে অন্তর্ভুক্ত থাকে, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) UE কন্টেক্সটে এই তথ্য সংরক্ষণ করবে এবং RRC_INACTIVE স্টেট সিদ্ধান্ত এবং UE-এর RNA কনফিগারেশন ও RAN পেজিংয়ের জন্য এটি ব্যবহার করবে (যদি থাকে), যেমনটি TS 38.300-এ বর্ণিত হয়েছে।   যদি RRC ইনঅ্যাকটিভ IE-এর কোর নেটওয়ার্ক অ্যাসিস্টেন্স ইনফরমেশন-এ MICO অল PLMN IE অন্তর্ভুক্ত থাকে, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) UE-এর রেজিস্ট্রেশন এলাকাটিকে সম্পূর্ণ PLMN হিসাবে বিবেচনা করবে এবং RRC ইনঅ্যাকটিভ IE-এর TAI তালিকা উপেক্ষা করবে।   যদি RRC ইনঅ্যাকটিভ IE-এর কোর নেটওয়ার্ক অ্যাসিস্টেন্স ইনফরমেশন-এ ভয়েস সার্ভিসের পেজিং কজ ইন্ডিকেশন IE অন্তর্ভুক্ত থাকে, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) এটি সংরক্ষণ করবে এবং TS 38.300-এ যেমন উল্লেখ করা হয়েছে, সেই অনুযায়ী ব্যবহার করবে।   যদি RRC ইনঅ্যাকটিভ IE-এর কোর নেটওয়ার্ক অ্যাসিস্টেন্স ইনফরমেশন-এ PEIPS অ্যাসিস্টেন্স ইনফরমেশন IE অন্তর্ভুক্ত থাকে, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) এটি সংরক্ষণ করবে এবং RRC_INACTIVE স্টেটে থাকা UE-এর পেজিং সাবগ্রুপগুলির জন্য এটি ব্যবহার করবে, যেমনটি TS 38.300-এ বর্ণিত হয়েছে।   যদি CN MT কমিউনিকেশন হ্যান্ডলিং IE কোর নেটওয়ার্ক অ্যাসিস্টেন্স ইনফরমেশন (RRC ইনঅ্যাকটিভ IE)-এ অন্তর্ভুক্ত থাকে, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) এই IE সংরক্ষণ করবে এবং পরবর্তীতে CN-কে MT কমিউনিকেশন হ্যান্ডলিং করার জন্য অনুরোধ করতে পারে, যেমনটি TS 23.502-এ বর্ণিত হয়েছে, যা বাস্তবায়নের উপর নির্ভর করে।   যদি CN অ্যাসিস্টেড RAN প্যারামিটার অ্যাডজাস্টমেন্ট IE পাথ সুইচ রিকোয়েস্ট অ্যাকনলেজ (PATH SWITCH REQUEST ACKNOWLEDGE) মেসেজে অন্তর্ভুক্ত থাকে, তাহলে NG-RAN নোড TS 23.501-এ বর্ণিত হিসাবে এই IE ব্যবহার করতে পারে।   যদি RRC ইনঅ্যাকটিভ ট্রানজিশন রিপোর্ট রিকোয়েস্ট IE পাথ সুইচ রিকোয়েস্ট অ্যাকনলেজ (PATH SWITCH REQUEST ACKNOWLEDGE) মেসেজে অন্তর্ভুক্ত থাকে, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) UE কন্টেক্সটে এই তথ্য সংরক্ষণ করবে।   V. EPS এবং SRVCC প্রসেসিং   যদি PATH SWITCH REQUEST ACKNOWLEDGE মেসেজে ভয়েসের জন্য রিডাইরেকশন EPS ফলব্যাক IE অন্তর্ভুক্ত থাকে, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) এই IE সংরক্ষণ করবে এবং TS 23.502-এ যেমন উল্লেখ করা হয়েছে, সেই অনুযায়ী পরবর্তী ভয়েস EPS ফলব্যাক সিদ্ধান্তগুলিতে এটি ব্যবহার করবে।   যদি PATH SWITCH REQUEST ACKNOWLEDGE মেসেজে SRVCC অপারেশন পসিবল IE তথ্য থাকে, তাহলে NG-RAN নোড (যদি সমর্থিত হয়) UE কন্টেক্সটে প্রাপ্ত SRVCC অপারেশন পসিবল IE কন্টেন্ট সংরক্ষণ করবে এবং TS 23.216-এ যেমন সংজ্ঞায়িত করা হয়েছে, সেই অনুযায়ী এটি ব্যবহার করবে।