মোবাইল নেটওয়ার্কগুলিতে উচ্চ বিলম্ব কেন? এগুলি কীভাবে হ্রাস করা যায়?


39

আমি মোবাইল নেটওয়ার্কিং প্রযুক্তিগুলি যে জায়গাগুলি অন্যথায় উপলব্ধ নেই সেগুলিতে ইন্টারনেট অ্যাক্সেস পাওয়ার জন্য ক্রমবর্ধমানভাবে দেখছি।

মোবাইল নেটওয়ার্কিং সাধারণত প্রাথমিক ইন্টারনেট সংযোগ হিসাবে এখনও কার্যকর হয় না, মোবাইল প্রযুক্তি জরুরি ফলব্যাকের জন্য একটি ভাল বিকল্প বলে মনে হয়।

ব্যান্ডউইথ সমস্যা নয়: এইচডিএসপিএর সাহায্যে বেশ কয়েকটি এমবিটের গতি সম্ভব, যা একটি শালীন আপলিংক সরবরাহ করে। তবে আমি ব্যক্তিগত অভিজ্ঞতা থেকে জানি যে মোবাইল নেটওয়ার্ক ইন্টারনেট লিঙ্কগুলিতে (জিপিআরএস, ইউএমটিএস ইত্যাদির মাধ্যমে) নিয়মিত ডিএসএল (ইউএমটিএসের জন্য ২০০-৪০০ এমএস, জিপিআরএসের জন্য আরও অনেক বেশি) বেশি লেটেন্সি রয়েছে। এটি অবশ্যই তাদেরকে ভিওআইপি এবং টেলিকনফারেন্সির মতো অনেক অ্যাপ্লিকেশনের জন্য অনুপযুক্ত করে তোলে।

  • এই বিলম্বটি কোথা থেকে আসে?
  • লো-লেটেন্সি অ্যাপ্লিকেশনগুলির জন্য ইউএমটিএসকে কার্যকর করার জন্য, এমন কোনও প্রযুক্তি রয়েছে যা এই সমস্যাটি প্রশমিত করতে পারে?

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


6
রানামাজোরটেলিকম.স্ট্যাকেক্সেক্সঞ্জ ডটকমের উপর নির্ভর করে। ;-)
সেজেজোজ

মোবাইল ডিভাইস ধরন, সেল টাওয়ার অবস্থান, সংকেত বাধা, ইত্যাদি
DanBig

3
এই প্রশ্নটি সুপারভাইজারের জন্য উপযুক্ত নয়। এটা এখানে।
resmon6

2
তারা এটি শেষ করতে হবে। একটি নেটওয়ার্ক ইঞ্জিনিয়ার হিসাবে আমি এই প্রশ্নের একটি চিন্তাশীল উত্তর দেখার অপেক্ষায় রয়েছি।
resmon6

উত্তর:


46

ইলিয়া গ্রিগোরিকের "হাই পারফরম্যান্স ব্রাউজার নেটওয়ার্কিং" বইটি ঠিক এর উত্তর দেয়। মোবাইল নেটওয়ার্কগুলিতে নিবেদিত একটি পুরো অধ্যায় (সপ্তম) রয়েছে। বইটিতে বলা হয়েছে যে উচ্চ পারফরম্যান্সের সমস্যাটি প্রায়শই অলসতায় আবদ্ধ থাকে, আমাদের সাধারণত প্রচুর পরিমাণে ব্যান্ডউইথ থাকে তবে প্রোটোকলগুলি সেভাবে পায়। এটি টিসিপি স্লো স্টার্ট , রেডিও রিসোর্স কন্ট্রোলার (আরআরসি) বা সাবপটিমাল কনফিগারেশন। আপনি যদি কেবল মোবাইল নেটওয়ার্কগুলিতে দুর্বল লেটেন্সি অনুভব করে থাকেন তবে এটি সেভাবে ডিজাইন করা হয়েছে।

সাধারণ বিলম্ব সম্পর্কে বইটিতে একটি সারণী রয়েছে:

সারণী 7-2। একটি সক্রিয় মোবাইল সংযোগের জন্য ডেটা রেট এবং বিলম্বিতা

