- Kezdőlap
- /
- Cikk
A Cisco Calling Plan számhordozási irányelvei és szabályzatai
Rendszergazdaként ennek a cikknek a segítségével könnyedén átviheti a meglévő PSTN-számokat a Cisco rendszerébe a Cisco és partnereink teljes körű támogatásával.
A vázolt irányelvek és előírások a Cisco híváscsomagokkal megrendelt vagy használt hordozott számokra vonatkoznak.
Számhordozás
A számhordozás célja a meglévő telefonszámok átvitele a jelenlegi nyilvános kapcsolt telefonhálózat (PSTN) szolgáltató („vesztes szolgáltató”) egy másik („nyertes szolgáltató”) felé.
A hordozási folyamatok és követelmények országonként eltérőek lehetnek. Az alábbiak általános jellegűek, és arra törekszenek, hogy a témában a lehető legtöbbet lefedjék.
Az információk a Cisco híváscsomagba számhordozást végző ügyfelekre vonatkoznak. Tartsa be a hordozási tevékenységekre vonatkozó összes vonatkozó jogszabályt. Slamming (illetéktelen áthelyezés másik szolgáltatóra, akár szándékos, akár tévedésből) tevékenységek nem engedélyezettek. A Cisco egyetlen fiók esetében sem módosítja a telefonos szolgáltató a jogosult fióktulajdonos írásos hozzájárulása nélkül.
Egyszerűsített hordozási folyamat
A sikeres számhordozáshoz elengedhetetlen a szolgáltatók közötti megfelelő koordináció, valamint az alábbi lépések betartása:
1 |
Ellenőrzés — Az ügyfélnek ellenőriznie kell a szám hordozhatóságát. Ez magában foglalja annak biztosítását, hogy a szám aktív, hogy nincsenek a hordozott szám(ok)ra vonatkozó megrendelések, hogy a szám támogatott a kívánt országban, és hogy a célrégióban le van fedve. |
2 |
Információgyűjtés — Az ügyfél begyűjti az összes szükséges hordozási információt és dokumentumot. |
3 |
Portalrendelési vázlat létrehozása folyamatban
|
4 |
Portkérés küldése
|
5 |
Szám-szolgáltatás
|
6 |
Aktiválás és átvitel
|
7 |
Szolgáltatás megszűnése — Adott esetben az ügyfél a portolás befejezése után felmondja a szolgáltatást a vesztes fuvarozóval. |
Portrendelési követelmények
- Tulajdonjog és jogosultság
- Az ügyfélnek igazolnia kell az általa hordozni kívánt számok tulajdonjogát.
- A nyertes szolgáltatóhoz (az új szolgáltató) való portolás engedélyezése kulcsfontosságú.
- Ez magában foglalja egy aktuális számlát vagy számlát és egy megbízási nyilatkozatot (LOA). A LOA egy levél, amely felhatalmazza a Cisco -t, hogy eljárjon az ügyfél nevében.
- Az országtól függően bizonyos felhatalmazások (LOA) elektronikusak (eLOA), és automatikusan kitöltődnek a Control Hubban. Más LOA-k manuális kitöltést igényelnek, amelyet az ügyfelek a Control Hub portolási munkafolyamatán keresztül tudnak kitölteni, aláírni és feltölteni.
- Országspecifikus változatok — A speciális követelmények országonként eltérőek lehetnek.
- A tulajdonjog és a meghatalmazás igazolása
-
A számla vagy számla a szám tulajdonjogának és az aktív szolgáltatásnak a bizonyítékaként szolgál.
-
A LOA megerősíti az ügyfél hozzájárulását a hordozási folyamathoz.
-
- Kerülje az elutasításokat — Az ügyfelek felelősek azért, hogy az általuk megadott információk pontosak legyenek a hordozás megkönnyítése érdekében. Ha az információ pontatlan vagy hiányos, a portolás elutasításra kerül.
- Koordinált portolás
-
Az ugyanahhoz a fiókhoz tartozó számoknak egyidejűleg kell portolniuk, még akkor is, ha különböző megrendelések részét képezik.
-
A különálló fiókadatok rendelkező számoknak külön portmegrendelésben kell szerepelniük.
-
- Díjmentes számok
-
A díjmentesen hívható számoknak külön kell lenniük a közvetlen bejövő tárcsázó (DID) számoknak.
-
Csak az Egyesült Államokban vagy Kaliforniában.
-
- Függőben lévő megrendelések és további számok
-
Ha van függőben lévő utasítás ugyanabban a fiókban, akkor a vesztes szolgáltatónál lévő további számok nem küldhetők be hordozásra. Elutasítást eredményez.
-
Amikor a fő számot (számlázási telefonszámot vagy BTN-t) hordozzák, egy nem hordozott szám lesz kijelölve helyettesítő BTN-ként.
-
- A dokumentáció időszerűsége —Győződjön meg arról, hogy a számla vagy számla aktuális, az elmúlt 30 napon belüli keltezésű.
- További szolgáltatások — Számhordozáskor az eredeti telepítés leáll. Ez magában foglalja az aktuális szolgáltató által a telefonvonalon nyújtott minden további szolgáltatást (például szélessávú, riasztási és így tovább). A telepítés befejezése után előfordulhat, hogy nem lehet újra létrehozni ezeket a szolgáltatásokat.
Kért portdátum és dátum és idő
- Átfutási idő: Hordozási dátum kérésekor ajánlatos legalább öt munkanapot (nagyobb portok esetén 2-3 hetet) hagyni a kérelemnek a vesztes fuvarozóhoz történő benyújtásától számítva.
- A lehetséges legkorábbi dátum: A kikötőkérés legkorábbi dátuma az országtól, a fuvarozótól és a megrendelés típusától függően változik. Ez 1–35 munkanapos lehet.
- Legkésőbbi lehetséges dátum: A beküldéstől számítva legfeljebb 30 nap áll rendelkezésére, hogy portot kérjen.
- Portaktiválás időzítése: A portaktiválási idő a támogatott portolási időszakon belül bármikor kérhető, normál munkanapokon AM és du. között, de ez a FOC kézhezvételéig nem garantált, és országonként változhat.
- FOC megerősítése: Ne feledje, hogy a kért portdátum és -idő nem kerül visszaigazolásra, amíg a megrendelés nem kap FOC-ot a vesztes fuvarozótól.
Kihordási megbízások típusai
A megrendelés típusától függetlenül, ha még nem ismeri az adathordozást, vagy nagy projekten dolgozik, és útmutatásra van szüksége, forduljon a PTS csapatához. Lásd Cisco Calling Plan támogatási eset felvetése szakaszban.
A PTS támogatást nyújt a Cisco Calling Plan-számozási megbízásokhoz, beleértve a számhordozást, az új számok megrendelését és a kapcsolódó kérdések megkeresését.
Egyszerű | Standard | Projekt | Komplex (az alábbiak bármelyike) |
---|---|---|---|
1 TN (telefonszám) |
1-50 TNs |
> 50 TNs |
> 1 TN |
1 BTN (számlázási telefonszám) |
1 BTN |
1 BTN |
> 1 BTN |
1 szolgáltatási cím |
1 szolgáltatási cím |
1 szolgáltatási cím |
> 1 szolgáltatási cím |
1 elveszett szolgáltatónév |
1 elveszett szolgáltatónév |
1 elveszett szolgáltatónév |
> 1 elveszett szolgáltatónév |
1 díjazási központ |
1 díjszabási központ (Egyesült Államok vagy Kalifornia) |
1 díjszabási központ (Egyesült Államok vagy Kalifornia) |
> 1 díjszabási központ (Egyesült Államok vagy Kalifornia) |
-- |
-- |
CSR (Ügyfélszolgálati rekord) szükséges (USA vagy CA) |
CSR szükséges (USA vagy CA) |
-- |
-- |
10–35 munkanap a feldolgozás |
10–35 munkanap a feldolgozás |
Tippek a sikeres hordozáshoz
Az alábbiak biztosítják a zökkenőmentes és sikeres számhordozás élményét:
-
Aktív számok
-
Gondoskodjon arról, hogy a hordozási számok aktívak maradjanak a vesztes szolgáltatónál a folyamat során.
-
Ne szakítsa meg a szolgáltatásokat, amíg a számhordozás be nem fejeződött és nem ellenőrzött.
-
-
A rögzítési és azonosítási hitelesítő adatok eltávolítása
-
Távolítsa el a fióklefagyásokat és -korlátozásokat.
-
Azonosítsa a számokhoz társított PIN-kódokat, jelszavakat vagy jelszavakat; ez az adatátviteli kérelem benyújtásához esetleg szükséges kiegészítő adathordozási információ.
-
-
Gondosan ellenőrizze a számokat
-
A megrendelés leadása előtt alaposan tekintse át az összes számot.
-
Beküldés után a számok nem adhatók hozzá és nem módosíthatók.
-
-
Konzisztens hordozási információk — A számhordozási információnak meg kell egyeznie a vesztes szolgáltató rekordjaival, függetlenül attól, hogy a számokat hová vitte át.
-
Ügyfélszolgálati rekord (CSR, US vagy CA) — Bár nem mindig kötelező, az aktuális ügyfélszolgálati nyilvántartás (CSR) beszerzése a vesztes szolgáltatótól segít a pontos adathordozásban.
-
Azonosítsa a port típusát
-
Határozza meg a port típusát: egyszerű, standard, projekt vagy összetett.
-
Ez meghatározza a követelményekkel és a feldolgozási idővel kapcsolatos elvárásokat.
-
-
A szolgáltató válaszidejének elvesztése — Várjon legalább öt munkanapot arra, hogy a vesztes fuvarozó válaszoljon a hordozási kérelem benyújtását vagy újbóli benyújtását követően.
-
A port megerősített dátuma — Ha egy portkérés FOC-t kap a vesztes szolgáltatótól, nem javasolt a visszaigazolt dátum módosítása, mivel az bonyolultabbá teszi a megrendelést.
Port elutasítása
-
Az ügyfeleknek gondoskodniuk kell arról, hogy a kikötőkönnyítéshez általuk szolgáltatott információk pontosak és teljesek legyenek. A pontatlan vagy hiányos információ a portok elutasítását eredményezi.
-
Az elutasítások az országtól függően alaphelyzetbe állíthatják a hordozási SLA-t.
-
A folyamat felgyorsítása érdekében arra ösztönözzük az ügyfeleket, hogy működjenek együtt a vesztes szolgáltatóval az elutasítás törlése, majd az elutasított megrendelés frissítése a Control Hub felületén, és a kérés újrafeldolgozása érdekében.
-
A vesztes szolgáltatók egyszerre csak egy okból utasítják el a kéréseket. Ha a rendszer elutasít egy inaktív számkérést, a BTN-re vonatkozó későbbi elutasításra kerülhet sor a megrendelés újraküldésekor.
Legfontosabb elutasítási okok
A legtöbb ok, amely miatt a vesztes szolgáltató elutasíthat egy portkérést:
-
Az OSP-nek van egy függőben lévő LSR-je a számlán (például egy portkijelentkezés vagy címváltozás).
-
A BTN vagy az ATN (fiók telefonszáma) nem egyezik.
-
Egyes telefonszámok nem hordozhatók, mert inaktívak, nem kapcsolódnak egymáshoz, vagy nem tartoznak a végfelhasználói fiókhoz.
-
A helyinformációk nem egyeznek meg.
-
A vezeték nélküli porthoz jelszót vagy PIN -kódot kell megadni.
-
A vesztes szolgáltatónál már leadtak egy megrendelést, amely ütközik (például kihordás vagy címváltozás).
-
Az entitás neve nem egyezik.
-
Jelszót vagy PIN-kódot igénylő vezeték nélküli portokhoz.
-
Egy vagy több telefonszám kapcsolata megszakadt. A portolás folytatása előtt a felhasználónak fel kell vennie a kapcsolatot a jelenlegi szolgáltatójával, hogy újraaktiválja a telefonszámokat.
-
A számlaszám (AN) nem egyezik.
-
A személy-engedélyezések nem egyeznek meg.
-
A BTN nem egyezik.
-
A BTN az egyik portolt telefonszám. A felhasználónak ennek megfelelően meg kell adnia a hordozási megbízás típusát, a hátralévő számok műveletét, valamint az új számlázási telefonszám .
-
A teljes körű szolgáltatást nyújtó cím nem egyezik meg.
-
A másik szolgáltató (OSP) előírja, hogy a hordozási megrendelést fel kell osztani, és külön megrendelésként kell benyújtani.
-
Az entitás neve (pl. A vállalkozás neve) nem egyezik meg.
-
A helyszín információi nem egyeznek meg a CSR-en szereplőkkel.
-
A portrendelés összes adata nem egyezik.
Viszonteladó szolgáltatók (Viszonteladók)
-
A szolgáltatók (SP) vagy a viszonteladók megadhatják az alapul szolgáló szolgáltatók telefonszámait.
-
Gyakori, hogy az ügyfelek anélkül kapnak számlát egy telefontársaságtól, hogy tudnák, hogy a szám egy mögöttes szolgáltatóhoz tartozik.
-
Viszonteladó bevonása esetén a hordozási információknak meg kell egyeznie a szolgáltató mögöttes rekordjaival, függetlenül attól, hogy milyen információ szerepel a viszonteladó számláján az ügyfél felé.
-
Ha a port elutasítása viszonteladót érint, az ügyfélnek meg kell kérnie a szolgáltatóját (viszonteladóját), hogy szerezze be a megfelelő információkat a mögöttes szolgáltatótól.
Port átütemezése vagy megszakítása
Az ügyfélnek lehetősége van arra, hogy módosítsa vagy törölje a megrendelését a Control Hubban, mielőtt a vesztes szolgáltató FOC-ot adna, anélkül hogy fennállna annak a veszélye, hogy a számhordozás megtörténik vagy a szolgáltatásai befolyásolják őket.
-
Bármikor = nincs kockázat
Miután a vesztes szolgáltató megadta a FOC-ot, az ügyfél nem módosíthatja a portrendelést a Control Hubban, és támogatási eset kell nyitnia a Cisco PSTN Technical Services (PTS) szolgáltatással.
A FOC utáni portdátum módosításának vagy törlésének kérése azzal a kockázattal jár, hogy a vesztes szolgáltató a vonalakat a menetrend szerint megszakíthatja, megzavarva a telefonos szolgáltatás.
-
72 óra = minimális kockázat
-
48-72 óra = alacsony kockázat
-
24-48 óra = közepes kockázat
-
< 24 óra = nagy kockázat
Ezek az adatok országonként eltérőek lehetnek.
Snapback vagy vészhelyzet-visszaállítás
A snapback, más néven vészhelyzet-visszaállítás, magában foglalja a szám azonnali visszahordozását a vesztes szolgáltatóhoz.
Az időablak 1–48 óra lehet, a vesztes szolgáltatótól és az országtól függően.
-
A snapbackek oka lehet a hordozás során fellépő helytelen vagy előre nem látható körülmény, de előfordulhat becsapódás is (más szolgáltatóra való jogosulatlan áthelyezés, akár szándékos, akár tévedésből).
-
Az ügyfélnek a lehető leghamarabb meg kell nyitnia a PSTN műszaki támogatás (PTS) támogatási eset , hogy kezdeményezze a snapback kérést. Lásd Cisco Calling Plan támogatási eset felvetése .
Portaktiválás és postport tanácsadás
Port in – a portolás napja (FOC)
A számhordozás ütemezett napján (FOC-dátum) ajánlatos néhány ellenőrzést elvégezni annak ellenőrzésére, hogy minden rendben van-e, és felkészült-e a számhordozási folyamatra. Győződjön meg arról, hogy
-
Számot vagy összes számot hozzárendelt a társított felhasználókhoz vagy szolgáltatásokhoz, amelyek átvitelre vannak beállítva.
-
A rendszer üzembe helyezve, valamint a hordozásra konfigurált és előkészített hardver.
Port aktiválása
A portok automatikusan aktiválódnak a FOC időpontjában. Időnként azonban előfordulhat, hogy kis késéssel viszi át a számot. A számhordozás általában a FOC-szabályozás alapján történik, de ezt a következő okok befolyásolhatják:
-
A vesztes szolgáltató (LCP) kiadja a számokat.
-
A Cisco (Gaining Provider) és a vesztes szolgáltató közötti rendszerek.
-
Előfordulhat, hogy több vivő van az erősítő és a vesztes szolgáltató között, ha a kód vagy a tartomány tulajdonosai eltérnek az aktuális szolgáltatótól.
A kód- vagy hatótávolság-tulajdonosoknak hozzá kell adniuk az előtagjukat a központokon belül ahhoz, hogy a hívások helyesen irányíthatók legyenek, ami szintén késleltetheti az aktiválási időzítéseket.
-
Szokatlanul nagy mennyiségű kérés (előfordulhat egy kis késés).
-
Várjon legalább 15 percet (projekt vagy összetett portok esetén 30 percet), hogy a számok elkezdjenek működni.
Ha az aktiválás a vártnál tovább tart, a következőket javasoljuk:
-
Ha a portaktiválási idő után 15–30 perccel nem működnek a számok, ellenőrizze a Control Hub összes konfigurációját, megrendelését és telefonszám állapotát.
-
Miután ellenőrizte a konfigurációkat és az állapotokat, és a számok továbbra sem kezdeményeznek vagy fogadnak hívásokat, nyisson meg egy PTS- támogatási eset. Lásd Cisco Calling Plan támogatási eset felvetése . A PTS csapata hibaelhárítást végez, és azon dolgozik, hogy a lehető leggyorsabban megoldja a problémát.
PTS támogatás és óra
-
A hordozás napja – Elveszített szolgáltató A hordozási támogatás (az LCP-től és az országtól függően) nyitvatartási ideje a normál munkanapokon általában 9:00 és 16:00 között van.
-
A Cisco PSTN műszaki támogatás (PTS) a nap 24 órájában elérhető.
-
A PTS célja, hogy egy újonnan felvetett esetre 2 órán belül válaszoljon.
-
A PTS célja, hogy minden problémát a lehető leggyorsabban megoldjon; minden elkötelezett idő a legjobb erőfeszítés.
-
-
A vesztes szolgáltatótól vagy bármely harmadik féltől származó problémák: Bár a PTS folyamatosan üldöz, és lehetőség szerint nyomást gyakorol, a PTS-nek biztosítania kell egy (az SLA-k által szabályozott) időt a problémák megoldásához, mielőtt azokat belsőleg eszkalálná.
-
A PTS támogatási köre a Cisco Calling Plan számozási megbízásokra terjed ki, beleértve a számhordozást, az új számok megrendelését és az ezekkel kapcsolatos kérdéseket.
Cisco Calling Plan támogatási eset felvetése
Ha Cisco Calling Plan- támogatási eset szeretne benyújtani , használja a PSTN-megrendelésben található hivatkozást a Control Hubon belül.
-
Ugrás ide:
-
Ha nincs megrendelése, kiválaszthatja a megrendelését.
Megrendelés indításához
.Nem kell a számok kiválasztása szakaszon túlmennie ahhoz, hogy a Nyisson meg egy Cisco Calling Plans támogatási eset opciót.
-
Kattintson Nyisson meg egy Cisco Calling Plans támogatási eset hivatkozást a Megrendelés/Mock Order hogy nyisson meg egy PTS támogatási eset.
Jegyértékesítő portált indít. -
Válassza ki a megfelelő kategóriát és alkategóriát, és küldje el.
Másik lehetőségként írjon nekünk e-mailt a következő címre: pstn-support@cisco.com és ügyet hozhatunk létre az Ön nevében.
Szolgáltatás törlése
A Cisco hívási előfizetések megszűnésekor vagy lemondásakor kizárólag Ön felelős a számoknak egy másik szolgáltató való átviteléért, ha meg kívánja őrizni a számok tulajdonjogát. A nem hordozott számokat ésszerű idő elteltével adjuk ki. A Cisco nem tudja garantálni a telefonszám elérhetőségét a kiadás után.