SESSION DESCRIPTION PROTOCOL

علی ناصری

خالصه ای در رابطه با این مقاله : 

این مقاله، طرح استانداردهای مسیر اینترنت را در زمینه انجمن اینترنتی و نیاز به مسائل قابل بحث و ارائه پیشنهادات الزم در رابطه با چگونگی ارتقاء اینترنت را،

به طور خالصه ارائه می نماید. لطفا برای دسترسی به نسخه جدید در رابطه با (، در جهت استاندارد نمودن وضعیت STD"طرح استانداردهای اینترنت رسمی" )

و شرایط این پروتکل، محدودیت توزیع این مقاله را ما از میان بر داشته ایم.

چکیده پژوهش : SDP را توضیح می دهد. SDPاین مقاله، پروتکل تشکیل و تعریف جلسه، یعنی

برای توضیح دوره های چند رسانه ای، با هدف اعالن دستور کار دوره، دعوت به مشارکت در جلسه، و نیز سایر شرایط دوره های چند رسانه ای، برنامه ریزی

شده است.

مقدمه :

( اینترنت، از یک ابزار شامل لیست MBONEدر جهت بررسی چند جانبه بخش اصلی )جلسات می توان در جهت تبلیغ کنفرانس های چند رسانه ای، برقراری ارتباط با آدرس

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

را، به طور SDPنماید. این مقاله دلیل ارائه آدرس های چند منظوره یا توزیع پیام های مفصل، توضیح نمی دهد. این موارد در یاد داشت های ضمیمه توضیح داده می شوند.

بررسی دالیل کد گذاری رسانه نیست.SDPدر این مقاله هدف

زمینه پژوهش :MBONE بخشی از اینترنت است که بررسی چند جانبه IP را مورد حمایت

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

بر گذاری کنفرانس های چند رسانه ای، به وفور استفاده می گردد. این کنفرانس ها، غالبا خواصی دارند که نیازی به برقراری ارتباط تنگاتنگ بین

اعضای مشارکت کننده در آن ها، وجود ندارد؛ بنابر این، برای دریافت _

، الزم است فقط آدرس گروه چند MBONEکنفرانس، یک کاربر در یک سایت را شناخته و UDPمنظوره ارائه کننده اطالعات و نیز پورت ها )خروجی های(

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

واژگان زیر در این مقاله مورد استفاده قرار گرفته اند، و در متن این مقاله دارای مفاهیم خاصی هستند:

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

یکدیگر استفاده می کنند.

جلسه :در این مقاله، جلسه به معنی جلسه چند رسانه ای است، که برای

فرستندگان و گیرندگان اطالعات و نیز تبادل جریان اطالعات از جانب فرستندگان به گیرندگان بر قرار می گردد. کنفرانس چند رسانه ای را می

توان به عنوان یک جلسه چند رسانه ای محسوب نمود.

: تبلیغات جلساتبرای کسب اطالعات در مورد این واژه به اعالن جلسه رجوع شود.

اعالن جلسه :اعالن جلسه، مکانیسمی است که، با استفاده از آن، توضیحات مربوط جلسه در قالب یک

طرح برای کاربران ارسال می گردد، مثال در شرایطی که شرح جلسه توسط کاربر به طور مشخص درخواست نشده باشد.

شرح جلسه :شرح جلسه، شامل یک فرمت کامال تعریف شده است که اطالعات کافی را برای کسب

اطالع کاربر، در زمینه مشارکت در جلسه چند رسانه ای در بر دارد.

واژگان تخصصی : " یعنی نباید، MUST NOT" یعنی باید، "MUSTواژگان کلیدی این مقاله عبارتند از: "

"REQUIRED" ،یعنی مورد نیاز "SHALL" ،یعنی خواهم "SHALL NOT ،یعنی نخواهم ""RECOMMENDED" ،یعنی پیشنهادی "MAY" یعنی باید، و "OPTIONAL یعنی "

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

اعالن چند منظوره :SDP نوعی پروتکل تشریح جلسات برای ارائه توضیحات الزم در زمینه جلسات

چند رسانه ای محسوب می شود. یکی از متداول ترین کاربردهای آن در زمینه ( برای مشتریان می باشد. بسته SAPکاربرد آن برای اعالن و شرح جلسه )

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

و مقاله همکاران توضیح داده می شود. همان گونه که در این مقاله توضیح داده شد، موضوع متن همان تعریفی است که در زمان اعالن جلسه ارائه گردید. اندازه مقاله متن نباید بیشتر از یک کیلو

اعالم شد، در هر بسته فقط حق داریم SAPبایت باشد. همان گونه که توسط که یک موضوع را برای اعالن جلسه معرفی نمائیم.

:WWWچگونگی اعالم ای میل و تنها وسیله های اعالم شرح جلسه، عبارتست از: استفاده از ای میل، و وب

، MIME، الزم است از محتوای WWWجهانی. هم برای ای میل و هم برای توزیع " استفاده گردد. این ابزار امکان استفاده اتوماتیک را در SDP" درخواست/

مشتریان یا ای میل آنان، WWWجلسه به صورت استاندارد و با استفاده از فراهم می نماید.

SDP: شامل موارد زیر می شود

- نام و هدف جلسه.1- زمان برگزاری فعال جلسه.2- وسیله و رسانه اعالن جلسه.3- اطالعات الزم در جهت چگونگی دست یابی به آن رسانه )یعنی آدرس رسانه، 4