প্রজন্ম | তথ্য হার | অদৃশ্যতা
2 জি | 100–400 কেবিট / গুলি | 300-1000 এমএস
3 জি | 0.5–5 এমবিট / এস | 100-500 এমএস
4 জি | 1–50 এমবিট / গুলি | <100 এমএস

যদিও টিসিপি বৈশিষ্ট্যযুক্ত ত্রি-মুখী হ্যান্ডশেক বা ধীর-প্রারম্ভের সাথে খুব প্রাসঙ্গিকভাবে প্রশ্নটির উত্তর দেয় না, কারণ তারা তারযুক্ত সংযোগগুলিকে সমানভাবে প্রভাবিত করে। মোবাইল নেটওয়ার্কগুলিতে প্রকৃতপক্ষে কীভাবে প্রভাব ফেলবে তা হ'ল আইপি এর অধীন স্তর। যদি আইপির নীচে স্তরটির আধ সেকেন্ডের বিলম্ব হয়, তবে সার্ভারের সাথে একটি টিসিপি সংযোগ ~ 1.5 সেকেন্ড (0.5% * 3) নেবে, আপনি দেখবেন যে সংখ্যাগুলি খুব দ্রুত বাড়ছে। যেমনটি আগেই বলেছি যে ধরার আগেই মোবাইলটি নিষ্ক্রিয় নয়। হ্যান্ডসেটটি নিষ্ক্রিয় থাকলে প্রথমে এটি নেটওয়ার্কের সাথে "সংযোগ স্থাপন" করতে হবে, যার জন্য টাওয়ারের সাথে রিসোর্সের রিজার্ভের (সরলীকৃত) আলোচনা করা দরকার, এবং এটি এলটিইতে 50-100 মাইলের মধ্যে লাগে, 3 জিতে কয়েক সেকেন্ড পর্যন্ত, এবং আরও অনেক কিছু পূর্ববর্তী নেটওয়ার্কগুলিতে

চিত্র 7-12। এলটিই অনুরোধ প্রবাহের বিলম্ব

  1. বিমানের বিলম্বকে নিয়ন্ত্রণ করুন : আরআরসি আলোচনার জন্য এবং স্থিতিশীল রূপান্তরগুলির জন্য স্থির, এককালীন বিলম্বিত ব্যয়: অ্যাক্টিভ থেকে অ্যাক্টিভেটের জন্য <100 এমএস, এবং অ্যাক্টিভ থেকে অ্যাক্টিভেটের জন্য <50 এমএস।
  2. ব্যবহারকারীর বিমানের বিলম্ব: ডিভাইস এবং রেডিও টাওয়ারের মধ্যে স্থানান্তরিত প্রতিটি অ্যাপ্লিকেশন প্যাকেটের জন্য স্থায়ী ব্যয়: <5 এমএস।
  3. মূল নেটওয়ার্কের বিলম্ব: প্যাকেটটি রেডিও টাওয়ার থেকে প্যাকেট গেটওয়েতে পরিবহনের জন্য ক্যারিয়ার নির্ভরশীল ব্যয়: অনুশীলনে, 30-100 এমএস।
  4. ইন্টারনেট রাউটিং বিলম্ব: ক্যারিয়ারের প্যাকেট গেটওয়ে এবং পাবলিক ইন্টারনেটের গন্তব্যের ঠিকানার মধ্যে পরিবর্তনীয় বিলম্বের ব্যয়।

অনুশীলনে, ডিভাইস সংযুক্ত অবস্থায় একবার আসার পরে অনেক মোতায়েন করা 4G নেটওয়ার্কের শেষ থেকে শেষের প্রবণতা 30–100 এমএস পরিসরে থাকে।

সুতরাং, আপনার কাছে একটি অনুরোধ রয়েছে (চিত্র 8-2। একটি "সাধারণ" এইচটিটিপি অনুরোধের উপাদান):

  1. আরআরসি আলোচনার জন্য 50-2500 এমএস
  2. ডিএনএস সন্ধান 1 আরটিটি
  3. টিসিপি হ্যান্ডশেক 1 আরটিটি (পূর্বনির্মাণ সংযোগ) বা 3 আরটিটি (নতুন সংযোগ)
  4. টিএলএস হ্যান্ডশেক 1-2 টি আরটিটি
  5. এইচটিটিপি অনুরোধ 1-n আরটিটি

