چگونه ترافیک سایت را افزایش دهیم 16 ص

لینک دانلود و خرید پایین توضیحات

فرمت فایل word  و قابل ویرایش و پرینت

تعداد صفحات: 16

ترافیک 11ص

لینک دانلود و خرید پایین توضیحات

فرمت فایل word  و قابل ویرایش و پرینت

تعداد صفحات: 11

سیستم های کنترل ترافیک در تمام شهرهای دنیا به کار می رود که تاثیر جریانات ترافیکی را بهبود دهد ، تعداد دفعات عبور و مرور را کاهش دهد و از محیط اطراف ، از طریق کم کردن مصرف سوخت ، استفاده کند / یکی از مهمترین و شایعترین کاربرد این سیستم ها ، کنترل میزان ترافیک است . این می تواند دسته بندی شود از کم یا زیاد کردن میزان زمان چراغ قرمز یا سبز ،با توجه به وجود ماشین ها تا همپایه کردن چراغهای سبز در تقاطع های نزدیک به هم در ورودی عمومی ( برای اینکه از ایستادن دائم و پی در پی ماشین ها جلوگیری شود ) و دخالت دستی در پاسخ به تصادفات غیر طبیعی ، مانند ترافیک که به خاطر تصادفات و یا اتفاقات عمومی بزرگ بوجود می آید این کار با استفاده از سنسورها ، که اطلاعات مورد چراغهای جاده را فراهم می کند و یک ساختار ارتباطاتی که تقاطع ها و مراکز هدایت ترافیک را به هم مرتبط می کند و همچنین در بعضی مواقع ( بخصوص شهرهای بزرگ) تنظیم کردن کامپیوترهای منطقه ی (RC) که تصمیم کنترل کننده برای بخش های اجرایی سیستم را می گیرد . به علاوه سیستم کنترل حمل و نقل ممکن است وسایلی به غیر از چراغهای ترافیکی ، مانند علائم پیغامی مختلف یا علائم کنترل سرعت مختلف را شامل شوند .

به طور سنتی ، لایه ارتباطی یستم کنترل حمل و نقل بر پایه اتصالات سیمی بوده که یا به صورت خصوصی و یا به اجازه اپراتورهای ارتباطی دولتی بود . در حالی که برای چند سال ، چنین خطوطی اهداف خود را به خوبی ایفا کردند ، چندین نقص را دارند مانند انعطاف پذیری ، مشکل نصب در محیط های جدید ، در مواقع خاص راه حال های انتخابی ، برای محیط های خاصی قابل اجرا بود ، محل هایی که خطوط خصوصی یا دولتی انتخاب نبودند که این از ADSL به GPRS گروه بندی می شد . به هر حال استفاده از شبکه دولتی برای کنترل حمل و نقل می تواند از مشکلات رنج ببرد مانند مانند ترس از تاخیر و موضوعات اعتمادی . این مشکلات به این حقیقت بر می گردد که در شبکه حمل و نقل عمومی ، کاربرد کنترل حمل و نقل عضوی از اطلاعات است و بنابراین منبع درآمدی برای اپراتورهای آن . بنابراین برای تولید کنندگان محرک های کمی است که سرویس خاصی را معرفی کنند که با قیمت رقابتی در جاده ها تطابق داشته باشد .

در سالهای اخیر ، توجه زیادی به شبکه حمل و نقل بدون سیم و استفاده آنها در کلان شهرها بوده است . سعی و تلاش در چند شهر بزرگ آمریکا(فیادلفیا ، نیوارلان و ...) در کل دنیا (تایوان) نشان داد که شبکه بدون سیم ، تکنولوژی است که می تواند با موارد و راه حل هایدیگر به خوبی رقابت کند . بیشترین تحقیق بر روی شبکه حمل و نقل بدون سیم در کلان شهر (MAWMN) برای بالا بردن نتایج انها بود که اینطور پیش بینی شده بود ه استفاده اصلی آنها برای عموم خواهد بود .