خروجی های آن، فرمت رسانه، و غیره(.

اطالعات رسانه ای : شامل موارد زیر می شود:SDPدر زمینه اطالعات رسانه ای،

نوع رسانه )ویدئو، رسانه شنیداری، و غیره(.، و غیره(.RTP/UDP/IP، H320وسیله انتقال )، و غیره(.MPEG، ویدئو H261VIDEOفرمت رسانه )

، وسایل زیر نیز کاربرد دارند:IPبرای جلسات چند منظوره آدرس مولتی مدیا برای استفاده در مدیا.

خروجی انتقال دهنده برای مدیا.

، موارد زیر مورد نیاز می باشند :IPبرای اجرای جلسات تک منظوره آدرس ریموت )دور( برای استفاده مدیا.

خروجی انتقال برای تهیه آدرس جهت برقراری تماس.

مفهوم و هدف این آدرس و خروجی، بستگی به پروتکل های رسانه و انتقالی دارند که توضیح داده شدند. با توجه به پیش فرض، این آدرس و خروجی، همان آدرس و خروجی ریموتی

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

جهت ایجاد یک کانال کنترلی برای جریان رسانه واقعی ایجاد نمایند.: SDP مشخصات

، ISO 10646 با استفاده از کاراکتر هایی کامال متنی مانند SDPتعاریف مربوط به جلسات می SDP انجام می شود. برای نام ها و اسامی اسنادی و زمینه ای UTF – 8جهت کدگذاری

استفاده نمود، اما برای اندازه گیری مقادیر زمینه US – ASCIIتوان فقط از زیر گروه های استفاده نمایند. کد ISO – 10646ای و اسنادی متنی می توان از گروه کاراکترهای کامل

، برای XDR یا ASN/1گذاری اطالعات متنی، بر عکس کد گذاری دودوئی )باینری( مانند انتخاب می شوند، تا امکان استفاده از تعداد زیادی از وسائل نقل و انتقال، افزایش قابلیت انتقال پیام

(، و نیز امکان انعطاف MIME)برای مثال، پیام های ای میل در رابطه با شرح جلسه پذیری پیام وجود داشته،

و امکان ایجاد و پردازش توضیحات جلسات را بر مبنای بسته نرم افزار ( فراهم نماید. با این وجود، در شرایطی که کل TEL/TKمتنی )مانند،

تا حدودی SAPپهنای باند اختصاص داده شده به تمام اعالمیه های محدود باشند، کد گذاری نیز الزم است به صورت خالصه وار انجام

بگیرد. و نیز در شرایطی که ارسال اعالمیه های جلسات با استفاده از وسائل غیر قابل اعتماد انجام بگیرد )مانند ای میل(، یا این که امکان

آسیب وارد شدن به پیام از طریق سرور کشینگ متوسط وجود داشته باشد، کد گذاری با یک ترتیب محدود و بر اساس مقررات فرمتی انجام

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

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

از چند خط متن تشکیل شده است که به شکل SDPشرح جلسه >نوع< >عدد< >نوع< می باشند، و همیشه یک کاراکتر و به طور

موردی از اهمیت زیادی برخوردار می باشد. >عدد< نوعی متن ساختار بندی شده است، که فرمت آن بستگی به >نوع< آن دارد. عدد ممکن است به طور موردی از اهمیت برخوردار باشد، در غیر این صورت یک

زمینه خاصی را تعریف نماید. در هیچ کدام از جهات عالمت " نمی توان فضای خالی قرار داد. در کل، این >عدد< ممکن است نمایان گر تعداد

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

ارسال گردید، فقط یک شرح جلسه برای SAP توسط SDPزمانی که توسط سایر SDPهر بسته می تواند کاربرد داشته باشد. و نیز زمانی که

ممکن است با SDPرسانه ها ارسال گردید، بسیاری از شرح جلسات =" یعنی آغاز شرح جلسه مفهومش به Vیک دیگر ادغام شوند )خط "

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

این جا مشخص شده است، دقیقا آورده شوند )ترتیب ثابت تا حدود زیادی موجب افزایش اشتباهات شده و امکان تجربه ساده را فراهم می

