מדוע כל מערכת BMS קיימת נבנתה עבור סביבת הרדיו של המלחמה הקודמת
כל מערכת BMS מדור קודם במלאי תוכננה עבור סביבת רדיו שאינה קיימת עוד. KhanBMS תוכננה עבור זו שבה אנו נלחמים בפועל.
כל מערכת לניהול קרב (BMS) הנמצאת כיום במלאי משרד ההגנה האמריקאי תוכננה בתקופה שבה הדומיננטיות האמריקאית בספקטרום הרדיו נחשבה למובנת מאליה. הנחות עידן SINCGARS, הנחות Link-16, הנחות תקשורת לוויינית (satcom) של עידן MUOS. קישור על רציף, בעל שיהוי נמוך ורוחב פס גבוה נחשב לדבר מובן מאליו. הארכיטקטורה הייתה חופשית להניח זאת.
סביבת רדיו זו אינה קיימת עוד. לוחמה אלקטרונית (EW) רוסית באוקראינה הוכיחה שיבוש בקנה מידה יבשתי. מערכות EW קוגניטיביות סיניות הוכיחו מניעה אדפטיבית מבוססת צורת גל. גורמים איראניים ושלוחיהם הוכיחו זיוף (spoofing) ברמה מסחרית במחיר שכל גורם שאינו מדינתי יכול להרשות לעצמו. הקישור העל רציף נעלם, והוא לא יחזור.
כל מערכת BMS מדור קודם מגיבה לכך עם אסטרטגיית קישור גיבוי. אבד את התקשורת הלוויינית (satcom), עבור לראייה ישירה (line-of-sight). אבד את הראייה הישירה, עבור לרשת (mesh). אבד את הרשת, עבור למצב מופחת ביצועים שאף מפעיל מעולם לא התאמן עליו. הארכיטקטורה מתייחסת לקישור כמרכז התכנון ולאובדנו כמצב תקלה.
KhanBMS הופכת את מרכז התכנון. הקישור נחשב כנפגע הראשון כברירת מחדל. מעטפת הכוונה (intent envelope), חתומה ומוגדרת, היא יחידת הפיקוד. כל דרג – ארבן דרך טומן – נושא את המעטפת וממשיך לבצע בתוכה בין אם הקישור קיים ובין אם לאו. כאשר הקישור חוזר, הוא משמש לעדכון המעטפת ולתיאום מצב, לעולם לא לניהול מיקרו של הביצוע.
זוהי התובנה הארכיטקטונית שכל מערכת BMS מדור קודם אינה מסוגלת לשלב בדיעבד מבחינה מבנית. לא ניתן להצמיד פיקוד מבוסס מעטפת למערכת שמודל הנתונים שלה מניח זרם מעקב רציף. יש לתכנן זאת מההתחלה. KhanBMS עשתה זאת. שום דבר מסחרי אחר לא עשה זאת.
המלחמה הבאה תילחם בסביבת הרדיו שנוצרה בעשור האחרון, לא בזו שהקבלנים של שנות ה-90 הניחו. מערכת ה-BMS שתנצח חייבת להיות מתוכננת עבור סביבה זו על ידי ארכיטקטורה, לא על ידי שילוב בדיעבד.