پروژه حمل و نقل و ارتباط جاده ای (Starcomm) در ICT ملی استرالیا (NICTA) در آگوست 2005 آغاز شد و پروتکل هایی را مورد بررسی و پیشرفت قرار دادند که امنیت و اعتماد را افزایش دهد و مشکلات سیستم حمل و نقل را کاهش دهد و بنابراین آنها را قادر سازد که به عنوان لایه ارتباطی سیستم کنترل حمل و نقل به کار روند . باید توجه شود که Starcomm یکی از قسمت های پروژه star است که سعی می کند انواع تراشه های سیستم کنترل حمل و نقل ار افزایش دهد . یک سیستم آزمایشی بدون سیم در اولین مرحله پروژه ساخته شد که مسیرهای تحقیقی گفته شده را آسانتر کند . ما معمولا اندازه ها را از آزمایشات جمع می کنیم که فاکتورهایی که بیشترین تاثیر را بر روی کیفیت سیگنال و انجام شبکه دارند را بفهمیم . اطلاعات اندازه گیری شده به ما اجازه می دهد که دیدی مهم در مورد تناسب تکنولوژی های رادیویی محتلف داشته باشیم .

سیستم مدیریتی حمل و نقل Scats

این سیستم توسط منع حمل و نقل جتده ایی توسعه و نگهداری شده هدف اصلی آناین بود که در زمان واقعی سیگنالهای زمان را در پاسخ به تنوعات در ظرفیت سیستم و خواست های حمل و نقلی ، تنظیم کند . نسل معمولی Scats نه تنها سیگنالهای کنترل کننده ترافیکی را متصل می کند بلکه انواع گسترده ایی از ابزارهای کنار جاده ایی مانند جستجوکننده وسایل ، جستجوکننده مه ، دوربین های تلویزیونی مداربسته (CC TV) و .. را به هم متصل می کند . اطلاعاتا زمان واقعی از تمام این ابزار به مرکز مدیریت حمل و نقل مرکزی فرستاده می شود برای تجزیه و تحلیل و کنترل بر روی ترافیک جاده ها ، نحوه اجرای Scats بنابراین به صورت زیادی وابتسه است به تواناییهای سیستم ارتباطی ، که اطلاعات جاده ایی از اروپا به TMC انتقال می دهد

سیستم ارتباطی موجود Scats به ساختار سیمی سه دسته ایی بستگی دارد . حجم ارتباطات در تقاطعها ، به خصوص کنترل کننده های چراغ ترافیکی و جستجو کننده های وسایل حمل و نقل ، ساخته شده اند و استفاده می کنند از اتصالات نقطه به نقطه در خطوط تلفن است ندارد که از فرمهای 300bps استفاده می کنند . این همچننی معمولترین روش برای متصل کردن TMC و تقیه وسایل کم عرض نامرئی می باشد مانند علایم پیغام ، محدودیتهای سرعت ، اندازه گیریهای سرازیری ، ابزارهای با عرض باندی بالا مانند دوربین های cctv به هم متصل شده اند و از ISDN که شامل فیبرهای نوری در محیط های محدودی از مرکز شهر هستند استفاده می کنند .

در مرکز عملکرد Scats تنادل دوره ایی پیام بین کامپیوتر کنترل کننده هر تقاطع است . این تبادل هر یک ثانیه اتفاق می افتد و شروع می شوند با کامپیوتر که به کنترل کننده داخلی تقاطع یک پیغام دستوری را می فرستد و به آن حالت بعدی که باید تبدیل شود مدت زمان آنرا می گوید . در عوض به کنترل کننده لازم است که با تصدیقی پاسخ دهد که شامل اطلاعات سنسورهای تقاطع می شود . اگر تصدیقی در مدت یک ثانیه بعد از فرستادن پیغام دریافت نشد دوباره سعی می شود . اگر بعد از دومین دفعه تصدیقی نرسید ، ارتباطات از بین می رود Scats همه به کنترل کننده ها دستور می دهد که یک حالت فوق کنترل سر خود بوجود آمده است جایی که تصمیم گیری در مورد زمان حالت سبز چراغ ، جداگانه گرفته می شود . وقتی که شروع می شود کنترل کننده در حالت کنترل شود برای حداقل 15دقیقه باقی می ماند . اگر مشکلات ارتباطی دیگری اتفاق افتد طول این زمان 15 دقیقه دیگر افزایش می یابد . واضح است که سیستم سرخود جایی که تصمیم گیرها در تقاطع هماهنگ نیست باعث مشکل کنترل ترافیک به خصوص در ساعات شلوغ می شود .

