Yn it artikel "", praten oer de arsjitektuer fan 'e pakketkearn fan it NB-IoT-netwurk, neamden wy it uterlik fan in nije SCEF-knooppunt. Wy ferklearje yn it tredde diel wat it is en wêrom it nedich is?
By it meitsjen fan in M2M-tsjinst steane applikaasje-ûntwikkelders foar de folgjende fragen:
- hoe te identifisearjen apparaten;
- hokker ferifikaasje- en autentikaasjealgoritme te brûken;
- hokker ferfierprotokol te kiezen foar ynteraksje mei apparaten;
- hoe't jo gegevens betrouber kinne leverje oan apparaten;
- hoe te organisearjen en regels foar it útwikseljen fan gegevens mei harren;
- hoe't jo online kinne kontrolearje en ynformaasje krije oer har tastân;
- hoe jo tagelyk gegevens leverje oan in groep fan jo apparaten;
- hoe te stjoeren tagelyk gegevens fan ien apparaat nei ferskate kliïnten;
- hoe unifoarme tagong te krijen ta ekstra operatortsjinsten foar it behearen fan jo apparaat.
Om se op te lossen, is it nedich om proprietêre technysk "swiere" oplossingen te meitsjen, wat liedt ta ferhege arbeidskosten en tiid-to-merk tsjinsten. Dit is wêr't it nije SCEF-knooppunt ta de rêding komt.
Lykas definiearre troch 3GPP, is SCEF (service capability exposure function) in folslein nije komponint fan 'e 3GPP-arsjitektuer waans funksje is om de tsjinsten en mooglikheden feilich te eksposearjen troch 3GPP-netwurkynterfaces fia API's.
Yn ienfâldige wurden, SCEF is in tuskenpersoan tusken it netwurk en de applikaasje tsjinner (AS), in inkele finster fan tagong ta operator tsjinsten foar it behearen fan jo M2M apparaat yn it NB-IoT netwurk fia in yntuïtive, standerdisearre API ynterface.
SCEF ferberget de kompleksiteit fan it netwurk fan in operator, wêrtroch applikaasje-ûntwikkelders komplekse, apparaatspesifike meganismen kinne abstrahere foar ynteraksje mei apparaten.
Troch it transformearjen fan netwurkprotokollen yn in fertroude API foar applikaasje-ûntwikkelders, fasilitearret de SCEF API de skepping fan nije tsjinsten en ferminderet de tiid-to-merk. It nije knooppunt omfettet ek funksjes foar it identifisearjen / ferifiearjen fan mobile apparaten, it definiearjen fan de regels foar gegevensútwikseling tusken it apparaat en AS, it fuortheljen fan de needsaak foar applikaasje-ûntwikkelders om dizze funksjes op har kant út te fieren, dizze funksjes ferpleatse nei de skouders fan 'e operator.
SCEF beslacht de ynterfaces dy't nedich binne foar autentikaasje en autorisaasje fan applikaasjeservers, behâld fan UE-mobiliteit, gegevensferfier en aktivearring fan apparaten, tagong ta ekstra tsjinsten en mooglikheden fan operatornetwurk.
Nei de AS is d'r in inkele T8-ynterface, in API (HTTP / JSON) standerdisearre troch 3GPP. Alle ynterfaces, mei útsûndering fan T8, wurkje basearre op it DIAMETER-protokol (figuer 1).
T6a - ynterface tusken SCEF en MME. Wurdt brûkt foar prosedueres foar mobiliteit / sesjebehear, oerdracht fan net-IP-gegevens, foarsjen fan tafersjocheveneminten en it ûntfangen fan rapporten oer har.
S6t - ynterface tusken SCEF en HSS. Fereaske foar abonneeferifikaasje, autorisaasje fan applikaasjeservers, it krijen fan in kombinaasje fan eksterne ID en IMSI / MSISDN, it leverjen fan tafersjocheveneminten en it ûntfangen fan rapporten oer har.
S6m/T4 - ynterfaces fan SCEF nei HSS en SMS-C (3GPP definiearret de MTC-IWF-knooppunt, dy't brûkt wurdt foar apparaat-triggering en SMS-oerdracht yn NB-IoT-netwurken. Yn alle ymplemintaasjes is de funksjonaliteit fan dizze node lykwols yntegreare yn SCEF, dus foar ferienfâldiging fan it circuit, wy sille it net apart beskôgje). Wurdt brûkt om routing-ynformaasje te krijen foar it ferstjoeren fan SMS en ynteraksje mei it SMS-sintrum.
T8 - API ynterface foar SCEF ynteraksje mei applikaasje tsjinners. Sawol kontrôlekommando's as ferkear wurde troch dizze ynterface oerbrocht.
* yn werklikheid binne d'r mear ynterfaces; allinich de meast basale wurde hjir neamd. In folsleine list wurdt jûn yn 3GPP 23.682 (4.3.2 List fan referinsjepunten).
Hjirûnder binne de wichtichste funksjes en tsjinsten fan SCEF:
- keppeljen fan de SIM-kaart identifier (IMSI) oan eksterne ID;
- oerdracht fan net-IP ferkear (Non-IP Data Delivery, NIDD);
- groep operaasjes mei help fan eksterne groep ID;
- stipe foar gegevensferfiermodus mei befêstiging;
- buffering fan MO (Mobile Originated) en MT (Mobile Terminated) gegevens;
- autentikaasje en autorisaasje fan apparaten en applikaasjeservers;
- simultane gebrûk fan gegevens út ien UE troch ferskate ASes;
- stipe foar spesjale UE-statusmonitorfunksjes (MONTE - Monitoring Events);
- apparaat triggering;
- it leverjen fan net-IP-gegevensroaming.
It basisprinsipe fan ynteraksje tusken AS en SCEF is basearre op it saneamde skema. abonneminten. As it nedich is om tagong te krijen ta elke SCEF-tsjinst foar in spesifike UE, moat de applikaasjetsjinner in abonnemint oanmeitsje troch in kommando nei de spesifike API fan 'e frege tsjinst te stjoeren en in unyk identifier te ûntfangen as antwurd. Dêrnei sille alle fierdere aksjes en kommunikaasje mei de UE yn it ramt fan dizze tsjinst plakfine mei dizze identifier.
Eksterne ID: Universele apparaatidentifikaasje
Ien fan 'e wichtichste feroarings yn it ynteraksjeskema tusken AS en apparaten by it wurkjen fia SCEF is it uterlik fan in universele identifier. No, ynstee fan in telefoannûmer (MSISDN) of IP-adres, lykas it gefal wie yn it klassike 2G / 3G / LTE-netwurk, wurdt de apparaatidentifikaasje foar de applikaasjetsjinner "eksterne ID". It wurdt definieare troch de standert yn in formaat dat bekend is foar applikaasje-ûntwikkelders " @ "
Untwikkelders hoege net langer apparaatautentikaasjealgoritmen te ymplementearjen; it netwurk nimt dizze funksje folslein oer. Eksterne ID is bûn oan IMSI, en de ûntwikkelder kin der wis fan wêze dat by tagong ta in spesifike eksterne ID, it ynteraksje mei in spesifike SIM-kaart. As jo in SIM-chip brûke, krije jo in folslein unike situaasje as de eksterne ID in spesifyk apparaat unyk identifisearret!
Boppedat kinne ferskate eksterne ID's keppele wurde oan ien IMSI - in noch nijsgjirriger situaasje ûntstiet as de eksterne ID unyk in spesifike applikaasje identifisearret ferantwurdlik foar in spesifike tsjinst op in spesifyk apparaat.
In groep identifier ferskynt ek - eksterne groep ID, dy't omfiemet in set fan yndividuele eksterne IDs. No, mei ien fersyk oan SCEF, kin AS groepsoperaasjes begjinne - gegevens ferstjoere as kontrôlekommando's nei meardere apparaten ferienige yn ien logyske groep.
Fanwegen it feit dat foar AS-ûntwikkelders de oergong nei in nije apparaatidentifikator net direkt kin wêze, ferliet SCEF de mooglikheid fan AS-kommunikaasje mei de UE fia in standertnûmer - MSISDN.
Oerdracht fan net-IP ferkear (Non-IP Data Delivery, NIDD)
Yn NB-IoT, as ûnderdiel fan it optimalisearjen fan meganismen foar it oerdragen fan lytse hoemannichten gegevens, neist de al besteande PDN-typen, lykas IPv4, IPv6 en IPv4v6, is in oar type ferskynde - net-IP. Yn dit gefal wurdt it apparaat (UE) gjin IP-adres tawiisd en gegevens wurde oerdroegen sûnder it IP-protokol te brûken. Ferkear foar sokke ferbinings kin wurde omlaat op twa manieren: klassyk - MME -> SGW -> PGW en dan troch de PtP tunnel nei AS (fig. 2) of mei help fan SCEF (fig. 3).
De klassike metoade biedt gjin spesjale foardielen boppe IP-ferkear, útsein foar it ferminderjen fan de grutte fan oerdroegen pakketten troch it ûntbrekken fan IP-koppen. It brûken fan SCEF iepenet in oantal nije mooglikheden en ferienfâldiget de prosedueres foar ynteraksje mei apparaten signifikant.
By it ferstjoeren fan gegevens fia SCEF ferskine twa heul wichtige foardielen boppe klassike IP-ferkear:
Levering fan MT ferkear nei it apparaat fia eksterne ID
Om in berjocht nei in klassyk IP-apparaat te stjoeren, moat de AS it IP-adres witte. Hjir ûntstiet in probleem: om't it apparaat by registraasje normaal in "griis" IP-adres krijt, kommunisearret it mei de applikaasjetsjinner, dy't op it ynternet leit, fia in NAT-knooppunt, wêr't it grize adres yn wyt oerset wurdt. De kombinaasje fan grize en wite IP-adressen duorret foar in beheinde tiid, ôfhinklik fan de NAT-ynstellingen. Gemiddeld, foar TCP of UDP - net mear as fiif minuten. Dat is, as der binnen 5 minuten gjin gegevensútwikseling is mei dit apparaat, sil de ferbining ûntbrekke en sil it apparaat net mear tagonklik wêze op it wite adres wêrmei't de sesje mei AS begon is. D'r binne ferskate oplossingen:
1. Brûk hertslach. Sadree't in ferbining is makke, moat it apparaat elke pear minuten pakketten útwikselje mei de AS, sadat NAT-oersettingen net slute. Mar oer enerzjy-effisjinsje kin hjir gjin sprake wêze.
2. Kontrolearje elke kear as it nedich is de beskikberens fan pakketten foar it apparaat op 'e AS - stjoer in berjocht nei de uplink.
3. Meitsje in privee APN (VRF), dêr't de applikaasje tsjinner en apparaten sille wêze op deselde subnet, en tawize statyske IP adressen oan de apparaten. It sil wurkje, mar it is hast ûnmooglik as wy it hawwe oer in float fan tûzenen, tsientûzenen apparaten.
4. As lêste, de meast geskikte opsje: brûk IPv6; it hat gjin NAT nedich, om't IPv6-adressen direkt tagonklik binne fan it ynternet. Lykwols, sels yn dit gefal, as it apparaat opnij registrearre is, sil it in nij IPv6-adres krije en sil it net mear tagonklik wêze mei it foarige.
Dêrom is it nedich om wat inisjalisaasjepakket mei in apparaatidentifikaasje nei de tsjinner te stjoeren om it nije IP-adres fan it apparaat te rapportearjen. Wachtsje dan op in befêstigingspakket fan AS, dy't ek ynfloed op enerzjy-effisjinsje.
Dizze metoaden wurkje goed foar 2G / 3G / LTE-apparaten, wêr't it apparaat gjin strange easken hat foar autonomy en, as gefolch, binne d'r gjin beheiningen op lofttiid en ferkear. Dizze metoaden binne net geskikt foar NB-IoT fanwege har hege enerzjyferbrûk.
SCEF lost dit probleem op: om't de ienige apparaatidentifikaasje foar in AS in eksterne ID is, hoecht de AS allinich in gegevenspakket nei SCEF te stjoeren foar in spesifike eksterne ID, en SCEF soarget foar de rest. Yn it gefal dat it apparaat yn PSM- of eDRX-enerzjybesparringsmodus is, wurde gegevens buffered en levere as it apparaat beskikber wurdt. As it apparaat beskikber is foar ferkear, wurde de gegevens fuortendaliks levere. Itselde jildt foar managementteams.
Op elk momint kin de AS it bufferberjocht nei de UE weromhelje of it ferfange troch in nij.
It buffermeganisme kin ek brûkt wurde by it oerdragen fan MO-gegevens fan 'e UE nei de AS. As SCEF net yn steat wie om gegevens direkt oan 'e AS te leverjen, bygelyks as ûnderhâldswurk oan 'e AS-tsjinners oan 'e gong is, sille dizze pakketten wurde buffere en garandearre wurde levere sa gau as de AS beskikber is.
Lykas hjirboppe opmurken, wurdt tagong ta in spesifike tsjinst en UE foar in AS (en NIDD is in tsjinst) regele troch regels en belied oan 'e SCEF-kant, wêrtroch't de unike mooglikheid fan simultane gebrûk fan gegevens fan ien UE troch ferskate AS'en mooglik is. Dy. as ferskate AS hawwe ynskreaun op ien UE, dan nei ûntfangst fan gegevens út de UE, sil SCEF stjoere it nei alle ynskreaun AS. Dit is goed geskikt foar gefallen dêr't de skepper fan in float fan spesjalisearre apparaten dielt gegevens tusken ferskate kliïnten. Bygelyks, troch it meitsjen fan in netwurk fan waarstasjons dy't rinne op NB-IoT, kinne jo gegevens fan har ferkeapje oan in protte tsjinsten tagelyk.
Garandearre meganisme foar levering fan berjochten
Reliable Data Service is in meganisme foar garandearre levering fan MO en MT berjochten sûnder it brûken fan spesjalisearre algoritmen op it protokol nivo, lykas, bygelyks, handshake yn TCP. It wurket troch in spesjale flagge op te nimmen yn it tsjinstdiel fan it berjocht as it wurdt útwiksele tusken de UE en SCEF. Of dit meganisme al of net te aktivearjen by it ferstjoeren fan ferkear wurdt besletten troch de AS.
As it meganisme is aktivearre, befettet de UE in spesjale flagge yn it overheaddiel fan it pakket as it garandearre levering fan MO-ferkear fereasket. By ûntfangst fan sa'n pakket reagearret de SCEF de UE mei in erkenning. As de UE it befestigingspakket net ûntfangt, sil it pakket nei SCEF opnij ferstjoerd wurde. Itselde ding bart foar MT ferkear.
Apparaatmonitoring (monitoring fan eveneminten - MONTE)
Lykas sein hjirboppe, de SCEF funksjonaliteit, ûnder oare funksjes foar in tafersjoch op de steat fan de UE, de saneamde. apparaat monitoring. En as nije identifiers en data oerdracht meganismen binne optimizations (al is hiel serieus) fan besteande prosedueres, dan is MONTE in folslein nije funksjonaliteit dy't net beskikber is yn 2G / 3G / LTE netwurken. MONTE lit AS apparaatparameters kontrolearje lykas ferbiningstatus, kommunikaasjebeskikberens, lokaasje, roamingstatus, ensfh. Wy sille in bytsje letter oer elk yn mear detail prate.
As it nedich is om in monitoaring-evenemint te aktivearjen foar in apparaat of groep apparaten, abonnearret de AS op de korrespondearjende tsjinst troch it korrespondearjende API MONTE-kommando nei SCEF te stjoeren, dat parameters omfettet lykas eksterne ID of eksterne groep-ID, AS-identifikaasje, monitoring type, oantal meldingen, dy't AS ûntfange wol. As de AS autorisearre is om it fersyk út te fieren, sil SCEF, ôfhinklik fan it type, it barren leverje oan de HSS of MME (figuer 4). As in evenemint foarkomt, genereart de MME of HSS in rapport nei SCEF, dy't it stjoert nei de AS.
Foarsjenning fan alle eveneminten, mei útsûndering fan "Antal UE's oanwêzich yn in geografysk gebiet", komt fia HSS. Twa eveneminten "Feroaring fan IMSI-IMEI Association" en "Roaming Status" wurde folge direkt op HSS, de rest wurdt foarsjoen troch HSS op MME.
Eveneminten kinne ien kear of periodyk wêze, en wurde bepaald troch har type.
It ferstjoeren fan in rapport oer in evenemint (rapportaazje) wurdt útfierd troch it knooppunt dat it evenemint direkt nei SCEF kontrolearret (figuer 5).
Wichtich punt: Tafersjoch-eveneminten kinne tapast wurde op sawol net-IP-apparaten ferbûn fia SCEF as IP-apparaten dy't gegevens op 'e klassike manier ferstjoere fia MME-SGW-PGW.
Litte wy elk fan 'e monitoaringseveneminten in tichterby besjen:
Ferlies fan ferbining - ynformearret de AS dat de UE net mear beskikber is foar sawol gegevensferkear as sinjalearring. It evenemint fynt plak as de "mobyl berikberens timer" foar de UE ferrint op de MME. Yn in fersyk foar dit soarte fan tafersjoch kin de AS syn wearde "Maksimale deteksjetiid" oanjaan - as yn dizze tiid de UE gjin aktiviteit toant, sil de AS ynformearre wurde dat de UE net beskikber is, mei oanjout fan 'e reden. It barren komt ek foar as de UE om ien of oare reden mei geweld troch it netwurk fuorthelle waard.
* Om it netwurk te litten witte dat it apparaat noch beskikber is, begjint it periodyk in updateproseduere - Tracking Area Update (TAU). De frekwinsje fan dizze proseduere wurdt ynsteld troch it netwurk mei help fan timer T3412 of (T3412_extended yn it gefal fan PSM), de wearde fan dat wurdt oerdroegen oan it apparaat tidens de Attach proseduere of de folgjende TAU. Mobile berikberens timer is meastentiids ferskate minuten langer as T3412. As de UE gjin TAU hat makke foar it ferrinnen fan 'e "Mobile berikberenstimer", achtet it netwurk it net mear te berikken.
UE berikberens - Jout oan wannear't de UE beskikber wurdt foar DL-ferkear as SMS. Dit bart as de UE beskikber wurdt foar paging (foar in UE yn eDRX-modus) of as de UE yn ECM-CONNECTED-modus komt (foar in UE yn PSM- of eDRX-modus), d.w.s. makket in TAU of stjoert in uplink pakket.
Lokaasje rapportaazje - Dit soarte fan tafersjoch-eveneminten lit de AS de lokaasje fan 'e UE freegje. Of de aktuele lokaasje (Aktuele lokaasje) of de lêste bekende lokaasje (Bepaald troch de sel-ID wêrfan it apparaat de lêste kear TAU makke of ferstjoerde ferkear) kin wurde oanfrege, wat relevant is foar apparaten yn PSM- of eDRX-enerzjybesparringsmodi. Foar "Aktuele lokaasje" kin de AS werhelle antwurden oanfreegje, wêrby't de MME de AS ynformearret elke kear as de lokaasje fan it apparaat feroaret.
Feroaring fan IMSI-IMEI Association - As dit evenemint is aktivearre, begjint SCEF feroarings te kontrolearjen yn 'e kombinaasje fan IMSI (SIM-kaartidentifikaasje) en IMEI (apparaatidentifikaasje). Wannear't in evenemint bart, ynformearret AS. Kin brûkt wurde om automatysk in eksterne ID opnij te binen oan in apparaat by pland ferfangingswurk of tsjinje as identifier foar stellerij fan in apparaat.
Roaming Status - dit soarte fan tafersjoch wurdt brûkt troch AS om te bepalen oft de UE is yn it thús netwurk of yn it netwurk fan in roaming partner. Opsjoneel kin it PLMN (Public Land Mobile Network) fan 'e operator wêryn it apparaat is registrearre wurde oerdroegen.
Kommunikaasje falen - Dit soarte fan tafersjoch ynformearret de AS oer mislearrings yn kommunikaasje mei it apparaat, basearre op de redenen foar it ferbiningsferlies (release oarsaak koade) ûntfongen fan it radio tagong netwurk (S1-AP protokol). Dit barren kin helpe om te bepalen wêrom't de kommunikaasje mislearre - troch problemen op it netwurk, bygelyks as de eNodeb is oerladen (Radio-boarnen net beskikber) of troch in mislearring fan it apparaat sels (Radio Connection With UE Lost).
Beskikberens nei DDN Failure - dit barren ynformearret de AS dat it apparaat beskikber is nei in kommunikaasjefout. Kin brûkt wurde as der ferlet is om gegevens oer te bringen nei in apparaat, mar de foarige besykjen wie net slagge om't de UE net reagearre op in notifikaasje fan it netwurk (paging) en de gegevens waarden net levere. As dit soarte fan tafersjoch is oanfrege foar de UE, dan sa gau as it apparaat makket in ynkommende kommunikaasje, makket in TAU of stjoert gegevens nei de uplink, de AS wurdt ynformearre dat it apparaat is beskikber wurden. Sûnt de DDN (downlink data notification) proseduere wurket tusken MME en S/P-GW, is dit soarte tafersjoch allinich beskikber foar IP-apparaten.
PDN Konnektivität Status - ynformearret AS as de status fan it apparaat feroaret (PDN-ferbiningstatus) - ferbining (PDN-aktivearring) of ôfbrekke (PDN-wiskje). Dit kin brûkt wurde troch de AS om kommunikaasje mei de UE te begjinnen, of oarsom, om te begripen dat kommunikaasje net mear mooglik is. Dit soarte fan tafersjoch is beskikber foar IP en net-IP apparaten.
Oantal UE's oanwêzich yn in geografysk gebiet - Dit soarte tafersjoch wurdt brûkt troch de AS om it oantal UE's yn in bepaald geografysk gebiet te bepalen.
Apparaat triggering)
Yn 2G / 3G netwurken wie de registraasjeproseduere yn it netwurk twa-poadium: earst, it apparaat registrearre mei de SGSN (taheakje proseduere), dan, as it nedich is, aktivearre it de PDP kontekst - in ferbining mei de pakket gateway (GGSN) gegevens oer te stjoeren. Yn 3G netwurken barde dizze twa prosedueres sequentially, d.w.s. it apparaat wachte net op it momint dat it nedich wie om gegevens oer te bringen, mar aktivearre PDP fuortendaliks nei't de taheakselproseduere foltôge wie. Yn LTE waarden dizze twa prosedueres kombinearre yn ien, dat is, by it taheakjen, frege it apparaat fuortendaliks aktivearring fan 'e PDN-ferbining (analooch oan PDP yn 2G / 3G) fia de eNodeB nei de MME-SGW-PGW.
NB-IoT definiearret in ferbiningsmetoade as "taheakje sûnder PDN", dat is, de UE hechtet sûnder in PDN-ferbining te meitsjen. Yn dit gefal is it net beskikber om ferkear te ferstjoeren, en kin allinich SMS ûntfange of ferstjoere. Om in kommando nei sa'n apparaat te stjoeren om PDN te aktivearjen en te ferbinen mei AS, waard de funksjonaliteit "Device triggering" ûntwikkele.
By it ûntfangen fan in kommando om sa'n UE te ferbinen fan 'e AS, begjint SCEF it ferstjoeren fan in kontrôle SMS nei it apparaat fia it SMS-sintrum. By it ûntfangen fan in SMS aktivearret it apparaat de PDN en ferbynt mei de AS om fierdere ynstruksjes te ûntfangen of gegevens oer te jaan.
D'r kinne tiden wêze dat jo apparaatabonnemint op SCEF ferrint. Ja, it abonnemint hat syn eigen libben, ynsteld troch de operator of ôfpraat mei AS. By it ferrinnen sil de PDN op 'e MME deaktivearre wurde en sil it apparaat net beskikber wurde foar de AS. Yn dit gefal sil de funksjonaliteit "Apparaat triggering" ek helpe. By it ûntfangen fan nije gegevens fan AS, sil SCEF de status fan de apparaatferbining fine en de gegevens leverje fia SMS-kanaal.
konklúzje
De funksjonaliteit fan SCEF is fansels net beheind ta de tsjinsten dy't hjirboppe beskreaun binne en wurdt konstant ûntwikkele en útwreide. Op it stuit binne mear as in tsiental tsjinsten al standerdisearre foar SCEF. No hawwe wy allinich de haadfunksjes oanrekke dy't yn fraach binne fan ûntwikkelders; oer de rest sille wy prate yn takomstige artikels.
De fraach ûntstiet fuortendaliks: hoe kinne jo testtagong krije ta dit "wûnder" knooppunt foar foarriedige testen en debuggen fan mooglike gefallen? Alles is hiel ienfâldich. Elke ûntwikkelder kin in fersyk yntsjinje by [e-post beskerme], wêryn it genôch is om it doel fan ferbining oan te jaan, in beskriuwing fan in mooglike saak en kontaktynformaasje foar kommunikaasje.
Oant gau!
De auteurs:
- senior ekspert fan 'e ôfdieling fan konvergente oplossingen en multimedia tsjinsten Sergey Novikov ,
- ekspert fan 'e konvergente oplossings- en multimediatsjinstôfdieling Alexey Lapshin
Boarne: www.habr.com