Ինչպես ենք փորձարկում 5G միջուկը. գրանցումների ալիք և UPF

5G միջուկի բնութագրում երկու թիվ կա, որոնք չափվում են առանձին՝ քանի սեսիա է պահում UPF-ը առանց տրաֆիկի և լռելյայն ժամաչափերով, և ինչ throughput է այն տալիս մի քանի հարյուր բաց սեսիայի դեպքում։ Գործող միջուկը ստանում է երկուսն էլ միաժամանակ, իսկ վատ օրը RAN-ի վթարից հետո ամբողջ տարածաշրջանը նորից է միանում ցանցին։ Տիպիկ ընդունման ժամանակ UPF զույգը պահում է բնութագրի թիվը, քանի դեռ սեսիաները դատարկ են, և սկսում է փաթեթներ կորցնել նախագծային թվի 78 %-ում, երբ տրաֆիկն անցնում է յուրաքանչյուր սեսիայով։ Մենք միջուկը բեռնում ենք այնպես, ինչպես դա անում են պիկային ժամը և վատ օրը, և հաշվում, թե ինչ է այն պահում։

Ստենդը

Փորձարկվող գործառույթները (AMF, SMF, UPF և 5G միջուկի մյուս մասերը, կամ EPC-ն) տեղադրվում են CloudLAB ստենդում, աշխատում են որպես VM և կոնտեյներներ ստենդի հիպերվիզորի վրա կամ մնում են Ձեր tenant-ում, և ստենդը միանում է դրանց։ Գործառույթների շուրջ ստենդը էմուլյացնում է RAN-ը՝ gNB-ներ և eNB-ներ N2-ով և N3-ով, իսկ դրանց հետևում՝ UE-ներ, որոնք գրանցվում են, բացում PDU սեսիաներ, անցնում բջիջների միջև և անջատվում։ N6-ն ավարտվում է էմուլյացված սերվերներով, իսկ օգտատիրական հարթության տրաֆիկը գնում է 10G-ից 100G արագությամբ՝ Ձեր բջիջների eMBB, URLLC և mMTC խառնուրդով։

Բաժանորդների քանակը, slice-երի խառնուրդը և միացումների պատկերը վերցնում ենք Ձեր վիճակագրությունից, իսկ ժամաչափերը, QoS flow-երը, քաղաքականությունները և տարողության հաշվարկը՝ կոնֆիգուրացիայի անանուն արտահանումից։ Գործառույթի տակ գտնվող հոսթը (SR-IOV, NUMA, pinning) նկարագրված է վիրտուալ ցանցային գործառույթների մասին գրառման մեջ, իսկ այստեղ թեստի առարկան հենց գործառույթն է։

Ինչ ենք ստուգում

• Գրանցումների տեմպ. զանգվածային ալիք RAN-ի վթարից հետո, գրանցումներ վայրկյանում՝ նախագծային նորմայի դիմաց, և ժամանակը p95-ում
• PDU սեսիաների հաստատում. բացում և փակում SMF-ի միջոցով, ամեն մեկի համար IP հասցեի տրամադրում և UPF-ի ծրագրավորում N4-ով
• Տարողություն. ակտիվ սեսիաներ՝ տրաֆիկով յուրաքանչյուրում, ավելացնում ենք ընթացքում, մինչև UPF-ը դադարի փաթեթներ փոխանցել, արդյունքը՝ նախագծային թվի տոկոսով
• Օգտատիրական հարթություն. throughput N3-ից N6՝ ըստ սեսիաների դասերի, լցված աղյուսակով, pps մեկ պրոցեսորային միջուկի վրա, GTP-U-ի վերնագրերի ծախսը Ձեր փաթեթների չափերով
• Ուշացում UPF-ով. p50 և p99 ըստ դասերի, URLLC-ն իր բյուջեի դիմաց, մինչ eMBB-ն լցնում է կապուղին
• Շարժունություն. handover-ներ էմուլյացված բջիջների միջև տրաֆիկի ներքո, անցում 4G-ից 5G և հակառակը N26-ով, EPS fallback ձայնի համար, անընդհատությունը և կորուստը յուրաքանչյուր անցման ժամանակ
• Slicing. յուրաքանչյուր PDU սեսիա ընկնում է իր slice-ի և իր QoS flow-ի մեջ, իսկ մեկ slice-ում զանգվածային ալիքը չի տեղաշարժում մյուսների հաստատման ժամանակը և ուշացումը
• Վերագործարկումներ. AMF-ը, SMF-ը կամ UPF-ը վերագործարկվում են լցված աղյուսակով, քանի սեսիա է պահպանվել, քանի UE է նորից գրանցվում, կորստի պատուհանը վերջին փաթեթից մինչև առաջին վերադարձածը