ساختار معمول Scats که بر پایه ارتباط سظیمی است از مشکلات زیر رنج می برد :

نصب آرام و بی انعطافی .در بیشتر حالات نصب یک خط جدید در محیط جاده ای به خصوص جاده دور نیاز به حفاری زمین دارد که بسیار آرام است و تاثیر بر روی ساختار موجود دارد . به علاوه به خاطر رشد عبور و مرور و تغییرات الگویی در زمان ، لازم است که توپولوژی شبکه از زمانی به زمان دیگر گسترش یابد که این مرحله بسیار گران است برای شبکه سیمی . بنابراین توپوگرافی تطبیق شبکه کنار گذاشته می شود . به خاطر اینکه با سرعت کافی به تغییرات درخواست ها پاسخ نمی دهد .

دانلود مقاله الگوریتم های ژنتیکی به کاربره شده در مدیریت ترافیک هوایی 25 ص (علوم انسانی-مدیریت)

لینک دانلود و خرید پایین توضیحات

فرمت فایل word  و قابل ویرایش و پرینت

تعداد صفحات: 25

9) الگوریتم های ژنتیکی به کاربره شده در مدیریت ترافیک هوایی

افزایش ترافیک هوایی، از زمان شروع تجارت هوایی، باعث مشکل اشباع در فرودگاهها، یا مکانهای فضایی شده است. در حالی که هواپیماها ارتقاء می یابند و اتوماتیک تر می شوند. اما هنوز کنترل ترافیکی بر پایه تجربیات انسان است. مطالعه حاضر ، دو مشکل مدیریت ترافیک هوایی (ATM) را به جزء بیان می کند، که برای آنها راه حل های بر پایه الگوریتم ژنتیکی وجود دارد. اولین کاربرددر رابطه با مشکل enroute است و دومین کاربرد در مورد مشکلات مدیریت ترافیکی در سکوهای فرودگاهها است.

9.1) راه حل درگیریهای Enroute = کنترل ترافیک هوایی (ATC) می تواند توسط یک سرس از فیلترها نشان داده شود، جایی که هر فیلتر یک ؟ خاص دارد و افق های خاص محیطی و موقتی را اداره می کند. 5 سطح (لِوِل) قابل تشخیص است. در دوره طولانی (بشتر از 6 ماه) ترافیک در یک روش میکروسکوپی می تواند برنامه ریزی شود. برای مثال مردم با یک نمودار ترافیکی روبرو هستند که اندازه های کمیته ، که برنامه های ساعتی و موافقت با ارتش را مورد توجه قرار داده است، به کاربرده می شود برای فرهنگ هواپیمایی در زمانهای اوج یعنی بعد ظهر جمعه.

در دوره کوتاهتر ، معمولاً در مورد تنظیمات قبل ، صحت می شود. این مورد شامل برنامه ریزی کردن روز ترافیک ، یک یا دو روز قبل تر می شود. در این مرحله ، اشخاص ایدة مشخصی درباره بیشتر برنامه ی پرواز و ظرفیت کنترل هر مرکز دارند. حداکثر جریان هواپیما که می تواند یک قطر را سوراخ کند. ظرفیت قطر نامیده می شود. این عمل توسط CFMU3 انجام می شود. ترافیک میان آتلانتیک برای مثال در این مرحله مورد توجه قرار می گیرد. راههای هوایی، تنظیم ساعت های پرواز و حالت هوا مورد توجه قرار می گیرد. به طور کل این شغل توسط FMP4 در هر مرکز صورت می گیرد. آخرین فیلتر ، فیلتر تاکتیکال است که با کنترل داخل یک قطر بستگی دارد. زمان متوسطی که یک هواپیما در یک بخش صرف می کند حدود 15 دقیقه است. اینجا میزان رویت کنترل کننده کمی بالاتر از میزان دریافت طرحهای پرواز است چند دقیقه قبل از ورود هواپیما به بخش. کنترل کننده وظیفه چک کردن، حل اختلافات و همپایه بودن با بخش های همسایه را تضمین می کند. در این حالت تعیین تعریف برخورد مطلوب است. دو هواپیما با هم برخورد دارندوقتی که فاصله جدایی افقی بین آنها کمتر 5 مایل باشد و تفاوت انها در ارتفاع کمتر از 1000 فیت باشد. روش هایی که توسط کنترل کننده برای حل این برخورد به کار می رود بر پایه مسائل زیر است.