এবং বাস্তব তথ্য সহ:

সারণী 8-1। একক এইচটিটিপি অনুরোধের বিলম্বের ওভারহেড

                       | 3 জি | 4 জি
নিয়ন্ত্রণ বিমান | 200-22,500 এমএস | 50-100 এমএস
ডিএনএস অনুসন্ধান | 200 এমএস | 100 এমএস
টিসিপি হ্যান্ডশেক | 200 এমএস | 100 এমএস
টিএলএস হ্যান্ডশেক | 200–400 এমএস | 100-200 এমএস
এইচটিটিপি অনুরোধ | 200 এমএস | 100 এমএস
সম্পূর্ণ বিলম্বিত ওভারহেড | 200–3500 এমএস | 100-600 এমএস

এছাড়াও যদি আপনার একটি ইন্টারেক্টিভ অ্যাপ্লিকেশন থাকে যা আপনি একটি মোবাইল নেটওয়ার্কে মাঝারিভাবে ঠিক করতে চান আপনি নাগলে অ্যালগরিদমকে অক্ষম করে পরীক্ষা করতে পারেন (কর্নেল একাধিক ছোট প্যাকেট প্রেরণের পরিবর্তে ডেটা বড় প্যাকেটে একত্রিত করার জন্য অপেক্ষা করে) এটি পরীক্ষা করার উপায়গুলি অনুসন্ধান করুন মধ্যে https://stackoverflow.com/a/17843292/869019


স্বতঃস্ফূর্ত সম্মেলনটি স্পনসর করে https://hpbn.co/ এ প্রত্যেকে পুরো বইটি বিনামূল্যে পড়ার বিকল্প রয়েছে । এটি একটি অত্যন্ত প্রস্তাবিত বই, কেবল ওয়েবসাইট বিকাশকারীদের জন্যই নয়, এটি কোনও ক্লায়েন্টের কাছে কোনও নেটওয়ার্কের বাইটগুলি সরবরাহ করে এমন প্রত্যেকের পক্ষে দরকারী useful


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

1
আমি উত্তরটি বইয়ের টুকরোগুলি এবং টেবিলগুলি দিয়ে সম্পাদনা করেছি যাতে এটি নিজেরাই কার্যকর হয়।
জর্জি নেরেন

2
স্বরে নোট করুন: বিলম্বিতকরণ সম্পর্কিত আরও একটি আকর্ষণীয় কাগজ: এইচএসপিএ ডেটা নেটওয়ার্কগুলিতে বিলম্ব , কোয়ালকম।
sleske

তোমাকে অনেক ধন্যবাদ. আমি আমার বসকে বোঝানোর চেষ্টা করছি যে কেন আমরা দূরবর্তীভাবে মোতায়েন করা কিয়স্কগুলির জন্য 3 জি মডেমগুলির তুলনায় বিলম্বিতা নিয়ে সমস্যায় পড়ছি, এবং এটি পার্ক থেকে ছিটকে গেল।
jklemmack

4

আমি সন্দেহ করি যে "সেলুলার ব্রডব্যান্ড" প্রযুক্তি ব্যবহার করার সময় আপনি যে বিলম্বের অনুভব করতে পারেন তার একটি বৃহত অংশটি বেশ কয়েকটি জিনিসের যৌগিক সমস্যা।

দূরত্ব রয়েছে, তবে সিনেটিকন-ডিজে যেমন উল্লেখ করেছেন, এটি বাস্তবিকভাবে রাউন্ড ট্রিপ সময়ের খুব সামান্য অনুপাত।

