תוכנית Bring Your Own Carrier (הבאת ספק משלך) מאפשרת לכם לשלב את תשתית הטלפוניה הקיימת שלכם עם Contact Center AI Platform (פלטפורמת CCAI). המשמעות היא שאתם יכולים להמשיך להשתמש בספק הטלפוניה ובמספרי הטלפון הנוכחיים שלכם, וליהנות מהיכולות של CCAI Platform.
רישיון Enterprise ל-CCAI Platform כולל מכסת שימוש של 5,000 דקות לסוכן בחודש, למעט IVA Only, שכולל את העלויות של BYOC. אם תחרגו מהמכסה הזו, תחויבו על הדקות הנוספות בהתאם למחירים של CCAI Platform.
מכיוון ש-BYOC מספק שירות טלפוניה, חקיקה ומגבלות אזוריות מונעות את הפעלת CCAI Platform במיקומים מסוימים. מידע נוסף זמין במאמר בנושא טלפוניה.
בדף הזה מוסבר איך להפעיל את BYOC ואיך להשתמש ביכולות של CCAI Platform בצורה אופטימלית. בדרך כלל משתמשים ב-BYOC עם פתרון העוזר הווירטואלי האינטראקטיבי, אבל אפשר להשתמש בו גם כדי לפשט ולהאיץ את המעבר מפלטפורמות טלפוניה קיימות שמופעלות בשרתים מקומיים. אתם יכולים להשתמש ב-BYOC גם לשיחות נכנסות וגם לשיחות יוצאות.
שילוב BYOC עם SIP
בקטע הזה נפרט את היתרונות המרכזיים של אימוץ השילוב של BYOC.
אתם יכולים לבצע אינטגרציה עם רכיב אבטחה למרכזיות IP (SBC) או עם ספק טלפוניה ארגוניים קיימים באמצעות פרוטוקול Session Initiation Protocol (SIP) דרך האפשרות BYOC שמוצעת על ידי CCAI Platform.
בתרשים הבא מוצג תהליך האינטגרציה של SIP:
אלה היתרונות העיקריים של שילוב BYOC באמצעות SIP:
אופטימיזציה של העלויות: אפשר לחסוך כסף באמצעות שימוש בחוזים קיימים עם ספקי תקשורת וניצול מדיניות השימוש ההוגן של BYOC.
גמישות ושליטה: אפשר לשמור על תשתית הטלפוניה הקיימת ולקבל גישה ליכולות מבוססות-AI של פלטפורמת CCAI.
שילוב חלק: קבלת הדרכה ותמיכה טכנית לשילוב חלק ויעיל עם הפרעה מינימלית.
שירותי קול עם זמינות גבוהה: Google ממליצה לבנות יתירות בתכנון הקישוריות של BYOC כדי לעזור בתוכנית התאוששות מאסון (DR) בתשתית של הספק. לדוגמה, אתם יכולים להגדיר תעלות SIP של OTT (באמצעות האינטרנט הציבורי או קישוריות פרטית) כדי לחבר שתי נקודות או יותר ל-CCAI Platform.
מגבלות
חלק מהשדות בכותרות ה-SIP, כמו פרטי User-to-User (UUI), לא מועברים כברירת מחדל למטא-נתונים של הסשן ב-CCAI Platform. לדוגמה, השדות TO ו-FROM זמינים במטא נתונים של הסשן בתור DNIS ו-ANI. אם נתוני UUI צריכים לעבור דרך כותרות SIP, צריך למפות את מטען הנתונים לערכי כותרת X. לדוגמה, SipHeader_X-UUI זמין למטא-נתונים של הסשן.
BYOC תומך בכמה ספקים נכנסים בו-זמנית. עם זאת, בשיחות יוצאות, יש תמיכה רק בספק אחד של שיחות יוצאות. אתם יכולים לבקש להשתמש בטלפוניה של Google כאפשרות חלופית לשיחות יוצאות.
הטמעה של BYOC
בקטע הזה מוסבר איך מטמיעים BYOC.
הכנה להטמעה
לפני שיוצרים שילוב BYOC, צריך לאסוף דרישות ולבצע כמה משימות מקדימות.
כדי להתכונן לשילוב:
מכינים תרשים טופולוגי של המצב הנוכחי של תשתית רשת הטלפוניה הקיימת, ומתעדים את רכיב האבטחה למרכזיות IP (Session Border Controller, SBC) שנמצא בשימוש.
משתמשים בתרשים הטופולוגיה של המצב הנוכחי כדי לעצב תרשים טופולוגיה של מצב סופי לשילוב BYOC עם CCAI Platform.
מגבשים אסטרטגיה להשגת זמינות גבוהה מפלטפורמת יצירת השיחות במקרה של כשל באפשרויות SIP.
כדאי לשקול שיטות להפצת שיחות לפי סדר או לפי הקצאה מחזורית.
קובעים את שיטת האימות המועדפת בין שרתי ה-SBC. חשוב לזכור:
אימות SIP נתמך רק בשיחות נכנסות. שיחות יוצאות עדיין דורשות לחיצות ידיים בין כתובות IP. לכן, Google ממליצה על לחיצות ידיים מכתובת IP לכתובת IP.
לחיצות ידיים בין כתובות IP דורשות עדכון של רשימה של בקרת גישה (ACL) ב-SBC כדי לכלול את טווח כתובות ה-IP של CCaaS.
מגדירים אימות.
מילוי השאלון בנושא BYOC
ממלאים את Google Cloud שאלון בנושא CCaaS BYOC כדי ש-Google תוכל לעזור לכם לשלב BYOC עם המופע שלכם. השאלון מובן מאליו ברובו, אבל המידע הבא יכול לעזור לכם למלא אותו:
קודקים נתמכים לאודיו: G.711 µ-law (PCMU), G.711 A-law (PCMA)
שמות המופעים של Google Cloud CCaaS: אתם צריכים ליצור את כל המופעים הנדרשים (פיתוח, UAT או ייצור) לפני שאתם שולחים את השאלון בנושא BYOC ל-CCaaS. כדי להפעיל כל מופע BYOC נוסף, צריך לפתוח כרטיס תמיכה נפרד ולמלא שאלון BYOC ל-CCaaS.
פרטים ליצירת קשר עם הלקוחות: משמשים לתזמון של מפגשי בדיקה ושל מפגשים שבהם נבדקת יכולת הפעולה ההדדית.
פרטי SIP Trunk של הלקוח (שיחות נכנסות): בשדה כתובות IP של המקור, מזינים כתובת IP ציבורית אחת או יותר או טווח CIDR.
פרטי SIP Trunk של הלקוח (שיחות יוצאות): מזינים כתובות IP ציבוריות או FQDN. אם אתם מתכננים להשתמש רק בטלפוניה של Google לשיחות יוצאות, השאירו את הקטע ריק. במקרה כזה, בשדה Call Termination (Outbound calling) (סיום שיחה (שיחות יוצאות)), בוחרים באפשרות Google Cloud CCaaS.
שיטת הפצה לשיחות יוצאות: ממלאים את הקטע הזה רק אם לא מתכננים להשתמש בטלפוניה של Google לשיחות יוצאות ויש כמה כתובות IP של יעדים לשיחות יוצאות וכמה שמות דומיין מלאים (FQDN). אתם יכולים לבחור את שיטת ההפצה מבין האפשרויות שמופיעות. אם בוחרים באפשרות המשוקללת, צריך לוודא שסכום המשקלים לא עולה על 100, ולציין את היעדים והמשקלים בשדה שמופיע.
פתיחת בקשת תמיכה ב-Google
פותחים בקשת תמיכה Google Cloud וכוללים את הפרטים הבאים:
שאלון ה-BYOC של פלטפורמת CCAI שמילאתם בקטע מילוי שאלון ה-BYOC.
תרשים הטופולוגיה של מצב הסיום שיצרתם בשלב ההכנה לשילוב.
הגדרת פלטפורמת CCAI לשיחות יוצאות ב-BYOC
ההליך הזה מיועד רק לשיחות יוצאות. לגבי שיחות נכנסות ב-BYOC, ממלאים את השאלון של BYOC ושולחים אותו ל-Google בבקשת תמיכה.
כדי להגדיר את פלטפורמת CCAI לשיחות יוצאות ב-BYOC, מבצעים את השלבים הבאים:
בפורטל של CCAI Platform, לוחצים על הגדרות > הגדרות למפתחים. אם התפריט הגדרות לא מופיע, לוחצים על תפריט ואז על הגדרות > הגדרות למפתחים.
עוברים לקטע שימוש בספק משלך.
לוחצים על המתג כדי להעביר אותו למצב מופעל.
בקטע מדינה, בוחרים את המדינה שבה רוצים לפעול.
מזינים את ה-SID של ה-trunk, את ה-URI של יעד המקור או את שניהם, בהתאם לספק. אפשר לקבל את הערכים האלה מהאדמין.
לוחצים על Save. מוסיפים מספרי טלפון למשאבים המתאימים ומקצים אותם.
הגדרת תשתית הטלפוניה של הלקוח
משלב המערכות (SI) מגדיר את תשתית הטלפוניה. ה-SI יכול להיות צוות הטלפוניה שלכם, שותף שילוב או ספק הטלפוניה שלכם. Google Cloud
ה-SI צריך לבצע את המשימות הבאות:
מגדירים את רכיב האבטחה למרכזיות IP (Session Border Controller) ואת חומת האש לשילוב של BYOC. Google Cloud צוות התמיכה יכול לספק את המידע שנדרש למשימה הזו.
מוודאים שה-SBC שולח את הזמנת ה-SIP ל-FQDN הנכון, ולא לכתובת ה-IP של נקודת הקצה של ה-SIP ב-BYOC.
בודקים את זרימות השיחות מקצה לקצה כדי לוודא שהן פועלות בצורה תקינה.