بر روی تجارب قبلی و هر دانش خلاقی. وقتی که چند جفت از هواپیماها در اختلاف مشابهی با هم تماس دارند، آنها با ساده کردن مشکلات شروع می کنند که فقط اختلافات ابتدایی را داشته باشند.

برای حل فیلتر اضطراری به نظر نمی رسد که مداخله کند به جز مواردی که سیستم کنترل دچار نقض شده یا اینکه ضعیف شده است. برای کنترل کننده ، آشیانه اطمینان مسیر هر هواپیما را با افق موقت چند دقیقه ایی پیش بینی می کنند. از موقعیت های رادار و الگوریتم های ادامه دار استفاده می کند و یک اخطار را در لحظه برخورد بوجود می آورد. این یک راه حلی را برای برخورد پیشنهاد نمی کند. به طور کل TCAS به نظر می رسد که از چنین تصادفی جلوگیری کند. پیش بینی موقت کمتر از یک دقیقه است (بین 25 تا 40 ثانیه) بنابر این بسیار دیر است برای کنترل کننده مانور هواپیما را، همانطور که تخمین زده شده که نیاز به حداقل زمان 1 تا 2 دقیقه برای آنالیز کردن موقعیت دارد راه حلی را پیدا کنند و آنرا به هواپیماها اطلاع دهند. به طور عمومی TCAS، هواپیمای اطاف را جستجو می کند و به خلبان برای حل برخورد پیشنهاداتی می کند. این فیلتر باید برخورد غیر قابل پیش بینی را حل می کند، برای مثال وقتی که یک هواپیما از سطح پرواز خود بالاتر رفته است یا یک مشکل تکنیکی که به طور قابل توجهی ارتفاع آنرا پایین آورده است. کاربردهای پیشنهاد شده در این بخش با فیلتر تاکتیکال ارتباط دارند: دانستن موقعیت هواپیما در لحظه حاضر و موقعیت بعدی آنها، را بوجود نمی آورد. راه حل برای پایه چندین تصور است. یک هواپیما نمی تواند سرعت خود را تغییر دهد (یا بسیار آرام باید این کار را بکند) مگر در مواقع فرود. نباید اینطور تصور شود که یک هواپیما با سرعت انی پرواز می کند، به غیر مواردی که سطح بندی می شود و هیچ بادی وجود ندارد. به علاوه در طول فرود و بلند شدن ، مسیر آن یک خط صاف نیست. هواپیماها در مسیر چرخش خود در فشار هستند. به طور عمومی خلبانها مانور افقی را به عمودی ترجیح می دهند مگر در هنگام بلند شدن یا نشستن. اگر چه امروزه خلبانهای اتوماتیک قرتمندتر از خلبانهای انسانی هستند (در موقعیت های نرمال پرواز) برای مواقعی که حقیقی به نظر می رسد توجه کردن به این مسیرها که توسط انسانها قابل دسترسی نیست.

خلبان. نامطمئنی بین سرعت فرود آمدن و بلند شدن بسیار زیاد است (بین 10% و 50% سرعت عمودی). در طول مسافرت ، نااطمینانی در سرعت کاهش می یابد. بعد از آن ، نا اطمینانی به همراه گذشت زمان بیشتر نمی شود، همانطور که یک هواپیما، ارتفاع خود را کاملاً خوب نگه داشته است. تقریباً غیر ممکن است که به دنبال راه حل های آنالیتکی برای حل مشکل برخورد باشیم . اما، اصلی ترین مشکل از پیچیدگی مشکل بوجود می آید. بخش اول این فصل ، به معرفی بعضی از توضیحات می پردازد که حل مشکل برخورد برای ما قابل فهم تر می کند و بخش دوم به تاریخچه ایی کوتاه از الگوریتمهای آزمایش شده برای این مشکل و محدودیتهای آن می پردازد. قسمت سوم مدلهای مشکل را به جزء بررسی می کند و پیشرفت الگوریتم ژنیتکی برای حل مشکل در بخش چهارم وجود دارد که با آمارهای ؟ بدست آمده دنبال می شود.

