صفحه 2 از 10 اولاول 1234 ... آخرآخر
نمایش نتایج 41 تا 80 از 377

نام تاپیک: PDU Encoding And Decoding

  1. #41
    VIP آواتار raravaice
    تاریخ عضویت
    فروردین 1387
    محل زندگی
    Tehran
    سن
    40
    پست
    1,944

    نقل قول: PDU Encoding And Decoding

    از raravaice عزيز ميخوام كه حرفاي گفته شده رو به دل نگيره و به چشم برادري ببينه ...
    نه برادر تریپ نیامدم دیروز داشتم مشغله عقب افتاده 2 روز پیش رو انجام میدادم.;)

    در مورد اینکه گفته های من هم کامل نیست تماما حق با برادر Noorsoft هست ولی نکته ای که اینجا اهمیت داره اینه که این داستان PDU و GSM سر دراز داره و نمیشه با 2 یا 3 تا پست کامل توضیحش بدی.این مسئله جاش تو کتاباست.
    مثلا توی اون بخشی که راجع به پروتکلها بود و من فقط گفتم از 00 استفاده کنید و وارد بحث پروتکلها نشدم چون متاسفانه ما فقط میتونیم از :
    Short Message
    استفاده کنیم و هیچ وقت teletex و Internet Electronic Mail و Videotex و چند مورد دیگه به کارمون نمیاد و اصلا لازم نیست بدونیم چیه و اگر هم بدونیم فقط یه تئوری میتونیم ازش داشته باشیم و در عمل هیچ کار آزمایشی هم نمیتونیم انجام بدیم.
    ---------------------------------------------------------------------------
    Decode پیام های دریافت شده از فرمت PDU به Text از پست بعد.;)

    موفق باشید

  2. #42

    نقل قول: PDU Encoding And Decoding

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

    بعد از مشخص شدن نوع پیام دریافتی شروع به از انکد کردن Pdu میکنیم به این صورت که
    اگه پیام شما از نوع SMS RECEIVED باشه باید به این صورت PDU را از کد دربیارین
    SCAddressLength دو بایت مشخص کننده طول شماره مرکز
    SCAddressType دو بایت نوع شماره مرکز (81 -91)
    SCAddressValue به اندازه طول که قبلا بدست اوردیم و محتوی شماره تلفن مرکز پس طول را منهای یک ضرب در دو
    FirstOctet دو بایت که قبلا گفتم نوع پیام رسیده را مشخص میکنه در واقع از این پارامتر ما می فهمیم چطور باید PDU را انکد کنیم
    SrcAddressLength دو بایت طول شماره فرستنده
    SrcAddressType دوبایت نوع شماره فرستنده (91-81)
    SrcAddressLength دو بایت طول شماره فرستنده
    SrcAddressValue به اندازه طول شماره فرستنده - حاوی شماره فرستنده که دوتایی برعکس کد شده (رجوع به قبل) توجه داشته باشین عدد باید زوج باشه
    TP_PID دو بایت حاوی پرتکل که دوستمون توضیح داد
    TP_DCS دو بایت که نوع فشرده سازی - کلاس و نوع کدگزاری را مشخص میکنه

    بیت 0-1 نشان دهنده کلاسه
    00 بدون کلاس
    01 کلاس 1
    10 کلاس 2
    11 کلاس 3

    بیت 2-3 نشان دهنده نوع کد گذاریه
    00 پیش فرض (7 بیت)
    01 8 بیت
    10 usc16 (فارسی)
    reserve 11

    بیت 4 نشاندهنده اینکه پیام کلاس داره یا نه
    0 بدون کلاس
    1 با کلاس

    بیت 5 مشخص کننده فشرده سازیه
    0 بدون فشده سازی
    1 با فشرده سازی

    TP_SCTS چهارده بایت حاوی تاریخ و ساعت ارسال پیام
    دو بایت اول حاوی سال پیام که عددش با 2000 باید جمع بشه
    دوبایت بعدی مربوط به ماه
    دو بایت بعدی مربوط به روز
    دوبایت بعدی ساعت
    دو بایت بعدی دقیقه
    دو بایت بعدی ثانیه
    دو بایت بعدی مریوط به Time Zone


    TP_UDL دو بایت حاوی طول پیام
    TP_UD متن پیام
    آخرین ویرایش به وسیله noorsoft : پنج شنبه 16 خرداد 1387 در 12:09 عصر

    Farshad Nooranian


  3. #43

    نقل قول: PDU Encoding And Decoding

    اگه پیام شما از نوع EMS SUBMIT باشه باید به این صورت PDU را از کد دربیارین
    SCAddressLength دو بایت مشخص کننده طول شماره مرکز
    SCAddressType دو بایت نوع شماره مرکز (81 -91)
    SCAddressValue به اندازه طول که قبلا بدست اوردیم و محتوی شماره تلفن مرکز پس طول را منهای یک ضرب در دو
    FirstOctet دو بایت که قبلا گفتم نوع پیام رسیده را مشخص میکنه در واقع از این پارامتر ما می فهمیم چطور باید PDU را انکد کنیم
    SrcAddressLength دو بایت طول شماره فرستنده
    SrcAddressType دوبایت نوع شماره فرستنده (91-81)
    SrcAddressLength دو بایت طول شماره فرستنده
    SrcAddressValue به اندازه طول شماره فرستنده - حاوی شماره فرستنده که دوتایی برعکس کد شده (رجوع به قبل) توجه داشته باشین عدد باید زوج باشه
    TP_PID دو بایت حاوی پرتکل که دوستمون توضیح داد
    TP_DCS دو بایت که نوع فشرده سازی - کلاس و نوع کدگزاری را مشخص میکنه
    Tp_VP دو بایت حاوی مدت عمر پیام

    TP_UDL دو بایت حاوی طول پیام
    TP_UD متن پیام

    Farshad Nooranian


  4. #44

    نقل قول: PDU Encoding And Decoding

    سلام دوستان من گفته ها رو چك كردم و به چند نكته برخورد كردم ...

    اوليش گفته ي دوستمون اقاي raravaice هست كه گفته :
    قسمت دوم :Status Report یا درخواست گزارش از مرکز پیام

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

    اگر نیاز دارید عدد :11
    اگر نیاز ندارید عدد:31

    با ید به رشته بالا و دقیقا بعد از شماره مرکز پیام اضافه بشه.

    موفق باشید
    اقا من يه جايي ديدم كه اينا رو برعكس گفته بود ... يعني اگه نياز داريد عدد 31 و اگه نياز نداريد عدد 11 ... خوب برام سوال پيش اومد كه كدوم يكي درست هست .. لطف چك كنيد و ببينيد اونجا درست هست يا ايني كه شما گفتين ؟؟؟

    در ضمن اين چيزايي كه noorsoft و raravaice عزيز گفتن براي كد كردن SMS و ديكد كردن اون كافي هست .. توجه كنيد كه من گفتم SMS ولي اگه پيام بخواد به صروت ايميل فرستاده شده باشه ... يعني همون روشي كه جديدا مد شده و بچه ها ازش استفاده ميكنن تا شمارشون نيوفته يا خود ايرانسل استفاده ميكنه تا به جاي شماره ي مركز فرستنده كلمه ي IranCell نمايش داده بشه ... در اين صورت كد و ديكد كردن يكمي فرق ميكنه ...

  5. #45

    نقل قول: PDU Encoding And Decoding

    نقل قول نوشته شده توسط .::Mehran::. مشاهده تاپیک
    سلام دوستان من گفته ها رو چك كردم و به چند نكته برخورد كردم ...

    اوليش گفته ي دوستمون اقاي raravaice هست كه گفته :


    اقا من يه جايي ديدم كه اينا رو برعكس گفته بود ... يعني اگه نياز داريد عدد 31 و اگه نياز نداريد عدد 11 ... خوب برام سوال پيش اومد كه كدوم يكي درست هست .. لطف چك كنيد و ببينيد اونجا درست هست يا ايني كه شما گفتين ؟؟؟

    در ضمن اين چيزايي كه noorsoft و raravaice عزيز گفتن براي كد كردن SMS و ديكد كردن اون كافي هست .. توجه كنيد كه من گفتم SMS ولي اگه پيام بخواد به صروت ايميل فرستاده شده باشه ... يعني همون روشي كه جديدا مد شده و بچه ها ازش استفاده ميكنن تا شمارشون نيوفته يا خود ايرانسل استفاده ميكنه تا به جاي شماره ي مركز فرستنده كلمه ي IranCell نمايش داده بشه ... در اين صورت كد و ديكد كردن يكمي فرق ميكنه ...


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

    مهران جان ببین وقتی داری شماره تلفن مرکز را انکد میکنی اگه SrcAddressType=D0 باشه شماره مرکز بصورت 7بیت کد شده حاوی شماره است و در غیر اینصورت بصورت 8 بیت کد شده و حاوی نامه (البته بصورت معکوس)


    موفق باشید
    آخرین ویرایش به وسیله noorsoft : پنج شنبه 16 خرداد 1387 در 17:27 عصر

    Farshad Nooranian


  6. #46
    VIP آواتار raravaice
    تاریخ عضویت
    فروردین 1387
    محل زندگی
    Tehran
    سن
    40
    پست
    1,944

    رمز گشایی پیام دریافت شده "SMS" به فرمت PDU در مود Default Alphabet قسمت اول

    به علت پیچیدگی این مورد با ذکر یک مثال مطلب رو دنبال میکنیم.


    0791893905004102240C918939564208
    8400008060504112928110C2B0DC1D6E
    97DD657B7AEE7ACBCF
    این پیامی هست که به دست من رسیده؟!!!

    قسمت اول شماره مرکز پیام:

    0791893905004102

    07 : بدین معنی که شماره مرکز پیام 07H هفت بایت از این متن رو اشغال کرده که بعد از علامت شماره قرار میگیره.

    91 : بدین معنی که شماره مرکز پیام بین المللی است و با + شروع شده ("اگر غیر از این بود عدد 81 جایگزین میشد")

    893905004102 : این خود شماره مرکز پیام هست ، یه شمارش بزنید! میبینید که محتوای موجود دارای 6 بایت هست که با 1 بایت علاکت میشه 7 بایت یعنی همون عددی که در ابتدا داشتیم.این شماره هم مثل همیشه به صورت جفت معکوس هست که باید برای خوانا شدن معکوس بشه یعنی :
    داریم :
    89-39-05-00-41-02

    که بعد از بر عکس کردن میشه :
    98-93-50-00-14-20


    پس با احتساب علامت شماره داریم :
    +989350001420


    خیلی راحت بود مگه نه ;)

    24 : این عدد که یکی از پر معنا ترین اعداد برای ما هست 2 تا مسئله رو برامون روشن میکنه.

    این عدد چندین حالت میتونه داشته باشه که من عام اون رو بهتون میگم.
    04: برای SMS یعنی شخصی که پیام رو فرستاده درخواست گزارش یا همون Delivery نکرده.
    24: برای SMSیعنی شخصی که پیام رو فرستاده درخواست گزارش یا همون Delivery کرده.

    40:
    برای EMSیعنی شخصی که پیام رو فرستاده درخواست گزارش یا همون Delivery نکرده.
    44:
    برای EMS یعنی شخصی که پیام رو فرستاده درخواست گزارش یا همون Delivery کرده.

    06: پیام فعلی یک گزارش هست.


    البته این اعداد همینجوری یلخی هم به دست نیامده و با 0 و 1 شده معادل باینری اونا سرو کار داره. ولی کلیات کار رو تا اینجا داشته باشید کفایت میکنه.

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

    حالا میخواهیم دقیق از روی عددی که توی این بایت وجود داره بفهمیم که نوع این کد چیه؟


    1. SMS دریافت شده = 0
    2. SMS ذخیره شده = 1
    3. گزارش دریافت یک پیام = 2
    4. EMS دریافت شده = 64
    5. EMS ذخیره شده = 65

    البته اون عدد 24 در مبنای 16 هست و این عدد هایی که من نوشتم تا اینجای کار ربطی به اون 24 نداره و همچنین در مبنای 10 هستند.

    اینجا باید عدد 24H رو با 3 و 64 در مبنای 10 And کنیم و هر دو نتیجه رو با هم جمع کنیم یعنی :

    36 دسیمال = 24 هگز = 00100100 باینری
    AND
    3 دسیمال = 3 هگز = 00000011 باینری
    جواب1
    0 دسیمال = 0 هگز = 00000000 باینری

    و داریم

    36 دسیمال = 24 هگز = 00100100 باینری
    AND
    64 دسیمال = 40 هگز = 01000000 باینری
    جواب2
    0 دسیمال = 0 هگز = 00000000 باینری

    که در جمع 2 جواب به عدد 0 میرسیم که میشه : SMS دریافت شده = 0

    فقط امیدوارم با AND باینری آشنا باشید!
    AND باینری!
    0AND0=0
    0AND1=0
    1AND1=1


    پس ما با AND کردن این عدد با 3 و 64 و جمع نتیجه ها به این نکته پی میبری که پیام ما چیه ولی یه نکته که اهمیت داره و کاربرد نداره اینه که:
    اگر جواب اول بشه 3 و جواب دوم بشه 64 نوع پیام میشه :
    EMS ارسال شده

    -----------------------------------------------------------------------------

    ادامه در پست بعد.

    موفق باشید

  7. #47

    نقل قول: PDU Encoding And Decoding

    نتیجه انکدینگ مثال بالا


    0791893905004102240C918939564208


    PDU LENGTH IS 16 BYTES
    ADDRESS OF DELIVERING SMSC
    NUMBER IS : +989350001420
    TYPE OF NR. : (0x10) International
    NPI : (0x01) ISDN/Telephone (E.164/163)

    MESSAGE HEADER FLAGS (0x24)
    MESSAGE TYPE : SMS DELIVER
    MSGS WAITING IN SC : NO
    REQ. STATUS REPORT : YES
    USER DATA HEADER : NO UDH
    REPLY PATH : NO

    ORIGINATING ADDRESS
    NUMBER IS : +9893652480
    TYPE OF NR. : (0x10) International
    NPI : (0x01) ISDN/Telephone (E.164/163)

    PROTOCOL IDENTIFIER (0x34)
    MESSAGE ENTITIES : TELEMATIC INTERWORKING
    PROTOCOL USED : reserved

    DATA CODING SCHEME (0x30)
    COMPRESSION : ON (acc. TS GSM 03.42)
    MESSAGE CLASS : 0 (imm. display)
    ALPHABET USED : 7bit default

    SMSC TIMESTAMP : INVALID TIMESTAMP

    USER DATA PART OF SM
    USER DATA LENGTH : 0 septets
    USER DATA (TEXT) : <no data>


    Farshad Nooranian


  8. #48
    VIP آواتار raravaice
    تاریخ عضویت
    فروردین 1387
    محل زندگی
    Tehran
    سن
    40
    پست
    1,944

    نقل قول: PDU Encoding And Decoding

    اقا من يه جايي ديدم كه اينا رو برعكس گفته بود ... يعني اگه نياز داريد عدد 31 و اگه نياز نداريد عدد 11 ... خوب برام سوال پيش اومد كه كدوم يكي درست هست .. لطف چك كنيد و ببينيد اونجا درست هست يا ايني كه شما گفتين ؟؟؟
    کاملا حق با شماست. این از همون سوتی هایی که قبلا بهش اشاره کردم. درستش کردم .
    معصوم که نیستم.;)

    مرسی از پی گیریت.
    ----------------------------------------------
    noorsoft عزیز قسمت قبلی هنوز کامل تموم نشده و چون باید کم کم شرکت رو ترک کنم نیمه کاره گزاشتمش!;)

    تا اینجا من جایی اشتباه کردم؟!


    موفق باشید

  9. #49
    نقل قول نوشته شده توسط raravaice مشاهده تاپیک

    noorsoft عزیز قسمت قبلی هنوز کامل تموم نشده و چون باید کم کم شرکت رو ترک کنم نیمه کاره گزاشتمش!;)

    تا اینجا من جایی اشتباه کردم؟!


    موفق باشید

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


    از اونجایی که فرمت ما UTF هست پس در هر پارت حداکثر باید 70 کاراکتر جا بگیره یعنی :

    همانطور که گفتم ما 8 بایت سر بار اضافه داریم پس باید بشه.


    200 / 66 = 3.03
    در واقع اینجا 70منهای 4 شده 66 درسته؟


    12. تعداد بایتهای پیام اول = 8B ("چون اینجا به جفت 4 تایی بایتها نیاز داریم پس در کل 70 کاراکتر و 140 بایت داریم و 140 منهی 8 بایت سربار اضافی برابر میشه با 138 که با خود یک بایت شمارش گر میشه 139 که در مبنای 16 برابر میشه با 8B که باید جایگزین بشه ")
    140 منهای 8 بایت سربار میشه 132

    17.محتوی پیام شامل = [66 بار تکرار (0645) که معادل کد اسکی حرف "م" هست و با یه ضرب ساده در 2 بایت میشه همون 138 بایتی که نیاز داشتیم]
    66 ضربدر 4 بایت میشه 132


    در کدهایی هم که مثال زدین عدد تصادفی پارت اول با سه پارت دیگه فرق میکنه

  10. #50

    نقل قول: PDU Encoding And Decoding

    يه چيزي برام گنگ هستش ... !!!

    به نوشته هاي زير دقت كنيد ...

    36 دسیمال = 24 هگز = 00100100 باینری
    AND
    3 دسیمال = 3 هگز = 00000011 باینری
    جواب1
    0 دسیمال = 0 هگز = 00000000 باینری

    و داریم

    36 دسیمال = 24 هگز = 00100100 باینری
    AND
    64 دسیمال = 40 هگز = 01000000 باینری
    جواب2
    0 دسیمال = 0 هگز = 00000000 باینری

    که در جمع 2 جواب به عدد 0 میرسیم که میشه : SMS دریافت شده = 0
    خوب در اينجا 24 رو به مبناي 10 برديم كه شد 36 و سپس با 3 در مبناي 10 اون رو and كرديم ... حاصلي برابر شد با 0 .

    بعد همين عمليات رو براي 64 انجام داديم ... يعني 36 رو بر 64 and كرديم ... كه دوباره حاصل 0 شد .

    در نتيجه 0 اول رو با 0 دوم جمع كرديم و حاصل 0 شد .

    و بر اساس جدول زير كه خودتون بيان كردين پيام از نوع دريافت شده هست ... ( SMS دريافت شده )

    SMS RECEIVED = 0
    SMS STATUS REPORT = 2
    SMS SUBMIT = 1
    EMS RECEIVED = 64
    EMS SUBMIT = 65
    خوب چيزي كه گنگ هست ايجاست كه شما گفتين :

    گر جواب اول بشه 3 و جواب دوم بشه 64 نوع پیام میشه : EMS ارسال شده
    خوب اگه جواب اول كه 3 هست و دوم كه 64 هست رو با هم جمع كنيم ميشه 67 ...!! اين عدد در جدولي كه بيان كردين وجود نداره پس چطوري شما ميگين ميشه از نوع EMS ارسال شده ؟؟؟

  11. #51

    نقل قول: PDU Encoding And Decoding

    فكر كنم اين يك استثناء باشه ... چون من وقتي داشتم يك سورس رو مطالعه ميكردم اين حالت توش ذكر شده بود ... !!! درست ميگم يا نه ؟؟

  12. #52
    VIP آواتار raravaice
    تاریخ عضویت
    فروردین 1387
    محل زندگی
    Tehran
    سن
    40
    پست
    1,944

    نقل قول: PDU Encoding And Decoding

    فكر كنم اين يك استثناء باشه
    اگر استثناء نبود بهش تاکیدی نداشتم.
    -----------------------------------------------------------------------
    نقل قول:
    از اونجایی که فرمت ما UTF هست پس در هر پارت حداکثر باید 70 کاراکتر جا بگیره یعنی :

    همانطور که گفتم ما 8 بایت سر بار اضافه داریم پس باید بشه.


    200 / 66 = 3.03
    در واقع اینجا 70منهای 4 شده 66 درسته؟
    حق با شماست منهای 4 شده ! گنگ هست ولی اشتباه نیست!
    پ.و : البته ناگفته نمونه که چون من تو بطن مسئله بودم موقع ویرایش یکی 2 تا پاورقی جا انداختم که اینجا میگم اونجا هم ویرایش میکنم.

    ------------
    همانطور که تا الان باید متوجه شده باشید ما بدون احتساب شماره مرکز،شماره گیرنده و بقیه علائم برای متن و محتوای 1 پارت پیام حداکثر 140 بایت جا داریم که شمارش اون دقیقا از بعد از بایت شمارشگر محتوی شروع میشه.

    یعنی اگر بر مبنای 8 بیت حساب کنیم 140 کاراکتر داریم و چون در مد
    DefaultAlphabet برای هر کاراکتر 7 بیت داریم پس کلا میتونیم 160 کاراکتر ارسال داشته باشیم و همچنین به دلیل اینکه در مد UCS2 برای هر کاراکتر 16 بیت داریم یعنی هر کاراکتر 2 بایت پس کلا میتونیم 70 کاراکتر رو ارسال کنیم.

    حالا توی مد UCS2 وقتی پیام از 1 پارت بیشتر میشه ما مجبور 7 بایت هدر شامل :(3 بایت کد ثابت، 2 بایت شماره تصادفی ،1 بایت تعداد کل پیامها ،1 بایت شماره پیام فعلی) رو در محتوی پیام بگنجونیم
    پس در نتیجه 140 بایت منهای 7 بایت برابر میشه با 133 بایت.
    یعنی ما میتونیم 133 بایت از محتوی متن پیام شماره 1 رو اینجا بزاریم اما تو مد UCS2 یه ولی داریم:
    توی حالت UCS2 همانطور که گفتم هر کاراکتر 2 بایت داره پس با احتساب 133 بایت فضای خالی که موجود داریم میتونیم 66 کاراکتر و 1 بایت بفرستیم و چون این بایت باقیمانده نیاز به بایت مکمل داره تا تفهیم باشه و اون بایت مکمل بلاجبار توی پارت بعدی قرار گرفته این بایت هم از اینجا حذف میکنیم و به پارت بعدی اضافه میکنیم یعنی ما توی هر پارت پیام UCS2 به صورت مولتی پارت 132 بایت رو جا میدیم که میشه 66 کاراکتر و بیشتر از این امکان نداره.

    ---------------------------------------------------------------------------------
    نقل قول:
    12. تعداد بایتهای پیام اول = 8B ("چون اینجا به جفت 4 تایی بایتها نیاز داریم پس در کل 70 کاراکتر و 140 بایت داریم و 140 منهی 8 بایت سربار اضافی برابر میشه با 138 که با خود یک بایت شمارش گر میشه 139 که در مبنای 16 برابر میشه با 8B که باید جایگزین بشه ")
    140 منهای 8 بایت سربار میشه 132
    نقل قول:
    17.محتوی پیام شامل = [66 بار تکرار (0645) که معادل کد اسکی حرف "م" هست و با یه ضرب ساده در 2 بایت میشه همون 138 بایتی که نیاز داشتیم]

    66 ضربدر 4 بایت میشه 132
    کاملا حق با شماست اینی که من اونجا نوشتم الان که دارم میخونمش یه جمله نا مفهومی هست که به طرز وحشتناکی قوانین ریاضی رو زیر پا گذاشته.
    علتش هم اینه که من اون موقع که داشتم تایپ میکردم همزمان تو فکرم داشتم این مسئله ای رو که اینجا گفتم پیش خودم تجزیه تحلیل میکردم که بیانش کنم! بیانش که نکردم هیچ بلکه همه رو با هم قاتی کردم شد مزخرف!
    مرسی از تذکرت
    -----------------------------------------------------------
    در کدهایی هم که مثال زدین عدد تصادفی پارت اول با سه پارت دیگه فرق میکنه
    اینم حق با شماست چون من کد پارت اول رو برای جلوگیری از اشتباه با ماشین حساب تشکیل دادم و بقیه رو با نرم افزار این شد که حواسم به این عدد نبود.
    ------------------------------------
    بازهم ممنون از توجه همه دوستان

    موفق باشید

  13. #53
    VIP آواتار raravaice
    تاریخ عضویت
    فروردین 1387
    محل زندگی
    Tehran
    سن
    40
    پست
    1,944

    رمز گشایی پیام دریافت شده "SMS" به فرمت PDU در مود Default Alphabet قسمت دوم

    شماره فرستنده پیام


    0791893905004102240C918939564208
    84
    00008060504112928110C2B0DC1D6E
    97DD657B7AEE7ACBCF
    0C : نمایش دهنده تعداد ارقام شماره فرستنده . توجه : این تعداد شامل علامت شماره نمیشود و منحصرا مربوط به تعداد شماره هست که برابر است با 12 رقمی که با رنگ قرمز علامت گزاری شده.

    91:
    نمایش دهنده علامت شماره (91 بین المللی + و 81 معمولی)

    893956420884 : شماره فرستنده به صورت جفت معکوس

    پس با تفاسیر فوق داریم:

    89-39-56-42-08-84

    که میشه:
    98-93-65-24-80-48

    و با احتساب کد 91 که همون علامت هست شماره فرستنده میشه:

    +989365248048


    دقت به این نکته اهمیت داره که اگر تعداد ارقام فرد باشه مثل قبل آخرین رقم با F0 جمع شده که باید اینجا در نظر گرفته بشه.

    پ.و : این شماره منه ولی توی GSM Modem به سر میبره و جهت مورد خاصی استفاده میشه و در شرایط فعلی هیچ شخصی بهش پاسخگو نیست ، دوستان ارتباط رو از همین تاپیک ادامه بدن.ممنون
    با تقدیم احترام

    موفق باشید


  14. #54
    VIP آواتار raravaice
    تاریخ عضویت
    فروردین 1387
    محل زندگی
    Tehran
    سن
    40
    پست
    1,944

    رمز گشایی پیام دریافت شده "SMS" به فرمت PDU در مود Default Alphabet قسمت سوم

    پروتکل ، نوع محتوی پیام ، تاریخ


    0791893905004102240C918939564208
    8400008060504112928110C2B0DC1D6E
    97DD657B7AEE7ACBCF



    00 :
    با یه جهش 1 بایتی از خیر این بایت میگذریم که شامل یه سری اطلاعات جزئی راجع به پروتکل پیام هست.

    00 : این بایت نمایش دهنده نوع کد گزاری محتوی پیام هست و همانطور که تو بخش ارسال گفتم برای Default Alphabet داریم 00 و برای UCS2 داریم 08 از روی این بایت متوجه میشیم که محتوی پیام رو چطور باید از حالت کد خارج کنیم.

    80605041129281 : تاریخ و زمان که همانند شماره مرکز و شماره فرستنده به صورت جفت معکوس هست.

    80 : معکوس 08 که نماینده سال 2008 هست.
    60 : معکوس 06 که نماینده شماره ماه هست.
    50 : معکوس 05 که نماینده شماره روز هست.
    41 : معکوس 14 که نماینده ساعت طی شده از روز هست بر مبنی 24 ساعت یعنی 2 ظهر.
    12 : معکوس 21 که نماینده دقیقه هست.
    92 : معکوس 29 که نماینده ثانیه هست.
    81 : معکوس 18 که نماینده موقعیت زمانی و جغرافیایی بر اساس GTM هست و قانون محاسبه اون یه تقسیم بر 4 میخواد که برای این مثال میشه GTM +4.5 .

    موفق باشید

  15. #55

    نقل قول: PDU Encoding And Decoding

    raravaice من به يه چيز عجيب غريب خوردم ... با توجه به حرفي كه پايين زدي من اومد كد اسكي م رو گرفتم ... ولي مثل اينكه در زبانهاي مختلف برنامه نويسي با هم فرق دارن ( عجيبه كد اسكي كه يك چيز واحد هست ) مثلا در دلفي وقتي با تابع ord كد اسكيش رو گرفتم جوابش شد 227 و وقتي توي VB اين كار رو كردم جوابش شد 223 و وقتي توي دات نت اين كار رو كردم جوابش شد 227 خوب حالا من 227 رو تبديل به HEX كردم ولي جوابش شد E3 و 645 رو بدست نياوردم ... جريان اين چيه به نظرت ؟؟؟

    مثلا معادل اسکی در پایه HEX برای حرف م عدد 645 هست ولی چون برای هر کاراکتر در این مد 4 تا صفر رزرو شده حتما باید صفر سمت چپ گذاشته بشه یعنی برای حرف م داریم 0645

  16. #56

    نقل قول: PDU Encoding And Decoding

    raravaice جون مشكل اون اسكي كه با بقيه فرق ميكرد در VB حل شد ... قاطي كرده بود و يه بار بازو بستش كردم درست شد ... الان توي Delphi , C++‎ , C#‎, VB , VB.Net امتحان كردم ... همشون كد اسكي م رو برابر با 227 بر ميگردونن ...

  17. #57

    تركيب زبانهاي در SMS

    شايد تا به حال با مطالعه ي موضوعات ارائه شده توسط دوستان تونسته باشين ساخت SMS رو درك كنيد .. از طرفي من هم به نوشته ها دقت ميكردم و قسمتهاي گنگ رو مطرح ميكردم تا دوستان رسيدگي كنن و يك منبع كامل براي فارسي زبانها باشه ...

    خوب يك چيز جالب بهتون بگم ... طي اين رفرنس به فكرتون نيوفتاده كه اگه ما خواستيم پياممنون رو دو زبانه بسازيم ... ( مخلوطي از كاراكترهاي فارسي و انگليسي ) بايد چيكار كنيم و چه نوعي رو انتخاب كنيم ...

    حتما با خودتون فكر كردين كه ايا چيزي به جز DefaultAlphabet و UCS2 هم وجود داره كه اين نياز ما رو برطرف كنه ... !!!؟؟

    خوب ذكر اين نكته واجب هست كه در صروتي كه شما خواستين ( مخلوطي از كاراكترهاي فارسي و انگليسي ) رو در SMS ساخته شده ي خودتون داشته باشين بايد UCS2 رو انتخاب كنيد ...

    نكته ي مهمي بود و چون تا حالا بهش اشاره نشده بود لازم دونستم ذكر كنم

    يا حق ...

  18. #58
    VIP آواتار raravaice
    تاریخ عضویت
    فروردین 1387
    محل زندگی
    Tehran
    سن
    40
    پست
    1,944

    نقل قول: PDU Encoding And Decoding

    raravaice جون مشكل اون اسكي كه با بقيه فرق ميكرد در VB حل شد ... قاطي كرده بود و يه بار بازو بستش كردم درست شد ... الان توي Delphi , C++‎ , C#‎, VB , VB.Net امتحان كردم ... همشون كد اسكي م رو برابر با 227 بر ميگردونن ...
    حتما با خودتون فكر كردين كه ايا چيزي به جز DefaultAlphabet و UCS2 هم وجود داره كه اين نياز ما رو برطرف كنه ... !!!؟؟
    من به يه چيز عجيب غريب خوردم
    از اونجایی که آدم بی نهایت شیطونی به نظر میای و معما رو ظاهرا خیلی دوست داری ، و من هم یکی از مشتاقان مطرح کردن معما هستم دوست دارم این نکته رو برات مبهم بزارم تا دیگه از این سئوالات نکنی.
    --------------------
    ! پسر خوب وقتی داره دم از حرف "م" که یه کاراکتر Unicode هست زده میشه شما باز داری مثل یه کاراکتر ASC باهاش برخورد میکنی و انتظار داری درست جواب بده؟!آخه این انصاف نسبت به این کاراکتر؟
    Unicode دو تا بایت داره یعنی وقتی شما مقدار اسکی اونو میگیری نتیجه فقط بایت اول هست و بایت دوم ندید گرفته میشه. شما احیانا از دستور W اونا استفاده کن که نتیجه درست بشه!
    مثلا برای vb.net داریم AscW که جواب میده 1605 و معادل Hex میشه 645.


    شبت بخیر
    موفق باشی


  19. #59

    نقل قول: تركيب زبانهاي در SMS

    نقل قول نوشته شده توسط .::Mehran::. مشاهده تاپیک
    شايد تا به حال با مطالعه ي موضوعات ارائه شده توسط دوستان تونسته باشين ساخت SMS رو درك كنيد .. از طرفي من هم به نوشته ها دقت ميكردم و قسمتهاي گنگ رو مطرح ميكردم تا دوستان رسيدگي كنن و يك منبع كامل براي فارسي زبانها باشه ...

    خوب يك چيز جالب بهتون بگم ... طي اين رفرنس به فكرتون نيوفتاده كه اگه ما خواستيم پياممنون رو دو زبانه بسازيم ... ( مخلوطي از كاراكترهاي فارسي و انگليسي ) بايد چيكار كنيم و چه نوعي رو انتخاب كنيم ...

    حتما با خودتون فكر كردين كه ايا چيزي به جز DefaultAlphabet و UCS2 هم وجود داره كه اين نياز ما رو برطرف كنه ... !!!؟؟

    خوب ذكر اين نكته واجب هست كه در صروتي كه شما خواستين ( مخلوطي از كاراكترهاي فارسي و انگليسي ) رو در SMS ساخته شده ي خودتون داشته باشين بايد UCS2 رو انتخاب كنيد ...

    نكته ي مهمي بود و چون تا حالا بهش اشاره نشده بود لازم دونستم ذكر كنم

    يا حق ...
    دقیقا
    این کاملا واضحه که اگه شما حتی یک کلمه فارسی هم بنویسید باید با حالت UCS2 استفاده کنید
    آخرین ویرایش به وسیله noorsoft : جمعه 17 خرداد 1387 در 03:39 صبح

    Farshad Nooranian


  20. #60

    نقل قول: PDU Encoding And Decoding

    دوستان من آدمایی پایه تر از شما دو تا ندیدم که این موقع شب بشینین و کارای تحقیقاتی بکنین
    حالا که بحث به اینجا رسید صلاح میدونین طریقه ارسال پیام تصویری OTA را هم اینجا داشته باشیم

    Farshad Nooranian


  21. #61

    نقل قول: PDU Encoding And Decoding

    شما دو تا مثل داداشاي من هستين ...

    تا كي ما ايراني ها بايد محتاج منابع زبان اصلي باشيم ... چرا نبايد دانسته هاي خودمون رو در اختيار هم بزاريم تا محتاج غربي هايي باشيم كه ما رو وحشي خطاب ميكنن ... چرا خودمون نتونيم .. چرا غرور بچه گانمون رو كنار نزاريم ... دوران پنهان سازي گذشته ... مگه ما چقدر عمر داريم ... دانسته هامون رو كه نميخواييم ببريم اون دنيا .. پس بهتر هست با عزم و اراده همديگه رو ياري كنيم تا هميشه بهترين باشيم ... من تا بتونم كمكتون ميكنم ...

    پسر خوب وقتی داره دم از حرف "م" که یه کاراکتر Unicode هست زده میشه شما باز داری مثل یه کاراکتر ASC باهاش برخورد میکنی و انتظار داری درست جواب بده؟!آخه این انصاف نسبت به این کاراکتر؟
    Unicode دو تا بایت داره یعنی وقتی شما مقدار اسکی اونو میگیری نتیجه فقط بایت اول هست و بایت دوم ندید گرفته میشه. شما احیانا از دستور W اونا استفاده کن که نتیجه درست بشه!
    مثلا برای vb.net داریم AscW که جواب میده 1605 و معادل Hex میشه 645.
    واي خدا ... عجب نكته اي بود ... هر چند ساعت 5 صبح مخم نميكشيد و چشما همه چي رو PDU ميبينه ... به مغزم حق ميدم كه قاطي كنه .....


    ممنون ... خدا پشتو پنهاهتون باشه ... يا حق ...

  22. #62

    نقل قول: PDU Encoding And Decoding

    به این برنامه یک نگاهی بکنید البته این را هم بگم من اون را خیلی وقت پیشا نوشتم.
    http://www.noorsoft.com/products/smspic.zip

    Farshad Nooranian


  23. #63
    VIP آواتار raravaice
    تاریخ عضویت
    فروردین 1387
    محل زندگی
    Tehran
    سن
    40
    پست
    1,944

    نقل قول: PDU Encoding And Decoding

    طریقه ارسال پیام تصویری OTA را هم اینجا داشته باشیم
    1.اگر ارسال و دریافتش رو با هم بگی که خیلی عالیتر و کاملتره.
    2.اون جریان متن به جای شماره که بهش اشاره کردی حتما بحثش رو بیار وسط ! برام جالبه ، چون حقیقت اینکه من چند ساله پیش که دورو بر موبایل میچرخیدم و کار الکترونیک میکردم تا جایی پیش رفتم که خود دیتای سیم کارت رو کپی کردم رو IC وازش به عنوان یه سیم جدید استفاده کردم ولی این کاری که میگی رو هیچ وقت نتونستم از سمت کلاینت انجام بدم.

    3.مسئله EMS و MMS هم سر فرصت حتما باید یکی از بحث های ادامه دهنده باشه.


    پ.و : تعلل من توی دادن پست اینه که صدای سوتی های قبلی در بیاد و زیاد ازشون دور نشم.قبلا از همگی به خاطر این مکث های کوتاه مدت پوزش میخوام

    شب شما هم به خیر باشه

  24. #64

    نقل قول: PDU Encoding And Decoding

    ارسال فایل OTA

    فکر کنم مثل روند قبل روی یک مثال توضیح بدم بهتره


    01 06 2C 1F 2A 61 70 70 6C 69 63 61 74 69 6F 6E
    2F 78 2D 77 61 70 2D 70 72 6F 76 2E 62 72 6F 77
    73 65 72 2D 73 65 74 74 69 6E 67 73
    00 81 EA 01
    01 6A 00 45 C6 06 01 87 12 49 01 87 13 11 03 31
    32 33 2E 31 32 33 2E 31 32 33 2E 31 32 33
    00 01
    87 14 61 01 87 1C 11 03 6D 6D 73 63 2E 6E 6F 6B
    69 61 6E 6F 6B 69 61 6E 6F 6B 2E 63 6F 6D
    00 01
    87 22 70 01 01 86 7C 11 03 68 74 74 70 3A 2F 2F
    6E 6F 6B 69 61 6E 2E 6F 6B 69 61 6E 6F 6B 69 61
    6E 6F 6B 69 61 2E 63 6F 6D 3A 38 30 30 32 2F
    00
    01 C6 08 01 87 15 11 03 4D 4D 53 20 4E 4F 4B 49
    41 20 47 50 52 53
    00 01 01 01



    01 = Push ID
    06 = PDU Type (push)
    2C = Headers length (content type + headers)
    1F 2A Value length
    61 70 70 6C 69 63 61 74 69 6F 6E 2F 78 2D 77 61 70 2D 70 72 6F 76 2E 62 72 6F 77 73 65 7
    2D 73 65 74 74 69 6E 67 73 = MIME-Type= application/x-wap-prov.browser-settings
    00 = end inline string
    81 EA = Char set (UTF-8 short int.)
    01 01 = Version WBXML 1.1
    6A = Char set (UTF-8)
    00 = String table length
    45 = CHARACTERISTIC-LIST with content
    C6 = CHARACTERISTIC with content and attributes
    06 = TYPE=ADDRESS
    01 = END PARMeter
    87 = PARM with attributes
    12 = NAME=BEARER
    49 = VALUE=GPRS
    01 = END PARMeter
    87 = PARM with attributes
    13 = PROXY
    11 = VALUE
    03 = Inline string
    31 32 33 2E 31 32 33 2E 31 32 33 2E 31 32 33 = 123.123.123.123
    00 = end inline string
    01 = END PARMeter
    87 = PARM with attributes
    14 = PORT
    61 = token for port number 9201
    01 = END PARMeter
    87 = PARM with attributes
    1C = GPRS_ACCESSPOINTNAME
    11 = VALUE
    6D 6D 73 63 2E 6E 6F 6B 69 61 6E 6F 6B 69 61 6E 6F 6B 2E 63 6F 6D = mmsc.nokianokianok.com
    00 = end inline string
    01 = END PARMeter
    87 = PARM with attributes
    22 = NAME=PPP_AUTHTYPE
    70 = VALUE=PAP
    01 = END PARMeter
    01 = END PARMeter
    86 = CHARACTERISTIC-LIST with attributes
    C7 = TYPE=MMSURL
    11 = VALUE
    68 74 74 70 3A 2F 2F 6E 6F 6B 69 61 6E 2E 6F 6B 69 61 6E 6F 6B 69 61
    6E 6F 6B 69 61 2E 63 6F 6D 3A 38 30 30 32 2F = http://nokian.okianokianokia.com:8002/
    00 = end inline string
    01 = END PARMeter
    C6 = CHARACTERISTIC with content and attributes
    08 = TYPE=NAME
    01 = END PARMeter
    87 = PARM with attributes
    15 = NAME=NAME
    11 = VALUE
    03 = Inline string
    4D 4D 53 20 4E 4F 4B 49 41 20 47 50 52 53 = MMS NOKIA GPRS
    00 = end inline string
    01 = END PARMeter
    01 = END PARMeter
    01 = END PARMeter

    Farshad Nooranian


  25. #65

    نقل قول: PDU Encoding And Decoding

    برای تفسیر PDU

    00 51 00 0C 91 53 48 74 38 00 00 00 F5 AA 8C

    00 = NO SMSC ADDRESS PRESENT
    51 = MESSAGE HEADER FLAGS (0x51)
    Message type: SMS Submit
    Reject duplicates: No
    Validity: Relative
    Reply path: No
    UDH present: Yes
    Req. status report: no
    00 = Message reference: 0 (0x00)
    0C = Length of TPDU
    91 53 48 74 38 00 00 = Recipient number (+358447830000)
    00 = Protocol identifier
    F5 = Message class, data coding cheme (8-bit)
    AA = Validity period
    8C = Length of data

    Farshad Nooranian


  26. #66

    نقل قول: PDU Encoding And Decoding

    برای UDH

    0B 05 04 C3 4F 00 00 00 03 C2 02 01



    0B = Length of the UDH
    05 = Port addressing (16 bit)
    04 = Information element length (bytes)
    C3 4F = Destination port (49999d)
    00 00 = Source port (0d)
    00 = Concatenation 8-bit reference
    03 = Information element length (bytes)
    C2 = SMS reference number
    01 = Sequence number
    02 = Number of messages in the concatenation

    Farshad Nooranian


  27. #67

    نقل قول: PDU Encoding And Decoding

    این هم طریقه ارسال


    at+cmgf=0
    OK
    at+cmgs=154
    >0051000C9153487438552200F5AA8C0B0504C34F00000003C 2020101062C1F2A6170706C696
    36174696F6E2F782D7761702D70726F762E62726F777365722 D73657474696E67730081EA0101
    6A0045C6060187124901871311033132332E3132332E313233 2E313233000187146101871C11
    036D6D73632E6E6F6B69616E6F6B69616E6F6B2E636F6D0001 8722700101867C1103687474703
    A2F2F
    +CMGS: 42

    OK
    at+cmgs=84
    >0051000C9153487438000000F5AA460B0504C34F00000003C 202026E6F6B69616E2E6
    F6B69616E6F6B69616E6F6B69612E636F6D3A383030322F000 1C60801871511034D4D5
    3204E4F4B4941204750525300010101
    +CMGS: 43
    OK


    Farshad Nooranian


  28. #68

    نقل قول: PDU Encoding And Decoding

    داداش noorsoft اون ماجراي نمايش دادن يك متن به جاي شماره تلفن رو توي اولويت قرار بده كه مشتاق شدم بدونم موضوع از چه قراره ...

  29. #69

    نقل قول: PDU Encoding And Decoding

    البته یادم رفت بپرسم آیا با فورمت این فایل آشنایی دارین یا نه
    این تصاویر 72*28 هستند و هر بیت نشاندهنده یک پیکسله
    5 بیت اول مشخصات فایل و طول و عرض تصویر
    و بقیه نقش بیت یا همون اصل تصویره که از آخر به اول در فایل ذخیره شده

    Farshad Nooranian


  30. #70

    نقل قول: PDU Encoding And Decoding

    نمونه کد را براتون میزارم امیدوارم گویا باشه
    یک Picturebox روی فرمتون بزارین و یک File


    Autoredraw=true
    scalemode=3 'pixel
    این هم زیر برنامش


    Private Sub OpenOta()
    Dim a As String
    Dim i As Integer
    Dim h As Integer, w As Integer
    Dim j As Integer
    Dim X As Integer, Y As Integer

    Open File1.Path & "\" & File1.FileName For Binary As #1
    a = Input$(256, 1)

    On Error GoTo err

    w = Asc(Mid(a, 2, 1))
    h = Asc(Mid(a, 3, 1))
    X = w
    Y = h

    Picture1.ForeColor = vbBlack
    Picture1.Picture = LoadPicture()
    Picture1.Cls

    For i = 256 To 5 Step -1
    j = Asc(Mid(a, i, 1))

    If j And 1 Then Picture1.PSet (X, Y)
    X = X - 1

    If j And 2 Then Picture1.PSet (X, Y)
    X = X - 1

    If j And 4 Then Picture1.PSet (X, Y)
    X = X - 1

    If j And 8 Then Picture1.PSet (X, Y)
    X = X - 1

    If j And 16 Then Picture1.PSet (X, Y)
    X = X - 1

    If j And 32 Then Picture1.PSet (X, Y)
    X = X - 1

    If j And 64 Then Picture1.PSet (X, Y)
    X = X - 1

    If j And 128 Then Picture1.PSet (X, Y)
    X = X - 1

    If X = 0 Then
    X = w
    Y = Y - 1
    End If

    Next

    err:
    Close
    End Sub
    آخرین ویرایش به وسیله noorsoft : جمعه 17 خرداد 1387 در 07:52 صبح

    Farshad Nooranian


  31. #71

    نقل قول: PDU Encoding And Decoding

    نقل قول نوشته شده توسط .::Mehran::. مشاهده تاپیک
    داداش noorsoft اون ماجراي نمايش دادن يك متن به جاي شماره تلفن رو توي اولويت قرار بده كه مشتاق شدم بدونم موضوع از چه قراره ...

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

    حالا نمی دونم چکار کنم توضیح بدم یا نه؟؟؟؟؟؟؟؟؟؟؟؟؟؟؟؟؟؟؟
    ولی این را بگم که این کار فقط SMS-Submit-PDU قابل انجامه چون آدرس اصلی (OA) توسط SMSC داده میشه
    آخرین ویرایش به وسیله noorsoft : جمعه 17 خرداد 1387 در 07:58 صبح

    Farshad Nooranian


  32. #72

    نقل قول: PDU Encoding And Decoding

    اين روش رو بگو چون مفيد واقع ميشه ... مثلا ما به جاي شماره تلفن ميتونيم اسم شركتمون رو بندازيم ... اينجوري خيلي با كلاس تر هستش ....

    در ضمن اين روش توسط گوشي هم امكان پذيره و اگه كسي بخواد سوء استفاده كنه از راه گوشي هم ميتونه اين كار رو كنه ... روشش هم با گوشي خيلي سادست .... فقط اگه ساختنش رو توضيح بديد خيلي خوب ميشه ...

  33. #73
    VIP آواتار raravaice
    تاریخ عضویت
    فروردین 1387
    محل زندگی
    Tehran
    سن
    40
    پست
    1,944

    رمز گشایی پیام دریافت شده "SMS" به فرمت PDU در مود Default Alphabet قسمت چهارم

    رمز گشایی محتوی پیام


    0791893905004102240C918939564208
    8400008060504112928110C2B0DC1D6E
    97DD657B7AEE7ACBCF

    اول از همه دوستان این نکته رو یاد آور میشم که در مد Default Alphabet برای هر کاراکتر هفت بیت داریم همانطور که توی قسمت ارسال توصیف شده.

    10 : این عدد که در مبنای Hex هست و در مبنی Dec معادلی برابر 16 داره میگه از بعد از من تعداد 16 بایت وجود داره که تشکلیل دهنده 16 کاراکتر ما هستند.

    C2B0DC1D6E97DD657B7AEE7ACBCF : محتوی پیام اینجاست که ما باید به زبان قابل تشخیص خودمون تبدیلش کنیم.

    نکته : با یه نگاه کوچیک و شمارش تعداد بایتهای محتوای پیام به عدد 14 میرسیم در حالی که بایت شمارشگر به ما عدد 16 رو داده! در نظر داشته باشید که عدد شمارش گر در اصل داره میگه شما از این کد باید 16 بایت رو خارج کنید.

    رمز گشایی محتوی پیام . مرحله به مرحله.

    1. اصل پیام
    C2B0DC1D6E97DD657B7AEE7ACBCF



    2.جدا سازی بایت به بایت برای آسودگی کار در محاسبات دستی و این کار در برنامه شما نیازی نیست که صورت بگیره.

    C2-B0-DC-1D-6E-97-DD-65-7B-7A-EE-7A-CB-CF


    3.اگر یادتون باشه ما توی مرحله ارسال چند بار محتوی رو برعکس کردیم که حالا اینجا باید همه اونا رو جبران کنیم.پس داریم :

    C2-B0-DC-1D-6E-97-DD-65-7B-7A-EE-7A-CB-CF


    که بعد از بر عکس شدن میشه :

    CF-CB-7A-EE-7A-7B-65-DD-97-6E-1D-DC-B0-C2


    دقت کنید که فقط محل بایت ها عوض میشه و در عدد هیچکدام از بایتها تغییری صورت نگرفته

    4.نتیجه مر حله 3 باید به معدل باینری هر بایت تبدیل بشه یعنی داریم :
    CF-CB-7A-EE-7A-7B-65-DD-97-6E-1D-DC-B0-C2


    که میشه :


    11001111-11001011-01111010-11101110-01111010-01111011-01100101-11011101-10010111-01101110-00011101-11011100-10110000-11000010


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


    5.حالا در وضعیت فعلی ما 14 بایت داریم که ضربدر 8 میشه 112 بیت و تعداد بایتی که شمارشگر به ما اعلام کرده 16 بوده و همچنین در این مد هر 7 بیت 1 کاراکتر هست پس کل بت هامون رو باید به 16 قسمت 7 بیتی قسمت کنیم.
    پس میشه :

    1100111-1110010-1101111-0101110-1110011-1101001-1110110-1100101-1101110-1100101-1101101-1100001-1101110-1110010-1100001-1000010


    6.نتیجه ای که توی این مرحله به دست آمد حالا باید دوباره برعکس بشه یعنی نتیجه بالا بشه :


    1000010-1100001-1110010-1101110-1100001-1101101-1100101-1101110-1100101-1110110-1101001-1110011-0101110-1101111-1110010-1100111



    7.حالا اینارو 7 بایت 7 بایت همینطوری که هستند به معادل Asc اونا تبدیل کنید تا کلمه زیر رو داشته باشین.


    Barnamenevis.org


    خیلی راحت بود مگه نه؟!;)

    فقط یه نکته که همونطور که قبلا گفتم برای @ هفت بیت 0 داریم "000000" که باید اینو خودتون با یه شرط تشخیص بدین.


    موفق باشید

  34. #74

    نقل قول: PDU Encoding And Decoding

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

    در ضمن اين روش توسط گوشي هم امكان پذيره و اگه كسي بخواد سوء استفاده كنه از راه گوشي هم ميتونه اين كار رو كنه ... روشش هم با گوشي خيلي سادست .... فقط اگه ساختنش رو توضيح بديد خيلي خوب ميشه ...

    دوستان بزارین اول بحث اصلی تموم بشه من قول میدم این کار را انجام بدم
    آقا مهران عجله نکن این بحث را بصورت کامل برات توضیح میدم و یه نکته دیگه این کار با گوشی موبایل هم قابل انجامه و اینکه این امکان برای اولین بار توسط شرکت نوکیا ایجاد شده من هم از روی کنجکاوی روش کار کردم

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

    من چیزهای دیگه ای هم براتون دارم
    1- ارسال و دریافت Vcart Business یا همون شماره های تلفن
    2- ارسال و دریافت Ring Tone
    3- لوگوهای اپراتور
    4- ارسال یاداشتهای روزانه

    شرمنده دیگه چیزی بلد نیستم

    Farshad Nooranian


  35. #75

    نقل قول: PDU Encoding And Decoding

    ضمن تشکر از تمامی دوستانی که در این تاپیک زحمت می کشن .
    2 تا سوال داشتم ...

    سوال اول اینکه کلاً چند نوع روش برای ارسال sms داریم ؟!! و سوال دوم : GSM چیه ؟!

  36. #76

    نقل قول: PDU Encoding And Decoding

    نقل قول نوشته شده توسط .M8SPY. مشاهده تاپیک
    ضمن تشکر از تمامی دوستانی که در این تاپیک زحمت می کشن .
    2 تا سوال داشتم ...

    سوال اول اینکه کلاً چند نوع روش برای ارسال sms داریم ؟!! و سوال دوم : GSM چیه ؟!
    این در مورد سوال اول تصویر ضمیمه انواع پروتکلها را نشون میده



    این هم سوال دوم

    GSM

    The Global System for Mobile Communications, GSM (original acronym: Groupe Spécial Mobile) is the most popular standard for mobile phones in the world. GSM service is used by over 2 billion people across more than 212 countries and territories.[1][2] The ubiquity of the GSM standard makes international roaming very common between mobile phone operators, enabling subscribers to use their phones in many parts of the world. GSM differs significantly from its predecessors in that both signaling and speech channels are Digital call quality, which means that it is considered a second generation (2G) mobile phone system. This fact has also meant that data communication was built into the system from the 3rd Generation Partnership Project (3GPP).
    عکس های ضمیمه عکس های ضمیمه

    Farshad Nooranian


  37. #77

    نقل قول: PDU Encoding And Decoding

    این دیکشنری مربوط به Gsm بد نیست داشته باشید
    فایل های ضمیمه فایل های ضمیمه

    Farshad Nooranian


  38. #78

    نقل قول: PDU Encoding And Decoding

    قوی ترین نرم افزاری که در رابطه به PDU طراحی شده
    فایل های ضمیمه فایل های ضمیمه

    Farshad Nooranian


  39. #79

    نقل قول: PDU Encoding And Decoding

    راستی در مورد Flash sms هم هیچ توضیحی ندادیم
    در واقع فلش اس ام اس پیامی که بصورت اتوماتیک نمایش داده میشه و بعد از خواندن پاک می شه یعنی در واقع اصلا ذخیره نمی شه

    برای ارسال این گونه پیامها کافی برای DSC خود کلاس 1 را انتخاب نمایید
    البته قبلا توضیح شو دادم

    Farshad Nooranian


  40. #80

    Wink نقل قول: PDU Encoding And Decoding

    سلام به دوستان عزيز و گرامي
    چندروز پيش خيلي دنبال مطلب ارسال اس ام اس از طريق كامپيوتر گشتم ولي مطلب به درد بخوري دستم نيومد. تا اينكه امشب اتفاقي يه سرچ كردم و با كمال تعجب اين پست را ديدم. آخر پست كه رسيدم ديدم چقدر داغه!
    انصافا دست مريزاد، خسته نباشيد،‌خدا قوتتون بده خيلي عالي بود. خيلي.
    جدا كه زكات علمتون را خوب دادين
    موفق باشيد
    ياعلي

صفحه 2 از 10 اولاول 1234 ... آخرآخر

برچسب های این تاپیک

قوانین ایجاد تاپیک در تالار

  • شما نمی توانید تاپیک جدید ایجاد کنید
  • شما نمی توانید به تاپیک ها پاسخ دهید
  • شما نمی توانید ضمیمه ارسال کنید
  • شما نمی توانید پاسخ هایتان را ویرایش کنید
  •