CAN Transport Layer (CanTp)

يجزئ CAN Transport Layer الرسائل التي لا تتسع في إطار CAN، ويتحكم في تدفق البيانات عبر Flow Control ويعيد تجميع الأجزاء المستلمة وفقاً للمواصفة ISO 15765-2 [SWS_CanTp_00033]. ويقع بين PduR وCanIf، ولا يمتلك مخزناً مؤقتاً خاصاً لبيانات الحمولة، وينسخ بيانات الإرسال والاستقبال جزءاً فجزءاً عبر خدمات النسخ للطبقة العليا [SWS_CanTp_00298]. وينهي كل عملية إرسال مقبولة ببلاغ إلى الطبقة العليا، بنجاح مع E_OK، أو عند انتهاء المهلة أو الإلغاء مع E_NOT_OK. كل ذلك يتطلب CanTp_Init؛ وتراقب MainFunction الدورية فترات انتهاء المهلة.

المزيد ›

CanTp هو CAN Transport Layer. يجزئ الرسائل الطويلة إلى أطر CAN، ويتحكم في تدفق البيانات ويعيد تجميع الأجزاء المستلمة؛ ويتبع في ذلك ISO 15765-2 ما لم تنص المواصفة على خلاف ذلك [SWS_CanTp_00033]. يقع النموذج بين PduR وCanIf ولا يمتلك مخزناً مؤقتاً خاصاً لبيانات الحمولة. وينسخ البيانات جزءاً فجزءاً عبر خدمات النسخ للطبقة العليا [SWS_CanTp_00298] [SWS_CanTp_00216].

مخطط السياق: واجهات CanTp مع PduR وCanIf وإدارة الأنماط ومجدول المهام وDET. المصادر: [SWS_CanTp_00216]، SWS CanTp ص. 17

بعد التشغيل يكون CanTp في CANTP_OFF [SWS_CanTp_00168]. ينقل CanTp_Init مع CanTp_ConfigType [SWS_CanTp_00208] جميع الوصلات إلى حالة السكون [SWS_CanTp_00030]؛ وبعد ذلك يسري CANTP_ON [SWS_CanTp_00170]. يغلق CanTp_Shutdown جميع الوصلات دون إخطار أي جهة [SWS_CanTp_00202] [SWS_CanTp_00200]. تعمل قنوات الاتصال بشكل مستقل عن بعضها البعض بمؤقتات خاصة بها [SWS_CanTp_00122]. وإذا كانت قناة الإرسال مشغولة، يرفض CanTp الطلبات الجديدة بـ E_NOT_OK [SWS_CanTp_00123].

عند الإرسال، يقيم CanTp_Transmit الطول فقط (وMetaData إن وجدت) [SWS_CanTp_00225]. واعتماداً على الطول، يتبع ذلك SF أو جلسة مجزأة [SWS_CanTp_00232]. ولكل جزء، يجلب CanTp البيانات عبر PduR_CanTpCopyTxData [SWS_CanTp_00086] وينتظر بعد FF وكل كتلة تحت N_Bs وصول إطار التحكم في التدفق Flow Control [SWS_CanTp_00315]. تفسير: يبلغ الاستدعاء فقط عن القبول؛ بينما تكتمل عملية النقل الفعلية بشكل غير متزامن عبر PduR_CanTpTxConfirmation [SWS_CanTp_00176] [SWS_CanTp_00204]. سؤال (مفتوح)

عند الاستقبال، يطلب CanTp أولاً مخزناً مؤقتاً عبر PduR_CanTpStartOfReception [SWS_CanTp_00079]. بعد ذلك ينسخ كل CF عبر PduR_CanTpCopyRxData [SWS_CanTp_00269]. وإذا كان التخزين المؤقت شحيحاً، يستعلم CanTp عنه مجدداً في كل دورة MainFunction ويرسل WFTmax كحد أقصى من FC(WAIT) [SWS_CanTp_00222] [SWS_CanTp_00223]. وفي النهاية يأتي PduR_CanTpRxIndication [SWS_CanTp_00084]. وتراقب CanTp_MainFunction الدورية فترات انتهاء المهلة [SWS_CanTp_00164].