1.1.9) پیچیدگی حل مشکل برخورد= یک برخورد را می توان به صورت زیر توضیح داد:

یک برخورد یعنی برخوردی بین دو هواپیما در طول یک زمان داده شده از مسیر پیش بینی شده، گرفتن نااطمینانیها در مسیر.

کلاسهای معادل مربوطه به عنوان دسته و مجموعه برخورد هواپیما یا مجموعه ایی از اندازه n می تواند شامل شود به برخوردهای قوی n. توجه کردن به فقط هواپیمای افقی ، نشان می دهد که تمام راه حل های قابل قبول شامل 2n(n-1) اجزای مرتبط، تحت این تصور که یک متر مناسب به کاربرده شده که نیاز دارد به اجراهای زیادی از الگوریتم جستجو بنابر این برای مجموعه هواپیمای 6،32768 عضو متصل پیشنهاد می شود. در حقیقت اگر عملکرد هواپیما مورد توجه قرار گیرد، تمام اجزای مرتبط لازم نیست که مورد بررسی قرار گیرد. با آرام کردن محدودیت های جدا کننده، مشکل شبیه یک مشکل جهانی می شود که حداقل شامل بهینه های داخلی می شود مانند اجزای متصل. اضافه کردن بعد عمودی خصوصیت ترکیبی مشکل را کم نمی کند.

2.1.9) وجود مترهای حل کننده:

اولین پروژه اتوماتیک کنترل ترافیک ، آمریکایی بود و در شروع دهه 80 بوجود امد، اما قادر به حل مجموعه سایز 3 یا بیشتر نبود. پروژه اروپایی ARC2000 یک متر از نارساییهای ممتر لوله چهار بعدی را پیشنهاد کرد که مسیر n+1+h هواپیما در محیط n که قبلاً مسیرش محاسبه شده بود. ارتقاء دهد.

این مدلها شکیات را مورد توجه قرار ندادند و قادر نبودند با حجم عظیم ترافیک مواجه شوند. در نهایت پروژه تجربی اروپایی FREER در سال 1995 کامل شد. و پیشنهاد کرد که می تواند برخورد هواپیماها را حل کند. مشکل همپایه بودن بین هواپیماها با به کار بردن قوانین قبلی هدایت می شد ، که مانند استفاده

مقاله درباره الگوریتم های ژنتیکی به کاربره شده در مدیریت ترافیک هوایی 25 ص

لینک دانلود و خرید پایین توضیحات

فرمت فایل word  و قابل ویرایش و پرینت

تعداد صفحات: 25

الگوریتم های ژنتیکی به کاربره شده در مدیریت ترافیک هوایی

افزایش ترافیک هوایی، از زمان شروع تجارت هوایی، باعث مشکل اشباع در فرودگاهها، یا مکانهای فضایی شده است. در حالی که هواپیماها ارتقاء می یابند و اتوماتیک تر می شوند. اما هنوز کنترل ترافیکی بر پایه تجربیات انسان است. مطالعه حاضر ، دو مشکل مدیریت ترافیک هوایی (ATM) را به جزء بیان می کند، که برای آنها راه حل های بر پایه الگوریتم ژنتیکی وجود دارد. اولین کاربرددر رابطه با مشکل enroute است و دومین کاربرد در مورد مشکلات مدیریت ترافیکی در سکوهای فرودگاهها است.

1-راه حل درگیریهای Enroute = کنترل ترافیک هوایی (ATC) می تواند توسط یک سرس از فیلترها نشان داده شود، جایی که هر فیلتر یک ؟ خاص دارد و افق های خاص محیطی و موقتی را اداره می کند. 5 سطح (لِوِل) قابل تشخیص است. در دوره طولانی (بشتر از 6 ماه) ترافیک در یک روش میکروسکوپی می تواند برنامه ریزی شود. برای مثال مردم با یک نمودار ترافیکی روبرو هستند که اندازه های کمیته ، که برنامه های ساعتی و موافقت با ارتش را مورد توجه قرار داده است، به کاربرده می شود برای فرهنگ هواپیمایی در زمانهای اوج یعنی بعد ظهر جمعه.