های نماید(.آیتم های اختیاری با عالمت "*" مشخص می شوند. آیتماختیاری با عالمت "*" مشخص می شوند.

شرح جلسه :V.)ورژن پروتکل( =O.)شاخص مالک/ایجاد کننده و جلسه( = S.)نام جلسه( = I.)اطالعات مربوط به جلسه( * =

U تعریف( * = URL.)E.)آدرس ای میل( * = P.)شماره تلفن( * =

C * = ،اطالعات مربوط به برقراری ارتباط – در صورتی که در رسانه آورده شد(نیازی به ذکر آن نمی باشد(.

B.)اطالعات مربوط به پهنای باند( * = در مورد اطالعات بیشتر در رابطه با زمان به ادامه مطلب مراجعه

نمائید.Z.)تنظیم زمان محل( * = K.)کلید رمز( * = A.)وجود یا عدم وجود خطوط مربوط به جلسه( * =

برای کسب اطالعات در رابطه با شرح رسانه، به ادامه مطلب مراجعه شود.

تعاریف مربوط به زمان:T.)زمانی که جلسه فعاالنه برگزار می شود( = R.)تکرار یا عدم تکرار زمان( * =

تعاریف مربوط به رسانهM.)نام رسانه و آدرس مقصد انتقال( = I.)عنوان رسانه( * =

C اطالعات مربوط به برقراری ارتباط – در صورتی که در سطح( * = جلسه مطرح شود، ذکر آن اختیاری است(.

B.)اطالعات مربوط به پهنای باند( * = K.)کلید رمز( * = A.)وجود یا عدم وجود خطوط مربوط به رسانه( * =

نوع حروف >تایپی< در این شرایط، به طور عمدی به صورت حروف کوچک انتخاب می شود، و معموال سعی می شود که زیاد طوالنی نباشد

به صورت یک مکانیسم کامل الزم است هر گونه اعالمیه SDP– عامل ای را که دارای یک نامه "تایپی" است که برایش مفهوم نیست، را نا

="، که در قسمت باال توضیح داده Aدیده بگیرد. مکانیسم "نشانه" )" و نیز ارتباط دهنده آن به یک درخواست یا SDPشد(، ابزار اولیه توسعه

رسانه محسوب می شود. برخی نشانه ها )نشانه هایی که در این مقاله لیست شدند(، یک مفهوم تعریف شده دارند، اما برخی دیگر از نشانه ها

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

مفهوم نیستند، نادیده گرفته شوند.="(، در رابطه با A="( و نشانه )"Cاطالعات مربوط به ارتباط )"

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

در مثال زیر، هر رسانه به گونه ای عمل می نماید که انگار به آن " داده شده است.RECOVONLYنشانه "

V=0O= MHANDLEY, 2890844526 2890842807 IN IP4 126.16.64.4

S سمینار =SDP.I.یک سمینار در زمینه پروتکل شرح جلسه =

U = HTTP://WWW.CS.UCL.AC.UK/STAFF/M.HANDLEY/SDP.03.PS.

E = IN IP4 224.2.17.12/127.T = 2873397496 2873404696.

A = RECVONLY.M = AUDIO 49170 RTP/AVP 0.

M = VIDEO 51372 RTP/AVP 31.M = APPLICATION 32416 UDP WB.

A = ORIENT:PORTRAIT.ثبت متن هایی مانند نام جلسه و اطالعات مربوط به آن، شامل رشته هایی از بایت می باشند که ممکن است شامل همه بایت ها بشود بجز

0X00 )NUL(، 0XOA )ASCII NEWLINE( 0 وXOD )ASCII CARRIAGE RETURN( توالی .CRLF )0X0D0A( برای پایان دادن به

یک ثبت مورد استفاده قرار می گیرند، اگر چه الزم است تجربه کننده تحمل داشته و بپذیرد که ثبت خود را با یک کاراکتر تنها در یک خط تازه

به پایان ببرد. به طور پیش فرض، این رشته بایت ها شامل کاراکتر های ISO – 10646 در کد گذاری UTF – 8 می شود.اما این پیش فرض را

" تغییر داد.CHARSETمی توان با استفاده از نشانه "

URI :U = >URI<.

URI به عنوان شاخص منابع جهانی، توسط مشتریان WWW مورد استفاده قرار می گیرد.

URI را می توان به عنوان یک شاخص، برای کسب اطالعات بیشتر در رابطه با کنفرانس، مورد استفاده قرار داد.

این فیلد، یک فیلد انتخابی است، اما در صورت استفاده از این فیلد، الزم است آن را قبل از فیلد رسانه مورد استفاده قرار داد.

استفاده نمود.URIبرای شرح هر جلسه، نباید از بیش از یک فیلد E.>آدرس ای میل< =P.>شماره تلفن< =

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

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

آورده شوند.برای شرح یک جلسه، می توان از بیش از یک فیلد ای میل یا شماره

تلفن استفاده نمود.

برای شرح یک جلسه، می توان از بیش از یک فیلد ای میل یا شماره تلفن استفاده نمود.

الزم است شماره تلفن بر مبنای فرمت قوانین بین المللی ارائه گردد – یعنی همراه با یک "+ و کد بین المللی آن کشور آورده شود. الزم است یک فضای خالی یا عالمت )"-"( بین کد کشور و بقیه شماره تلفن آورده شود. فضای خالی و خط تیره برای جدا کردن فیلد تلفن مورد استفاده قرار می گیرد، و در صورت نیاز به خواندن شماره تلفن کمک می کند.

.P= +1 617 253 6011 یا P= +44-171-380-7777برای مثال، هم آدرس های ای میل و هم شماره های تلفن می توانند یک متن آزاد

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

شود. برای مثال:E = MJH@ISI.EDU .)مارک هندلی(

اطالعات مربوط به برقراری ارتباط :

E.>نوع شبکه< >نوع آدرس< >آدرس ارتباط<==" شامل اطالعات مربوط به ارتباط می باشد.Eکه در آن فیلد "

=" در رابطه با شرح Eهر شرح جلسه ای الزم است دارای یک فیلد "=" در رابطه با جلسه باشد )برای کسب اطالعات Eرسانه، یا یک فیلد "

بیشتر به ادامه مطلب مراجعه نمائید(. این اطالعات می تواند حاوی فیلد =" اضافی در C=" و نیز فیلد "Cمربوط به سطح جلسه یعنی فیلد "

زمینه شرح رسانه باشد. در هر کدام از این موارد، اعداد و ارقام مربوط به رسانه ممکن است با

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

زنجیره متنی است که نوع شبکه را نشان می دهد. دو حرف اول واژه " برای نشان دادن مفهوم IN( برای یعنی "INTERNETاینترنت )

"INTERNET.مورد استفاده قرار می گیرند " امکان استفاده SDPدومین فیلد فرعی، نوع آدرس است. این فیلد برای

وابسته نیستند. تا کنون IPدر زمینه جلساتی را فراهم می نماید که به سومین فیلد فرعی، آدرس ارتباط شرح داده شده است. IP4فقط

است. ضمنا می توان از فیلد های فرعی دیگری نیز، بعد از فیلد آدرس ارتباط، با توجه به اعداد و ارقام فیلد >نوع آدرس< استفاده

نمود.

، آدرس ارتباط به صورت زیر شرح داده می شود:IP4برای آدرس های گروه چند D IPبه طور مشخص، آدرس ارتباط همان آدرس طبقه –

منظوره می باشد.در صورتی که جلسه چند منظوره نباشد، در این تک IPصورت آدرس ارتباط شامل نام کامال تائید شده دامین یا آدرس

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

اسامی دامین های چند منظوره یا آدرس های تک منظوره در شرح جلسه ای ذکر شوند که از طریق اطالعیه چند منظوره اعالم شده است،

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

تک منظوره. در سایر موارد، برای استفاده IPاستفاده شود تا یک آدرس برای مشخص کردن یک واسط خاص، ممکن است الزم IPاز آدرس

باشد که از یک ابزار چند خانه ای برای انجام این کار استفاده شود. بنا بر این، این ویژگی موجب می شود که تصمیم به گونه ای اتخاذ گردد که از درخواست فرد استفاده گردد، در این صورت الزم است مشخصات به

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

( را، در TTLمی کنند، الزم است زمان الزم برای مشارکت در جلسه )جهت آماده سازی جدول زمانی عالوه بر آدرس چند جانبه را داشته

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

های جلسه TTL باشد. 225 الزم است بین صفر تا TTLارقام مربوط به که به آدرس ضمیمه شده است با استفاده از

( از هم جدا می شوند. برای مثال:SLASHاسلش )C= IN IP4 224.2.1.1/127

استفاده از اسلش )/( برای تعاریف فوق که برای آدرس های یک جانبه مورد استفاده قرار گرفته است، غیر قانونی است.

پهنای باند :B.>مشخص کننده پهنای باند<:>پهنای باند-عدد<=

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

اختیاری است.>پهنای باند-میزان< این عدد بر اساس واحد کیلو بایت در ثانیه مورد

محاسبه قرار می گیرد.>مشخص کننده پهنای باند< واژه ای بر مبنای اعداد آلفایی تنها

است، که به عدد پهنای باند معنا می بخشد.در مراحل اولیه دو رقم تعریف کننده و مشخص کننده پهنای باند ارائه

می گردند. که عبارتند از:

CT کل کنفرانس: با توجه به چشم انداز مدیریتی چند جانبه )پهنای باندMBONE در برابر محدودیت های TTL در MBONE FAQ حد اکثر پهنای )

ارتباط دارد. در صورتی که پهنای باند موجود در یک TTL MBONEباند با جلسه یا رسانه، با پهنای باندی که در جلوی دید نیست تفاوت داشته

، "..." برای جلسه تهیه شود تا بتواند B=CTباشد، الزم است یک خط یک محدوده فوقانی فرضی برای پهنای باند مورد استفاده ایجاد نماید.

هدف اولیه انجام این کار ارائه یک ایده برآوردی می باشد، مبنی بر این که آیا می توان به طور همزمان دو کنفرانس یا بیش از دو کنفرانس را

بر گزار نموده و تحت پشتیبانی قرار داد یا خیر.AS یا حد اکثر کار برد در شرایط خاص: فرض بر این است که پهنای باند

ویژه هر کنفرانس خاص می باشد، یعنی، در برخی موارد حد اکثر استفاده از پهنای باند به عمل می آید. به طور طبیعی، این موضوع با آن چه که در کنترل " حداکثر پهنای باند" برنامه ریزی شده است، همخوانی

دارد. امکان استفاده از حد اکثر پهنای باند را CTالزم به ذکر است که،

به پهنای باند ASبرای همه رسانه ها در همه اماکن فراهم می نماید. امکان استفاده در یک رسانه مشخص را در یک محل خاص، فراهم می نماید، اگر چه ممکن است بتوان آن را به محل های زیادی، به

طور همزمان ارسال نمود.مکانیسم توسعه پهنای باند: نویسندگان ابزار می توانند تغییرات

-" Xتجربی پهنای باند را، از طریق تثبیت تغییرات با استفاده از "تشریح نمایند، برای مثال:

B=X – YZ:128

زمان ها، زمان های تکرار و زمان منطقه.T.>زمان آغاز<>زمان پایان<=

=" زمان های آغاز و پایان جلسه کنفرانس را مشخص می Tفیلد "="، را می توان در زمانی مورد استفاده Tنمایند، فیلد های چند جانبه "

قرار داد که جلسه به صورت چند جانبه و در زمان های نا منظم فعال =" یک دوره زمانی را مشخص Tاست. هر کدام از فیلد های اضافی "

می نمایند که جلسه در رابطه با آن ها فعال است. در صورتی که جلسه =" نیز الزم است عالوه بر و نیز Rدر زمان های منظم فعال باشد، فیلد "

=" مورد استفاده قرار بگیرد – که در آن مورد فیلد Tبه دنبال فیلد ""T.زمان های آغاز و پایان توالی مکرر زمانی را مشخص می نمایند "=

فیلد های فرعی اول و دوم، به ترتیب زمان های آغاز و پایان کنفرانس را نشان می دهند. این اعداد و ارقام، به صورت اعداد اعشاری پروتکل

(، را با استفاده از مقیاس ثانیه، نشان می دهند. برای NTPزمان شبکه )، اعداد اعشاری را از UNIXتبدیل این اعداد و ارقام به زمان

کسر نمائید.220898800در صورتی که زمان پایان جلسه بر مبنای صفر مورد محاسبه قرار گرفته

باشد، در این صورت جلسه حد و مرزی ندارد، و در این صورت، زمان پایان آن را نمی توان تا آغاز زمان جلسه فعال نمود. در صورتی که زمان

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

جلسات دائمی به گونه ای برای کاربران برنامه ریزی می شوند که به نظر می رسد که هرگز فعال نبوده اند، مگر این که زمان های زیادی در

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

ماه ادامه پیدا 6باشد، برنامه ریزی شود، و نیز برای جلساتی که کمتر از می کنند نیز این نوع برنامه ها توصیه نمی شوند.

R فاصله های مکرر جلسات< >استمرار فعال جلسات< >لیست< =تعطیالت جلسات از زمان آغاز آن ها<.

="، زمان های مکرر جلسه را مشخص می کند. برای مثال، در Rفیلد " صبح سه شنبه 11 صبح دوشنبه و 10صورتی که جلسه ای در ساعت

برای مدت یک ساعت، در هفته، و برای مدت سه ماه، فعال باشد، در NTP 10=" نشان دهنده Tاین صورت >زمان آغاز جلسه< در فیلد "

صبح در اولین دوشنبه، فیلد >فاصله مستمر< یک هفته، فیلد >استمرار 25فعال جلسات< یک ساعت، و فیلد تعطیلی جلسه صفر ساعت و

NTP="، یعنی زمان پایان جلسه نشان دهنده Tساعت خواهد بود. فیلد "پایان آخرین جلسه سه ماه بعد خواهد بود. با توجه به پیش فرض، همه

="، Rفیلد ها بر مبنای ثانیه برنامه ریزی شده اند، بنا بر این، فیلد های "="، ممکن است به صورت زیر نوشته شوند.Tو "

T= 3034423619 3042462419R= 604800 3600 0 90000

برای فشرده کردن این اطالعات، می توان زمان ها را به صورت واحد های از روز، مانند ساعت یا دقیقه نیز ذکر نمود. دستور نگارش این

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

از واحد های کوچک تر استفاده گردد. کاراکتر های زیر را می توان در این موارد مورد استفاده قرار داد:

D( روز – DAYS( ،)86400.)ثانیه H( 3600 – دقیقه.)ثانیه M( 60 – دقیقه.)ثانیه S ثانیه )برای تکمیل زمان مورد استفاده قرار می گیرد، اما استفاده از –

این واحد زمانی توصیه نمی گردد(.بنا بر این، اطالعات باال را می توان به صورت زیر نیز نوشت:

R=7D 1H 0 25Hتکرار ماهیانه و سالیانه جلسات را، در حال حاضر نمی توان با استفاده

تنها، برای تکرار زمان مشخص نمود – بلکه به جای آن:SDPاز یک " برای تهیه لیست جداگانه زمان Tمی توان از فیلد های جداگانه "

جلسات استفاده نمود.Z تنظیم زمان< >تعطیلی جلسه< >تنظیم زمان< >تعطیلی<=

جلسه< ...می توان زمان جلسه مستمر را از آغاز تا پایان روشنایی روز تنظیم نمود – این موضوع موجب صرفه جویی در زمان استاندارد می شود، و عکس

قضیه نیز درست است.

K.>روش<:>کلید رمز< = پروتکل شرح جلسه، ممکن است برای ارائه کلید های رمز جلسه مورد استفاده قرار بگیرد. هر فیلد کلید رمز قبل از اولین ورودی رسانه مورد استفاده قرار می گیرد )که در آن مورد این کلید رمز برای همه رسانه

های جلسه مورد استفاده قرار می گیرد(، یا در صورت لزوم برای ورودی هر رسانه یک کلید رمز مورد استفاده قرار می گیرد.

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

مراجعه نمائید.روش کار، مکانیسم مورد استفاده جهت دست یابی به یک کلید قابل

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

روش های رمز گذاری در قسمت زیر شرح داده می شود:K.>روشن : >کلید رمز =

کلید رمز )همان گونه که در قسمت سوم در باال، برای جریان رسانه RTP تحت عنوان پروفایل AV ،توضیح داده شد(، در این فیلد کلید رمز ،

قابل انتقال نمی باشد. K کلید رمز کدگذاری شده<.64 = پایه< :

تحت RTPکلید رمز )همان گونه که در قسمت سوم برای جریان رسانه ، توضیح داده شد(، در این فیلد کلیدی آورده شده AVعنوان پروفایل

رمز گذاری شده است، و شامل کاراکتر 64است، اما به صورت پایه آورده نشده اند.SDPهایی می شود که در

K= URI: >URI.>برای گرفتن رمز مورد WWWیک شاخص منابع جهانی، همان گونه که توسط مشتریان

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

اختیارات بیشتر، قبل از باز گردانده شدن کلید رمز باشد. زمانی که – MIME مشخص ارسال می شود، محتوای URIدرخواستی برای یک

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

را کاهش WWWبپیوندد تا احتمال همزمان سازی پاسخ ها با خدنات بدهد.

K.فوری = آورده نشده اند، اما جلسه یا جریان SDPهیچ کدام از کلید ها در شرح

رسانه، که توسط این فیلد کلیدی به آن اشاره شده است، رمز گذاری شده است. کاربر الزم است، در زمانی که برای مشارکت در جلسه

اقدام می کند، برای دست یابی به این کلید فورا اقدام نماید، و این کلید ایجادی توسط کاربر الزم است برای رمز گشایی جریان رسانه مورد

استفاده قرار بگیرد.نشانه ها

A.>نشانه ها< = A.>نشانه<:>عدد< =

محسوب می شوند، نشانه ها را SDPنشانه ها وسایل اولیه برای توسعه می توان به گونه ای تعریف نمود که آن را به عنوان نشانه های "در

سطح جلسه"، نشانه های "در سطح رسانه"، یا برای هر دو مورد فوق، مورد استفاده قرار داد.

فیلد های نشانه ممکن است به دو شکل باشند، که عبارتند از:= >پرچم<" Aنشانه های ویژه. نشانه ویژه ممکن است به صورت ، "

باشد.به این نوع ویژگی ها، نشانه های دودوئی می گویند، و وجود این نشانه این پیام را منتقل می نماید، که این نشانه جزء ویژگی های جلسه

".A=RECVONLYاست. به عنوان مثال می توان گفت، "نشانه های عددی. نشانه های عددی ممکن است به صورت،

"A نشانه<:>عدد<" ذکر شوند. می توان به عنوان مثال ذکر کرد که<== Aیک وایت برد می تواند نشانه عددی داشته باشد، مانند "

ناحیه:سرزمین".تفسیر این نشانه ها بستگی به ابزار رسانه ای دارد که مورد استفاده و استناد قرار گرفته است. بنا بر این، دریافت کنندگان شرح جلسه الزم

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

، قرار داده ISO – 10646/UTF – 8نشانه ها الزم است در زیر مجموعه شوند. مقادیر نشانه ها بر مبنای تعداد بایت مورد محاسبه قرار می

گیرند، در این زمینه می توان تعداد بایت ها را مورد استفاده قرار داد، . بر مبنای پیش فرض، )CR( 0XOD، و )LF( 0X0A )صفر(، 0X00بجز

، ISO – 10646مقادیر نشانه ها را می توان تفسیر نمود، مثال در مشخص گردیده است. برعکس UTF – 8کاراکتری که توسط کد گذاری

سایر فیلد های متنی، مقادیر نشانه ها، در حالت نرمال توسط نشانه ( تحت تاثیر قرار نمی گیرند، به دلیل این که این CHARSETکارست )

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

عنوان نشانه وابسته به چارست تعریف نمود، که

در این مورد، مقدار آن الزم است بر اساس چارست جلسه تفسیر بشود . نشانه هایی که به طور متداول مورد استفاده قرار ISO – 10646تا

ثبت نمود )برای کسب IANAمی گیرند، را می توان با استفاده از اطالعات بیشتر در این زمانه، به ضمیمه ب مراجعه شود(. نشانه های

-" آغاز شوند، تا از تالقی های سهوی آنان با Xثبت نشده الزم است با "نشانه های ثبت شده، جلوگیری شود. در هر کدام از این موارد، در صورتی که نشانه ای توسط دریافت کننده دریافت شود که مفهوم

نیست، الزم است به راحتی توسط گیرنده نادیده گرفته شود.

در آینده می توان پارامتر های بیشتری را نیز تعریف نمود، اما نیازی به اضافه کردن پارامتر های دارای کد مشخص نمی باشد. پارامتر های

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

مشخص نیز الزم است در سایر نشانه ها اضافه شوند. را می توان برای هر فرمت مشخص شده RTPMAPبیش از یک نشانه

رسانه تعریف نمود. بنا بر این، ما ممکن است فرمول زیر را داشته باشیم:

M = AUDIO 49230 RTP/AVP 96 97 98A = RTPMAP: 96 L8/8000

A = RTPMAP: 97L16/11025/2

که استفاده از انواع بار مفید داینامیک را مشخص می RTPپروفایل های کنند، الزم است اسامی معتبر کدگذاری را تعریف نموده و/یا ابزاری را جهت ثبت نام های کد گذاری شده تهیه نمایند، البته در صورتی که الزم

مورد استفاده قرار بگیرد. SDPباشد که آن پروفایل با RTPMAPفرمت های کدگذاری تجربی را نیز می توان با استفاده از

، تحت عنوان فرمت های استاندارد ثبت RTPمشخص نمود. فرمت های -" بیاید. بنا بر این، یک جریان Xنمی شوند، نام ها الزم است قبل از "

با استفاده از بار GSMLPCجدید رسانه شنیداری اضافی و تجربی، یعنی ، را می توان به صورت زیر مشخص نمود:99مفید داینامیک نوع

M = VIDEO 49232 RTP/AVP 99A = GSMLPC 8000 RTPMAP :99 X-

این نوع کد گذاری تجربی نیازمند آن است که هر گونه سایتی که نیاز به دریافت جریان رسانه دارد، و شرایط مرتبط مشخص شده ای در لیست جلسه دارد، الزم است بداند که کدام ابزار ها برای انجام این کار مناسب

در اغلب اوقات RTPهستند. الزم به ذکر است که فرمت های شنیداری حاوی اطالعات الزم در رابطه با تعداد نمونه های بسته نیستند.

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

A = CAT:>CATEGORY>این نشانه ها طبقات ارائه شده در طبقه بندی جلسه را که با استفاده از

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

طبقه بندی فیلتر نماید. این فیلد، به استثنای ماهیت تجربی خود در این زمان، به احتمال زیاد یک فیلد جداگانه اجباری محسوب می شود. این

نشانه، یک نشانه در سطح جلسه محسوب شده، و و به چارست (CHARSET .ارتباطی ندارد )

A = KEYWDS:>KEYWORDS>، این نشانه برای کمک به تعیین جلسات توسط دریافت CATمانند نشانه

کننده، مورد استفاده قرار می گیرد. این نشانه ها، گیرنده را قادر می سازد تا با توجه به و استفاده از واژگان کلیدی، که اهداف جلسات را مشخص می نمایند، جلسات مورد عالقه خود را مشخص نماید. این

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

ISOیکی از آن ها مشخص گردیده، یا با توجه به پیش فرض، موجود در 10646/UTF – 8 .تعیین گردید ،

A.>ابزار:>نام و ورژن ابزار =این فیلد، نام و شماره ورژن وسیله مورد استفاده در جهت ارائه شرح

جلسه را مشخص می نماید.این نشانه یک نشانه در سطح جلسه بوده، و وابستگی به چارست ندارد.

A = PTIME:>PACKET TIME>(، MILLISECONDاین فیلد، طول زمان جلسه را، بر مبنای میلی ثانیه )

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

شنیداری، VAT یا RTP، یا در جهت کد برداری از PTIMEاست دانستن اهمیتی نداشته باشد، و نیز شاید هدف آن ارائه توصیه های الزم در جهت

یک نشانه رسانه ای PTIMEکدگذاری/بسته بندی رسانه شنیداری باشد. بوده، و به چارست ارتباطی ندارد.

A=RECOVERYاین فیلد مشخص می کند که الزم است ابزار ها در زمانی که به کار

گرفته می شوند، فقط در حالت دریافت کننده آغاز به کار نمایند. این نشانه ممکن است یا نشانه جلسه و/یا نشانه رسانه باشد، و به چارست

هیچ ارتباطی ندارد. A = SENDRECV

این نشانه، مشخص می کند که، وسایل الزم است در شرایط فرستنده و که پیش قرض آن فقط حالت WBگیرنده شروع به کار نمایند، مانند

گیرنده می باشد. این نشانه ممکن است یا نشانه جلسه باشد، یا نشانه رسانه، و با چار ست ارتباطی ندارد.

A = SENDONLY.)فقط فرستنده( این نشانه مشخص می کند که، ابزارها الزم است فقط در حالت

فرستنده شروع به کار نمایند. به عنوان مثال می توان ذکر کرد که یک آدرس متفاوت یک جانبه الزم است برای مقصد پر ترافیک مورد استفاده

قرار بگیرد، تا برای منبع ترافیک. در این چنین موردی، می توان از دو شرح رسانه استفاده کرد، یکی رسانه فقط فرستنده و دیگری رسانه

(. این نشانه ممکن است نشانه جلسه یا RECOVONLYصرفا بازگشتی )نشانه رسانه باشد، اما در حالت نرمال فقط به عنوان نشانه رسانه مورد

استفاده قرار گرفته و به چارست وابسته نمی باشد. A = ORIENT:>WHITEBOARD ORIENTATION>

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

پرده نشان می دهد. این یک عالمت، نشانه یک رسانه است.