مخطط تسلسلي: استقبال مجزأ مع التفاوض على التخزين المؤقت والتحكم في التدفق CTS/WAIT. المصادر: [SWS_CanTp_00269]، [SWS_CanTp_00222]، SWS CanTp ص. 38

يعالج CanTp الأخطاء بثلاث طرق. يبلغ عن أخطاء التطوير إلى DET ويعيد E_NOT_OK [SWS_CanTp_00294]. أما أخطاء البروتوكول مثل فترات انتهاء المهلة فتجهض الجلسة وتذهب مع E_NOT_OK إلى PduR [SWS_CanTp_00205] [SWS_CanTp_00311]. ويسري الأمر نفسه على عمليات الإلغاء بناءً على طلب عبر خدمات الإلغاء Cancel [SWS_CanTp_00255] [SWS_CanTp_00263]. وفيما يخص المعرّفات غير الصالحة في خدمات الإلغاء، يتطلب الإصدار R20-11 CANTP_E_PARAM_ID [SWS_CanTp_00254]، بينما تذكر الإصدارات الأحدث رموزاً أخرى.

المزيد ›

الدور في حزمة CAN: بروتوكول نقل بين PduR وCanIf

CanTp هو CAN Transport Layer. يجزئ الرسائل التي لا تتسع في إطار CAN فردي إلى أجزاء، ويتحكم في تدفق البيانات، ويعيد تجميع الأجزاء المستلمة (SWS CanTp ص. 24، SWS CanTp ص. 17). يستند ذلك إلى ISO 15765-2: تنطبق جميع توصيات هذا المعيار ما لم تستبعدها المواصفة صراحةً [SWS_CanTp_00033]. ويجري CanTp التجزئة وإعادة التجميع فقط في الحالة CANTP_ON [SWS_CanTp_00238].

في الاتجاه الأعلى، يوفر CanTp لـ PduR الخدمات التالية: CanTp_Transmit [SWS_CanTp_00212]، وCanTp_CancelTransmit [SWS_CanTp_00246]، وCanTp_CancelReceive [SWS_CanTp_00257]. وبنفسه يستدعي CanTp صعوداً PduR_CanTpStartOfReception وPduR_CanTpCopyRxData وPduR_CanTpCopyTxData وPduR_CanTpRxIndication وPduR_CanTpTxConfirmation، ونزولاً CanIf_Transmit [SWS_CanTp_00216]. وتبلغ الطبقة السفلى عن الأطر المستلمة عبر CanTp_RxIndication [SWS_CanTp_00078] وعن تأكيدات الإرسال عبر CanTp_TxConfirmation [SWS_CanTp_00076]. ويجب أن تكون كلتا الوظيفتين قابلتين للاستدعاء في سياق المقاطعة [SWS_CanTp_00235] [SWS_CanTp_00236]. وتشير مواضع أحدث في الوثائق إلى أن الجهة المستدعية هي موجه L-SDU (LSduR) (SWS CanTp ص. 27). في المقابل، تتحدث متطلبات R20-11 عن CAN Interface، مثل [SWS_CanTp_00031] و[SWS_CanTp_00335].

لا يمتلك CanTp مخزناً مؤقتاً خاصاً لبيانات الحمولة. فهو يجلب بيانات الإرسال مباشرة من الطبقة العليا [SWS_CanTp_00298]، وينسخ البيانات المستلمة مباشرة إلى ذاكرتها (SWS CanTp ص. 35). وتنتج عن ذلك فترات قفل للطبقة العليا (SWS CanTp ص. 35):

• تبقي مخزن الإرسال المؤقت مقفلاً بمجرد عودة CanTp_Transmit بـ E_OK، حتى يصل PduR_CanTpTxConfirmation.
• تبقي مخزن الاستقبال المؤقت مقفلاً بمجرد تقديمها BUFREQ_OK رداً على PduR_CanTpStartOfReception، حتى يصل PduR_CanTpRxIndication.