در دوره کوتاهتر ، معمولاً در مورد تنظیمات قبل ، صحت می شود. این مورد شامل برنامه ریزی کردن روز ترافیک ، یک یا دو روز قبل تر می شود. در این مرحله ، اشخاص ایدة مشخصی درباره بیشتر برنامه ی پرواز و ظرفیت کنترل هر مرکز دارند. حداکثر جریان هواپیما که می تواند یک قطر را سوراخ کند. ظرفیت قطر نامیده می شود. این عمل توسط CFMU3 انجام می شود. ترافیک میان آتلانتیک برای مثال در این مرحله مورد توجه قرار می گیرد. راههای هوایی، تنظیم ساعت های پرواز و حالت هوا مورد توجه قرار می گیرد. به طور کل این شغل توسط FMP4 در هر مرکز صورت می گیرد. آخرین فیلتر ، فیلتر تاکتیکال است که با کنترل داخل یک قطر بستگی دارد. زمان متوسطی که یک هواپیما در یک بخش صرف می کند حدود 15 دقیقه است. اینجا میزان رویت کنترل کننده کمی بالاتر از میزان دریافت طرحهای پرواز است چند دقیقه قبل از ورود هواپیما به بخش. کنترل کننده وظیفه چک کردن، حل اختلافات و همپایه بودن با بخش های همسایه را تضمین می کند. در این حالت تعیین تعریف برخورد مطلوب است. دو هواپیما با هم برخورد دارندوقتی که فاصله جدایی افقی بین آنها کمتر 5 مایل باشد و تفاوت انها در ارتفاع کمتر از 1000 فیت باشد. روش هایی که توسط کنترل کننده برای حل این برخورد به کار می رود بر پایه مسائل زیر است.

بر روی تجارب قبلی و هر دانش خلاقی. وقتی که چند جفت از هواپیماها در اختلاف مشابهی با هم تماس دارند، آنها با ساده کردن مشکلات شروع می کنند که فقط اختلافات ابتدایی را داشته باشند.

برای حل فیلتر اضطراری به نظر نمی رسد که مداخله کند به جز مواردی که سیستم کنترل دچار نقض شده یا اینکه ضعیف شده است. برای کنترل کننده ، آشیانه اطمینان مسیر هر هواپیما را با افق موقت چند دقیقه ایی پیش بینی می کنند. از موقعیت های رادار و الگوریتم های ادامه دار استفاده می کند و یک اخطار را در لحظه برخورد بوجود می آورد. این یک راه حلی را برای برخورد پیشنهاد نمی کند. به طور کل TCAS به نظر می رسد که از چنین تصادفی جلوگیری کند. پیش بینی موقت کمتر از یک دقیقه است (بین 25 تا 40 ثانیه) بنابر این بسیار دیر است برای کنترل کننده مانور هواپیما را، همانطور که تخمین زده شده که نیاز به حداقل زمان 1 تا 2 دقیقه برای آنالیز کردن موقعیت دارد راه حلی را پیدا کنند و آنرا به هواپیماها اطلاع دهند. به طور عمومی TCAS، هواپیمای اطاف را جستجو می کند و به خلبان برای حل برخورد پیشنهاداتی می کند. این فیلتر باید برخورد غیر قابل پیش بینی را حل می کند، برای مثال وقتی که یک هواپیما از سطح پرواز خود بالاتر رفته است یا یک مشکل تکنیکی که به طور قابل توجهی ارتفاع آنرا پایین آورده است. کاربردهای پیشنهاد شده در این بخش با فیلتر تاکتیکال ارتباط دارند: دانستن موقعیت هواپیما در لحظه حاضر و موقعیت بعدی آنها، را بوجود نمی آورد. راه حل برای پایه چندین تصور است. یک هواپیما نمی تواند سرعت خود را تغییر دهد (یا بسیار آرام باید این کار را بکند) مگر در مواقع فرود. نباید اینطور تصور شود که یک هواپیما با سرعت انی پرواز می کند، به غیر مواردی که سطح بندی می شود و هیچ بادی وجود ندارد. به علاوه در طول فرود و بلند شدن ، مسیر آن یک خط صاف نیست. هواپیماها در مسیر چرخش خود در فشار هستند. به طور عمومی خلبانها مانور افقی را به عمودی ترجیح می دهند مگر در هنگام بلند شدن یا نشستن. اگر چه امروزه خلبانهای اتوماتیک قرتمندتر از خلبانهای انسانی هستند (در موقعیت های نرمال پرواز) برای مواقعی که حقیقی به نظر می رسد توجه کردن به این مسیرها که توسط انسانها قابل دسترسی نیست.