এখানে বিবেচনা করার মতো কিছু বিষয় ... গ্রাহক হিসাবে আপনার যে বিলম্বের অভিজ্ঞতা রয়েছে (বিশেষত একটি বাড়ি বা ছোট ব্যবসায়ের গ্রাহক) সম্ভবত কৃত্রিমভাবে প্ররোচিত হয়, কমপক্ষে কিছুটা হলেও। এম 2 এম ব্যবহারের জন্য, এসসিএডিএ এবং আরও কিছু ক্ষেত্রে 3 জি এবং জিএসএম যোগাযোগের একটি শ্রেণি রয়েছে, যা কখনও কখনও বৃহত্তর নির্ভরযোগ্যতা এবং নিম্ন বিলম্বিত সংক্রমণ সরবরাহ করতে পারে। ফলস্বরূপ, এগুলি সাধারণত নিষিদ্ধ ব্যয়বহুল।

সুতরাং মূলত, আপনি ট্র্যাফিক গঠনের বিরুদ্ধে রয়েছেন। হয় আইএসপি / টেলকো আরও ভাল বেতনের গ্রাহকদের অগ্রাধিকার দেওয়ার জন্য এটি করছে বা আপনি যে সেলটি সংযুক্ত রয়েছেন সেটি কিছুটা ব্যস্ত, বা তাদের পুরো নেটওয়ার্কটি কিছুটা আলস্য is উদাহরণস্বরূপ)।

তবে এই সমস্তগুলির চারপাশে একটি উপায় রয়েছে, যদিও এটি কিছুটা চটজলদি। আপনার ট্র্যাফিক মোবাইল ডাব্লুডাব্লুএএন থেকে বের হওয়ার আগে আপনার মূলত একটি টিসিপি সংযোগ প্রক্সি প্রয়োজন। এই প্রক্সিটি মূলত আপনার অ্যাপ্লিকেশনটিতে একটি স্পোফড এসি প্রেরণ করবে, কারণ আসল এসিকে আইএসপির ট্র্যাফিক গঠনের ফলে বিলম্ব হতে পারে।
এটি স্পষ্টতই সন্দেহজনক, তবে বেশ কয়েকটি স্যাটেলাইট সরবরাহকারী এই ব্যবস্থাকে ল্যাটেন্সিটিকে প্রকৃতির চেয়ে কম দেখানোর জন্য ব্যবহার করে।


টিসিপি প্রক্সিটি একটি আকর্ষণীয় ধারণা এবং এটি টিসিপিকে উপলভ্য ব্যান্ডউইথের আরও ভাল ব্যবহার করতে সহায়তা করবে। যাইহোক, ওপিতে যে ধরণের অ্যাপ্লিকেশন সম্পর্কে জিজ্ঞাসা করা হয়েছে তাতে এটি সত্যই সহায়তা করে না। সংযোগের বিলম্বটি ব্যবহারকারী-দৃশ্যমান। আমি মনে করি আপনি সম্ভবত ফোবাস ব্যবহার করতে পারবেন: e2epi.internet2.edu/phoebus.html যেমন একটি টিসিপি প্রক্সি হিসাবে।
ড্যান প্রিটস

2

: খেলা দেরী ধরনের, কিন্তু আপনি বিষয় সম্পর্কে আমার পারফরমেন্স ক্যালেন্ডারের নিবন্ধটি চেক করতে পারেন http://calendar.perfplanet.com/2012/latency-in-mobile-networks-the-missing-link/

tl; dr - মোবাইল ল্যাটেন্সিটির একটি বড় অংশটি পিছনের পাতায় অকারণে চালিত রাউটের কারণে is


আকর্ষণীয় বিষয়। তবে এটি সমস্যার একাংশ ব্যাখ্যা করে। জিপিআরএসে সাধারণত 500-1,000 মিমি বিলম্ব থাকে। একটি মহাদেশ জুড়ে লেটেন্সি সাধারণত 200-300 মিমি বেশি হয় না, তাই খুব অপব্যয়ী রুটিং আপনাকে 1,000 এমএসও দেয় না।
স্লেসকে