مخطط السياق: يقع CanTp بين PduR وCanIf. وتتم تهيئته بواسطة إدارة الأنماط، ويُشغّل دورياً بواسطة مجدول المهام، ويبلغ عن الأخطاء إلى DET. المصادر: [SWS_CanTp_00216]، [SWS_CanTp_00217]، [SWS_CanTp_00164]، SWS CanTp ص. 17، Mode Management Guide ص. 54

دورة الحياة: CANTP_OFF وCanTp_Init وقنوات اتصال مستقلة

يعرف CanTp الحالتين CANTP_OFF وCANTP_ON [SWS_CanTp_00027]. بعد التشغيل، يكون النموذج في CANTP_OFF [SWS_CanTp_00168]؛ وفقط هناك يجوز تحديث تهيئة ما بعد البناء (Post-Build). [SWS_CanTp_00169]

يتلقى CanTp_Init مؤشراً إلى CanTp_ConfigType [SWS_CanTp_00208] [SWS_CanTp_00340]. تهيئ الدالة جميع المتغيرات العامة وتضع كل وصلة في حالة السكون CANTP_RX_WAIT أو CANTP_TX_WAIT [SWS_CanTp_00030]؛ وبعد ذلك يسري CANTP_ON [SWS_CanTp_00170]. يجب على البيئة المحيطة استدعاء CanTp_Init قبل أي استخدام آخر [SWS_CanTp_00199]. وفي دليل إدارة الأنماط، تتولى ذلك قاعدة BswM بعد NvM_ReadAll (Mode Management Guide ص. 54). ويؤدي الاستدعاء مجدداً في CANTP_ON إلى تجاهل جميع الوصلات الجارية والعودة إلى حالة السكون [SWS_CanTp_00273] [SWS_CanTp_00111].

يغلق CanTp_Shutdown جميع الوصلات المفتوحة، ويحرر الموارد ويضبط CANTP_OFF [SWS_CanTp_00202]. ولا يخطر CanTp أي جهة بعمليات الإرسال الملغاة [SWS_CanTp_00200] (SWS CanTp ص. 58).

في CANTP_ON، تعمل عدة وصلات في وقت واحد [SWS_CanTp_00096]:

• يتم تعيين كل N-SDU بشكل ثابت لقناة اتصال. وتمتلك كل قناة مؤقتات ومخازن مؤقتة وآلة حالات خاصة بها [SWS_CanTp_00121] [SWS_CanTp_00122].
• القنوات مرئية داخلياً فقط [SWS_CanTp_00285]. ويحدد عددَها أداةُ التهيئة [SWS_CanTp_00289].
• إذا كانت قناة الإرسال في CANTP_TX_PROCESSING، يرفض CanTp الطلبات الجديدة عبر CanTp_Transmit بـ E_NOT_OK [SWS_CanTp_00123]. ويسري الأمر نفسه على N-SDU موجودة بالفعل في جلسة جارية [SWS_CanTp_00206].
• إذا اشتركت عدة N-SDUs في قناة واحدة ولم تكن هناك قناة حرة متاحة، يرفض CanTp الإرسال أو يجهض الاستقبال [SWS_CanTp_00288] (SWS CanTp ص. 42).

مخطط الحالات: بعد CanTp_Init، تنتقل قنوات الاستقبال والإرسال بشكل مستقل عن بعضها البعض بين WAIT وPROCESSING؛ ويعيد CanTp_Shutdown إلى CANTP_OFF. المصادر: [SWS_CanTp_00027]، [SWS_CanTp_00030]، [SWS_CanTp_00170]، [SWS_CanTp_00202]، SWS CanTp ص. 27

الإرسال: من CanTp_Transmit إلى التأكيد