خلبان. نامطمئنی بین سرعت فرود آمدن و بلند شدن بسیار زیاد است (بین 10% و 50% سرعت عمودی). در طول مسافرت ، نااطمینانی در سرعت کاهش می یابد. بعد از آن ، نا اطمینانی به همراه گذشت زمان بیشتر نمی شود، همانطور که یک هواپیما، ارتفاع خود را کاملاً خوب نگه داشته است. تقریباً غیر ممکن است که به دنبال راه حل های آنالیتکی برای حل مشکل برخورد باشیم . اما، اصلی ترین مشکل از پیچیدگی مشکل بوجود می آید. بخش اول این فصل ، به معرفی بعضی از توضیحات می پردازد که حل مشکل برخورد برای ما قابل فهم تر می کند و بخش دوم به تاریخچه ایی کوتاه از الگوریتمهای آزمایش شده برای این مشکل و محدودیتهای آن می پردازد. قسمت سوم مدلهای مشکل را به جزء بررسی می کند و پیشرفت الگوریتم ژنیتکی برای حل مشکل در بخش چهارم وجود دارد که با آمارهای ؟ بدست آمده دنبال می شود.

2- پیچیدگی حل مشکل برخورد= یک برخورد را می توان به صورت زیر توضیح داد:

یک برخورد یعنی برخوردی بین دو هواپیما در طول یک زمان داده شده از مسیر پیش بینی شده، گرفتن نااطمینانیها در مسیر.

کلاسهای معادل مربوطه به عنوان دسته و مجموعه برخورد هواپیما یا مجموعه ایی از اندازه n می تواند شامل شود به برخوردهای قوی n. توجه کردن به فقط هواپیمای افقی ، نشان می دهد که تمام راه حل های قابل قبول شامل 2n(n-1) اجزای مرتبط، تحت این تصور که یک متر مناسب به کاربرده شده که نیاز دارد به اجراهای زیادی از الگوریتم جستجو بنابر این برای مجموعه هواپیمای 6،32768 عضو متصل پیشنهاد می شود. در حقیقت اگر عملکرد هواپیما مورد توجه قرار گیرد، تمام اجزای مرتبط لازم نیست که مورد بررسی قرار گیرد. با آرام کردن محدودیت های جدا کننده، مشکل شبیه یک مشکل جهانی می شود که حداقل شامل بهینه های داخلی می شود مانند اجزای متصل. اضافه کردن بعد عمودی خصوصیت ترکیبی مشکل را کم نمی کند.

3- وجود مترهای حل کننده:

اولین پروژه اتوماتیک کنترل ترافیک ، آمریکایی بود و در شروع دهه 80 بوجود امد، اما قادر به حل مجموعه سایز 3 یا بیشتر نبود. پروژه اروپایی ARC2000 یک متر از نارساییهای ممتر لوله چهار بعدی را پیشنهاد کرد که مسیر n+1+h هواپیما در محیط n که قبلاً مسیرش محاسبه شده بود. ارتقاء دهد.

این مدلها شکیات را مورد توجه قرار ندادند و قادر نبودند با حجم عظیم ترافیک مواجه شوند. در نهایت پروژه تجربی اروپایی FREER در سال 1995 کامل شد. و پیشنهاد کرد که می تواند برخورد هواپیماها را حل کند. مشکل همپایه بودن بین هواپیماها با به کار بردن قوانین قبلی هدایت می شد ، که مانند استفاده

تحقیق در مورد مدیریت ترافیک و کنترل آن 14 ص (با فرمت ورد)

لینک دانلود و خرید پایین توضیحات

فرمت فایل word  و قابل ویرایش و پرینت

تعداد صفحات: 14

خلاصه ای پروژه ها و نتایج بررسی شده در خصوص موضوع مدیریت ترافیک و کنترل آن

مدیریت ترافیک شهری

2-مدیریت ترافیک شهری

3-توصیه هایی برای مدلهای جدید

4-نتیجه گیری نهایی

نویسنده :آنابلا ریبریو( FCTUC)