Անցման միջակայքերը վերցնում ենք Ձեր դիզայնից և ամրագրում մինչև փորձարկումը։ RAN-ի և միջուկի միջև երթուղիչներին նվիրված է 5G transport-ի մասին գրառումը։

Ինչն է սովորաբար խափանվում

Սեսիաներ տրաֆիկով։ Առաջին պարբերության ընդունման ժամանակ հաշվիչները ցույց տվեցին, որ GTP-U-ի ամբողջ hash-ը հաշվում է պրոցեսորի մեկ միջուկը՝ մի քանի gNB-ից եկող թունելներն ունեն ընդհանուր արտաքին հասցեներ, և հոսքերի բաշխումը դրանք ուղարկում էր նույն միջուկին։ Վենդորը փոխեց հոսքերի բաշխումը և հերթերի mapping-ը, և 6-րդ օրը նույն աճը պահեց նախագծի 108 %-ը՝ տրաֆիկով յուրաքանչյուր սեսիայում։ Դատարկ սեսիաներով աճն առաջին օրը կանցներ։

Զանգվածային ալիքը։ RAN-ի վթարից հետո տասնյակ հազարավոր UE-ներ գրանցվում են նույն վայրկյաններին։ AMF-ը, որը հանգիստ դիմանում էր սահուն աճին, այժմ սպասում է նույնականացման պատասխաններին, UE-ները հասնում են կրկնման ժամաչափերի սահմանին և նորից ուղարկում հարցումները, և հերթը լցվում է կրկնություններով։ Տիպիկ նախագծում AMF-ն ընդունում է հարցումները նախագծային արագությամբ, բայց առաջին րոպեներին ավարտում է դրանց կեսից պակասը։ Back-off ժամաչափերը և overload control-ը դեպի gNB-ներ ավարտված գրանցումների թիվը վերադարձնում են նախագծային գծից վեր։

Վերագործարկումներ։ Լցված աղյուսակով վերագործարկված SMF-ը տիպիկ փորձարկման ժամանակ պահպանում է սեսիաների 99,6 %-ը՝ 100 % միջակայքի դիմաց։ Սովորաբար կորչում են վերագործարկումից առաջ վերջին վայրկյաններին բացված սեսիաները, որոնց վիճակը չէր հասցրել հասնել պահուստին։ Յուրաքանչյուր այդպիսի սեսիա բաժանորդ է առանց տվյալների, մինչև հեռախոսը նորից միանա, և հաշվետվության մեջ թվի կողքին նշվում է այն տված համաժամեցման ինտերվալը։

Ինչ կա հաշվետվության մեջ

Գրանցումներ և PDU սեսիաներ վայրկյանում՝ հաստատման ժամանակով p95-ում, չափված զանգվածային ալիքի ընթացքում։ Ակտիվ սեսիաների թիվը, որի դեպքում յուրաքանչյուր գործառույթ կանգնում կամ դանդաղում է, նախագծային թվի տոկոսով։ Throughput և ուշացում N3-ից N6՝ ըստ սեսիաների դասերի, լցված աղյուսակով։ Պահպանված սեսիաներ և կորստի պատուհան՝ ըստ խափանման յուրաքանչյուր տեսակի, իսկ յուրաքանչյուր չանցած կետի կողքին՝ կոնֆիգուրացիայի այն տողերը, որոնք կանգնած են դրա հետևում։ Կցված են էմուլյատորների վիճակագրությունը, սեսիաների աղյուսակները, CPU հաշվիչները, N3-ի և N6-ի փաթեթների գրառումները և յուրաքանչյուր փորձարկման կոնֆիգուրացիայի արտահանումը։ Նոր թողարկումը կամ նոր slice-ը նորից անցնում է նույն կետերը՝ տարբերությամբ յուրաքանչյուր KPI-ի համար։

Որտեղից սկսել

Ուղարկեք մեզ գործառույթները, բաժանորդների պրոֆիլները և տարողության հաշվարկը։ Մենք պատասխանում ենք թեստի պլանի նախագծով՝ կետերը, ստենդի սխեման և ժամկետները։ Հաշվետվությունը մնում է Ձեզ, և Դուք կարող եք այն ցույց տալ վենդորին։ Գրեք մեզ կամ տեսեք, թե էլ ինչ է անում ստենդը։