يتلقى CanTp_Transmit المعلمتين TxPduId وPduInfoPtr [SWS_CanTp_00212]. وبدون MetaData، يقيّم CanTp الطول الإجمالي فقط SduLength ولا يصل إلى مخزن البيانات المؤقت [SWS_CanTp_00225] [SWS_CanTp_00299]. ومع MetaData، يحفظ بالإضافة إلى ذلك معلومات العنوان لجميع SF وFF وCF [SWS_CanTp_00334]. وإذا كانت البيانات تتسع في N-PDU واحدة، يرسل CanTp إطار SF، وإلا فإنه يفتح جلسة متعددة الأطر [SWS_CanTp_00232] (SWS CanTp ص. 60). وينتج الحد الأقصى لطول الإرسال (TX_DL) من PduLength في EcuC [SWS_CanTp_00354]. تفسير: يبلغ الاستدعاء بشكل متزامن فقط عما إذا كان قد تم قبول الطلب؛ أما عملية النقل الفعلية فتتم بشكل غير متزامن [SWS_CanTp_00176]. سؤال Q-b6d13590324e2906 (مفتوح) وبعد القبول، يبلغ CanTp عن الانتهاء في جميع الأحوال عبر PduR_CanTpTxConfirmation [SWS_CanTp_00177] [SWS_CanTp_00204].

لكل جزء (SF، FF، CF) يستدعي CanTp PduR_CanTpCopyTxData [SWS_CanTp_00086]؛ وحتى الاستدعاء الأول، يعمل المؤقت N_Cs [SWS_CanTp_00167]. وإذا قدمت الطبقة العليا BUFREQ_E_BUSY، يعيد CanTp المحاولة لاحقاً [SWS_CanTp_00184]. ويضبط CanTp معلمة إعادة المحاولة دائماً على NULL، لأن المواصفة ISO 15765-2 لا تتضمن إعادة المحاولة [SWS_CanTp_00272].

بعد FF وبعد آخر CF من كل كتلة، ينتظر CanTp تحت N_Bs وصول إطار التحكم في التدفق Flow Control Frame [SWS_CanTp_00315]. ومن خلاله، يتيح المستقبل أطر CF إضافية أو يؤخرها [SWS_CanTp_00282]. وإذا اكتملت الجلسة بنجاح، يتبع ذلك PduR_CanTpTxConfirmation مع E_OK [SWS_CanTp_00090]. ويوضح تدفق السحب (Pull) نفسه مثالُ الـ 50 بايت (SWS CanTp ص. 37) ومسار DCM إلى CanTp (SWS PduR ص. 104).

مخطط تسلسلي: يطلب CanTp البيانات مجزأة من PduR، وينتظر بعد FF وكل كتلة وصول إطار Flow Control، ويؤكد أخيراً بـ E_OK. المصادر: [SWS_CanTp_00212]، [SWS_CanTp_00086]، [SWS_CanTp_00315]، [SWS_CanTp_00090]، SWS CanTp ص. 73

الاستقبال: التفاوض على التخزين المؤقت، والتحكم في التدفق وإعادة التجميع

مع كل SF أو FF وارد، يبلغ CanTp عن بدء الاستقبال عبر PduR_CanTpStartOfReception [SWS_CanTp_00079]. ويعود حجم المخزن المؤقت المتاح عبر معلمة إخراج ويجوز أن يكون أصغر من N-SDU [SWS_CanTp_00080]. ومع FF، يبدأ CanTp مسبقاً المؤقت N_Br [SWS_CanTp_00166]. ولا يرسل إطار التحكم في التدفق إلا عندما تتوفر النتيجة؛ ويعتمد محتواه على هذه النتيجة [SWS_CanTp_00064] [SWS_CanTp_00277]. وتحمل جميع إطارات FC الخاصة بجلسة استقبال القيم نفسها لـ BS وSTmin [SWS_CanTp_00067]. ويتبع FC بعد كل BS من الأطر المتتالية Consecutive Frames [SWS_CanTp_00278].

بعد كل CF، يسلم CanTp بيانات الحمولة عبر PduR_CanTpCopyRxData ويعرف أثناء ذلك المخزن المؤقت المتبقي [SWS_CanTp_00269]. وفي CAN 2.0، يبلغ ذلك ستة أو سبعة بايتات لكل CF. وإذا لم يكن المخزن المؤقت المتبقي بعد آخر CF من كتلة ما كافياً للكتلة التالية، يبدأ CanTp المؤقت N_Br [SWS_CanTp_00325] [SWS_CanTp_00082]. وطالما أن هذا المؤقت يعمل:

• يستعلم CanTp عن التخزين المؤقت في كل دورة لـ MainFunction، وذلك بطول 0 وNULL_PTR [SWS_CanTp_00222]؛
• يرسل CanTp بحد أقصى WFTmax من إطارات FC(WAIT) المتتالية [SWS_CanTp_00223] (SWS CanTp ص. 38).

إذا انتهت الجلسة، بنجاح أو بدونه، يستدعي CanTp PduR_CanTpRxIndication [SWS_CanTp_00084]. ومع الحشو وبدونه، يمرر CanTp بايتات البيانات المستخدمة فعلياً فقط إلى الطبقة العليا [SWS_CanTp_00116].

مخطط تسلسلي: استقبال مجزأ مع التفاوض على التخزين المؤقت، والتحكم في التدفق كتلياً ومرحلة انتظار عند شح التخزين المؤقت. المصادر: [SWS_CanTp_00079]، [SWS_CanTp_00269]، [SWS_CanTp_00222]، [SWS_CanTp_00084]، SWS CanTp ص. 76

مخطط النشاط: هكذا يقرر CanTp عند ورود SF أو FF بناءً على حالة القناة ونتيجة PduR_CanTpStartOfReception. المصادر: [SWS_CanTp_00124]، [SWS_CanTp_00337]، [SWS_CanTp_00081]، [SWS_CanTp_00318]، [SWS_CanTp_00353]، SWS CanTp ص. 67

العنونة، وMetaData والحشو

تسمح العنونة الوظيفية (1:n) لـ SF فقط [SWS_CanTp_00092]. ويرفض CanTp أي جلسة مجزأة عبر مقبض وظيفي ويبلغ عن CANTP_E_INVALID_TATYPE [SWS_CanTp_00093] (SWS CanTp ص. 39). وفي العنونة الممتدة (Extended) أو المختلطة (Mixed)، يحدد CanTp الـ N-SDU من N_TA أو N_AE في بايت البيانات الأول [SWS_CanTp_00095] [SWS_CanTp_00284] [SWS_CanTp_00283]. وفيما يخص تعيين المعرفات، ينطبق ما يلي (SWS CanTp ص. 44):

• يتم تعيين كل NSduId لـ LSduId واحدة تحديداً [SWS_CanTp_00035].
• يحدد LSduId الخاص بـ FC مع N_TA أو N_AE معاً NSduId واحدة تحديداً [SWS_CanTp_00094].
• لا يجوز لعدة N-SDUs الإشارة إلى نفس N-PDU إلا مع العنونة Extended/Mixed أو مع MetaData [SWS_CanTp_00328].

تعمل الوصلات العامة مع MetaData. يحفظ CanTp معلومات العنوان من SF أو FF [SWS_CanTp_00330]، ويمررها إلى PduR_CanTpStartOfReception [SWS_CanTp_00331] ويتحقق من أطر CF التالية مقارنة بها [SWS_CanTp_00333]. وإذا كانت القناة تستقبل بالفعل، يتجاهل CanTp أي SF أو FF إضافي يحتوي على MetaData [SWS_CanTp_00337].

يتم تفعيل الحشو (Padding) لكل N-SDU (SWS CanTp ص. 43). وقيمة الحشو هي CANTP_PADDING_BYTE [SWS_CanTp_00059]. وبالنسبة للأطر التي لا تتجاوز حمولتها 8 بايتات، ينطبق ما يلي:

• مع Rx-Padding، يقبل CanTp كلاً من SF وآخر CF بـ 8 بايتات فقط [SWS_CanTp_00344] ويرسل إطارات FC بـ 8 بايتات [SWS_CanTp_00347].
• مع Tx-Padding، يملأ CanTp كلاً من SF وآخر CF حتى 8 بايتات [SWS_CanTp_00348].

إذا لم يتطابق طول الإرسال مع أي DLC صالح، يملأ CanTp حتى القيمة الصالحة الأعلى التالية [SWS_CanTp_00351]. ويشتق CanTp طول الاستقبال RX_DL من أول CAN_DL مستلمة [SWS_CanTp_00350].