معرفی واسلوب شناسی:

هدف از این گزارش که به وسیله FCTUC گردآوری شده است دادن خلاصه ای از فعالیت های انجام گرفته بر روی موضوع مدیریت ترافیکی به عنوان قسمتی از work packaye 2 از پروژه portal می‌باشد

اسلوب شناسی:

فعالیتی که تحت عنوان work packaye 2 از پروژه portal آغاز شده اساس شامل یک تحقیق همه جانبه بر روی پروژه های اروپایی مربوط به موضوع مدیریت ترافیک می‌باشد ما بیشتر بر روی پروژه های تحت برنامه RTD تاکید می کنیم

این تحقیق دربرگیرنده برای هر کدام از پروژه های:

اطلاعات عمومی در مورد مشارکین در این طرح (متخصصین)

معرفی سایتهای راهنما کننده یا سایتهای برای مطالعه

مواردی که برای هر کدام به وجود آمده شامل وب سایتها

TEL موجود در فرایندهای و مراحل

نکته ابتدایی موارد موجود در اینترنت شامل اطلاعات معین ومخصوص در مورد پروژه های اتحادیه اروپایی است

برای این منظور با بر روی این سایت تمرکز می کنیم www.cordis.lu/transport

مرکز اطلاعات جامعه اروپایی coRDIS)تحقیقات جامع وتوسعه سرویس اطلاعاتی) (سرویس اطلاعات حمل ونقل داخلی اروپا) www.eltis.org ما همچنین تعدادی سایت اینترنتی را پیدا کردیم که اطلاعات یعنی از بعضی از پروژه ها به ما می دهد. ما از بعض از جستجوگرها (مانند Google , Altarista)استفاده کردیم زیرا هیچ چیزی در مورد این سایتها در مرکز اطلاعات اروپایی ذکر نشده بود برای هر پروژه چون بعضی از اطلاعات هنوز به دست نیامدهاستما با 2 تن از همکارانمان تماس داشتیم ما همچنین از ایملیهای شخصی و پروژه ای استفاده کردیم اما متاسفانه دو ایمیل به ما جواب دادند.

مشکلات پیش روی:

بعضی از آنها در بالا توضیح داده شد زیرا اسلوب شناسی متعاقب آنها باید با مقدار و نوع اطلاعاتی که در مرحله به دست می آید همخوانی داشته باشد.

در مورد سختیهایی که در حین جمع کردن اطلاعات مورد نیاز با آن برخورد کردیم صحبت خواهیم کرد. همانطور که توقع داشتیم در یکی از پروژه ها به نام music که پرتغال در آن سهیم بود ما هیچ مشکلی نداشتیم ولی در بقیه پروژه ها مخصوصا آنهایی که هیچ صفحه اینترنتی نداشتند یا گزارش در موردآنها تنبه نشده بود برای پیدا کردن اطلاعات ما را به زحمت بیشتری انداخت.

این به واسطه این حقیقت است که کشور ما از نظر جغرافیایی دور از کشورهای اروپایی است و ما نمی توانیم اطلاعات لازم را از یک راه موثر مانند برقراری ارتباط شخصی در یک میتینگ به دست آوریم.

به دست آوردن اطلاعاتی که با جزئیات فراوان همراه بودند مخصوصا مرتبط کردن مطالبی که در PRIVILECE , INCOME و یا اگر این مطالب در CD یا نشریه یا مواردی از این قبیل باشد بسیاری دشوار بود. مادر مورد IPR هیچ مطالبی به دست نیاوردیم امانمی توانیم به صراحت اعلام کنیم که IPR شامل هیچ یک از پروژه ها نمی شود.زیرا همانطور که بالا هم اشاره شد ما سخیتهای عمده ای در پیدا کردن اطلاعات درست داشتیم.

همانطور که در بالا اشاره شد ما به وسیله ایمیل هم چندین تماس برقرار کردیم اما فقط در مورد پروژه های MUSIC , SUTRA جواب گرفتیم. همچنین بسیاری از اطلاعات در مورد پروژه های مورد بحث در سایتهای اتحادیه اروپایی موجود نبود مخصوصا در حیطه آدرسهای اینترنتی و ایمیلهای شخصی این سایتها آپ دبت(UPDATE)نشده اند.