@ স্লেসকে আমি সন্দেহ করি যে জিপিআরএস (এবং অন্যান্য পুরাতন প্রযুক্তি) দিয়ে আপনি একটি ব্যান্ডউইথ বাধা পেয়েছেন। তারা সারি শুরু করার আগে আপনি 56kb / s (সর্বাধিক) তে অনেকগুলি প্যাকেট ক্র্যাম করতে পারেন (সম্ভবত আমি ভুল করছি - তবে 56kb / s মানে প্রতি সেকেন্ডে প্রায় 1500 বাইট ফ্রেম নয়?)
r0u1i

ব্যাকহল এর উত্তর নয়। কমপক্ষে কোনও মেট্রো দৃষ্টিকোণ থেকে। এসএলএর ক্যারিয়ার ইথারনেটের সর্বত্র ব্যাকহল ট্র্যাফিকের দরকার পড়ে আমি এমএসসি / এমটিএসও-তে 8-10 মিমি সীমার মধ্যে থাকতে পারি। সেল ক্যারিয়ার কীভাবে সেখান থেকে ব্যাকবোনটিতে ট্র্যাফিক নিয়ে যায় তা তাদের ব্যবসা, তবে সাধারণ আইএসপি / নন-সেলুলার ট্র্যাফিকের চেয়ে আলাদা হওয়া উচিত নয়।

1

ওপেন-এয়ার যোগাযোগের প্রকৃতির কারণে সেল ফোনের মডেম প্রযুক্তিগুলি উচ্চমাত্রায় বিলম্বিত হয়: ডাব্লুএলএএন সংক্রমণ দূরত্বগুলি আপনি উল্লিখিত অন্যান্য প্রযুক্তিগুলির তুলনায় সাধারণত অনেক কম হয়, সুতরাং এই কারণেই বিলম্ব কম হয়।


6
দূরত্ব এখানে সত্যিই সামান্য উদ্বেগের। বায়ুতে রেডিও তরঙ্গ প্রচারের গতি ভ্যাকুয়ামের হালকা গতির খুব কাছাকাছি (প্রায় 300.000 কিলোমিটার / সে) তাই 3 কিলোমিটারেরও দূরত্বটি কেবল 0.02 এমএসের দফায় দফায় দেরি হতে পারে।
দ্য ওয়াবিট

2
@ সিনেটিকন-ডিজে আপনি এই টাওয়ারটির বাঁধা ট্রিপে আংশিকভাবে সঠিক, সেলুলার নেটওয়ার্কগুলির বিলম্বের একটি (খুব ছোট ভগ্নাংশ)। ট্রান্সমিশন রিডানডেনসিও রয়েছে (রেডিও লিঙ্কটি সত্যিকারের বিশ্বে কখনই নিখুঁত হয় না এবং ত্রুটির সংশোধন সহজাতভাবে বিলম্ব-প্ররোচিত হয়), টেলকো সিও / স্যুইচিং বিল্ডিংয়ে ব্যাকহল (সাধারণত প্যাকেট নেটওয়ার্কের মধ্যে এই দিনে এক বা একাধিক হप्स হতে পারে) back , আপনাকে সিও-তে কোনও ভয়েস বা ডেটা লিঙ্কে সংযুক্ত করে এবং তারপরে ধরে নেওয়া যায় যে আমরা বিগ ব্যাড ইন্টারনেটে এর সমস্ত সহজাত বিলম্বের সাথে ডেটা সংযোগগুলি নিয়ে কথা বলছি।
voretaq7

1
আমি সংঘর্ষ সনাক্তকরণ / সংঘর্ষ এড়ানো এ্যালগরিদম এবং বর্তমান অপারেশন প্যারামিটারগুলিও যুক্ত করব (হ্রাস সংক্রমণ গতির মতো যা বর্ধিত বিট সময়ের ফলে 1-4 এমএস হওয়া উচিত)। তবে আমি ইউএমটিএস সম্পর্কে একটি বিস্তৃত উত্তর রচনা করার জন্য যথেষ্ট জানি না।
দ্য ওয়াববিট

@ সিনেটিকন-ডিজে ভাল পয়েন্টস; আমি সিডিএমএ প্রযুক্তিতে একটি কাগজ লিখেছিলাম তবে তা অনেক দিন আগে!
আইজাক বাট
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.