مراقبة الوقت، ومعلمات وقت التشغيل والإلغاء بناءً على طلب

يتم استدعاء CanTp_MainFunction [SWS_CanTp_00213] دورياً. وتراقب N_As وN_Bs وN_Cs وN_Ar وN_Br وN_Cr بالإضافة إلى STmin [SWS_CanTp_00164] (SWS CanTp ص. 63). ويعتمد نبضها على CanTpMainFunctionPeriod [SWS_CanTp_00300]. ويجب أن تتطابق هذه القيمة مع زمن دورة المهمة المستدعية (SWS CanTp ص. 77). وكمثال على ذلك، يذكر تحليل التوقيت مهمة مدتها 5 مللي ثانية (TR Timing Analysis ص. 117).

تصل خدمتان في وقت التشغيل إلى معلمتي الاستقبال BS وSTmin لـ N-SDU: يقوم CanTp_ChangeParameter بتعديلهما [SWS_CanTp_00302]، ويقرؤهما CanTp_ReadParameter [SWS_CanTp_00323]. وكلاهما متاح فقط عندما يكون CanTpChangeParameterApi = TRUE (SWS CanTp ص. 61). تعد BS مجرد قيمة قصوى يجوز لـ CanTp عدم بلوغها لأسباب تتعلق بالتخزين المؤقت [SWS_CanTp_00091]. بين FF وآخر CF من جلسة استقبال جارية، يرفض CanTp أي تعديل بـ E_NOT_OK [SWS_CanTp_00303] [SWS_CanTp_00304]. وفي الوصلات العامة يسري التعديل على الجميع [SWS_CanTp_00338].

يمكن إلغاء عمليات الإرسال الجارية بناءً على طلب:

• الإرسال: يتم تفعيل الوظيفة بشكل ثابت عبر CanTpTc [SWS_CanTp_00242] وتُشغَّل عبر CanTp_CancelTransmit [SWS_CanTp_00274]. وعند E_OK، يجهض CanTp عملية الإرسال [SWS_CanTp_00243] [SWS_CanTp_00256] ويبلغ عن PduR_CanTpTxConfirmation مع E_NOT_OK [SWS_CanTp_00255]. ويؤدي ذلك في الطرف المقابل إلى انتهاء المهلة (SWS CanTp ص. 26).
• الاستقبال: ينهي CanTp_CancelReceive استقبالاً بدأ بـ FF [SWS_CanTp_00261] ويبلغ عن PduR_CanTpRxIndication مع E_NOT_OK [SWS_CanTp_00263]. وفي حالة SF أو إذا كان آخر CF فقط هو المتبقي، يرفض CanTp الإلغاء [SWS_CanTp_00262] (SWS CanTp ص. 60).

التصرف في حالة الخطأ

أخطاء التطوير. إذا كان الاكتشاف نشطاً، يبلغ CanTp عن الخطأ إلى DET ويعيد E_NOT_OK [SWS_CanTp_00294] [SWS_CanTp_00217] (SWS CanTp ص. 49). يحدد [SWS_CanTp_00293] الرموز. الحالات النموذجية:

• CANTP_E_UNINIT: يتم استخدام دالة غير CanTp_GetVersionInfo قبل CanTp_Init [SWS_CanTp_00031].
• CANTP_E_PARAM_POINTER: يكون المؤشر NULL [SWS_CanTp_00319] [SWS_CanTp_00321] [SWS_CanTp_00322].
• CANTP_E_PARAM_ID: تتلقى CanTp_ReadParameter معلمات غير صالحة [SWS_CanTp_00324].

اختلاف بين الإصدارات: بالنسبة لمعرف PduId غير صالح في خدمات الإلغاء، يتطلب R20-11 CANTP_E_PARAM_ID [SWS_CanTp_00254] [SWS_CanTp_00260]. وتذكر مواضع أحدث في المستندات CANTP_E_INVALID_TX_ID أو CANTP_E_INVALID_RX_ID بدلًا من ذلك (SWS CanTp ص. 59). بالنسبة إلى R20-11، يسري المتطلب.

أخطاء وقت التشغيل. يتم إرسالها إلى Default Error Tracer [SWS_CanTp_00352]:

• CANTP_E_PADDING: الإطار قصير للغاية على الرغم من الحشو [SWS_CanTp_00345] [SWS_CanTp_00346] [SWS_CanTp_00349].
• CANTP_E_OPER_NOT_SUPPORTED: يؤثر الإلغاء على وحدة N-SDU بدون نقل جارٍ [SWS_CanTp_00254].
• بالنسبة لأخطاء البروتوكول، يذكر موضع المستند بالإضافة إلى ذلك CANTP_E_COM وCANTP_E_RX_COM وCANTP_E_TX_COM (SWS CanTp ص. 52).

أخطاء البروتوكول. تنهي الجلسة بإرسال E_NOT_OK إلى الطبقة العليا [SWS_CanTp_00205]:

• جانب الإرسال (الإبلاغ عبر PduR_CanTpTxConfirmation): نقص البيانات أثناء النسخ [SWS_CanTp_00087]، أو انقضاء مهلة N_Cs [SWS_CanTp_00280] أو N_As [SWS_CanTp_00310] أو N_Bs [SWS_CanTp_00316]، أو FC مع OVFLW أو FS غير صالح [SWS_CanTp_00309] [SWS_CanTp_00317]. بعد N_As، تظل N-PDU محظورة حتى تصل TxConfirmation [SWS_CanTp_00075].
• جانب الاستقبال (الإبلاغ عبر PduR_CanTpRxIndication): انقضاء مهلة N_Ar [SWS_CanTp_00311] أو N_Cr [SWS_CanTp_00313]، أو رفض النسخ [SWS_CanTp_00271].
• الإلغاء بدون إبلاغ: إذا أرجعت PduR_CanTpStartOfReception القيمة BUFREQ_E_NOT_OK، فإن CanTp يلغي العملية؛ ولا يتبع ذلك FC ولا Indication [SWS_CanTp_00081].
• يعالج CanTp وحدات N-PDU غير المتوقعة وفقًا لجدول [SWS_CanTp_00057] (SWS CanTp ص. 45).

يقوم PduR بتمرير التأكيد السلبي إلى المستخدم، على سبيل المثال إلى DCM، الذي يتولى بعد ذلك عملية الاستعادة (Error Description ص. 29، Error Description ص. 28). ويتولى DEM معالجة أخطاء الإنتاج عبر FiM [SWS_CanTp_00291].

مخطط النشاط: تنتهي جميع أسباب الإلغاء لكل اتجاه بإشعار سلبي إلى PduR. المصادر: [SWS_CanTp_00205]، [SWS_CanTp_00343]، [SWS_CanTp_00355]، [SWS_CanTp_00342]، [SWS_CanTp_00223]، [SWS_CanTp_00084]، Error Description ص. 28

أدلة تفصيلية إضافية

• دورة الحياة والقنوات: [SWS_CanTp_00027]، [SWS_CanTp_00030]، [SWS_CanTp_00122]؛ آلة الحالات في SWS CanTp ص. 27.
• الإرسال: [SWS_CanTp_00212]، [SWS_CanTp_00086]، [SWS_CanTp_00204]؛ تسلسل نموذجي في SWS CanTp ص. 37.
• الاستقبال وذاكرة التخزين المؤقت: [SWS_CanTp_00079]، [SWS_CanTp_00222]؛ مثال 49 بايت في SWS CanTp ص. 38.
• مراقبة التوقيت: [SWS_CanTp_00164]، [SWS_CanTp_00300].
• العنونة والحشو: [SWS_CanTp_00092]، [SWS_CanTp_00330]، [SWS_CanTp_00344]؛ خلفية عامة في SWS CanTp ص. 43.
• رموز الأخطاء: [SWS_CanTp_00293] (أخطاء التطوير)، [SWS_CanTp_00352] (أخطاء وقت التشغيل)؛ جدول وحدات N-PDU غير المتوقعة في [SWS_CanTp_00057].