Artikuluan “", NB-IoT sarearen pakete-nukleoaren arkitekturari buruz hitz eginez, SCEF nodo berri baten agerpena aipatu dugu. Hirugarren zatian azaltzen dugu zer den eta zergatik behar den?
M2M zerbitzu bat sortzean, aplikazioen garatzaileek galdera hauei aurre egiten diete:
- gailuak nola identifikatu;
- zer egiaztapen- eta autentifikazio-algoritmo erabili;
- gailuekin elkarreragiteko zein garraio-protokolo aukeratu;
- gailuetara datuak modu fidagarrian nola entregatu;
- haiekin datuak trukatzeko arauak nola antolatu eta ezarri;
- nola kontrolatu eta haien egoerari buruzko informazioa sarean lortu;
- nola entregatu datuak aldi berean zure gailu talde bati;
- nola bidali datuak aldi berean gailu batetik hainbat bezerotara;
- nola lortu zure gailua kudeatzeko operadorearen zerbitzu osagarrietarako sarbide bateratua.
Horiek konpontzeko, beharrezkoa da konponbide jabedun teknikoki "astunak" sortzea, eta horrek lan-kostuak eta merkaturatzeko denbora-zerbitzuak areagotzea dakar. Hona hemen SCEF nodo berria erreskatatzera.
3GPP-k definitzen duen moduan, SCEF (zerbitzu-gaitasunen esposizio-funtzioa) 3GPP arkitekturaren osagai guztiz berria da, eta bere funtzioa 3GPP sareko interfazeek eskaintzen dituzten zerbitzuak eta gaitasunak APIen bidez modu seguruan erakustea da.
Hitz sinpleetan, SCEF sarearen eta aplikazioen zerbitzariaren (AS) arteko bitartekari bat da, operadoreen zerbitzuetarako sarbidearen leiho bakarra NB-IoT sarean zure M2M gailua kudeatzeko API interfaze intuitibo eta estandarizatu baten bidez.
SCEF-ek operadore baten sarearen konplexutasuna ezkutatzen du, aplikazioen garatzaileek gailuekin elkarreragiteko mekanismo konplexuak eta espezifikoak abstraitzeko aukera emanez.
Sareko protokoloak aplikazioen garatzaileentzako API ezagun batean eraldatuz, SCEF APIak zerbitzu berriak sortzea errazten du eta merkaturatzeko denbora murrizten du. Nodo berriak gailu mugikorrak identifikatzeko/autentifikatzeko funtzioak ere barne hartzen ditu, gailuaren eta ASren arteko datu-trukearen arauak zehaztuz, aplikazioen garatzaileei funtzio horiek euren alboan ezartzeko beharra kenduz, funtzio horiek operadorearen sorbaldetara eramanez.
SCEF-ek aplikazio-zerbitzariak autentifikatu eta baimentzeko, UEren mugikortasuna mantentzeko, datuen transferentzia eta gailuak abiarazteko, zerbitzu osagarrietarako sarbidea eta operadorearen sare-gaitasunetarako beharrezkoak diren interfazeak biltzen ditu.
AS aldera T8 interfaze bakarra dago, API bat (HTTP/JSON) 3GPPk estandarizatuta. Interfaze guztiek, T8 izan ezik, DIAMETRO protokoloan oinarrituta funtzionatzen dute (1. irudia).
T6a - SCEF eta MME arteko interfazea. Mugikortasun/Saioen kudeaketa prozeduretarako, IP ez diren datuen transmisiorako, monitorizazio-gertaerak hornitzeko eta horiei buruzko txostenak jasotzeko erabiltzen da.
S6t - SCEF eta HSS arteko interfazea. Harpidedunen autentifikaziorako beharrezkoa da, aplikazio-zerbitzarien baimena, kanpoko ID eta IMSI/MSISDN konbinazioa lortzeko, monitorizazio-gertaerak hornitzeko eta horien inguruko txostenak jasotzeko.
S6m/T4 - SCEF-etik HSS eta SMS-C-rako interfazeak (3GPP-k MTC-IWF nodoa definitzen du, gailuak abiarazteko eta NB-IoT sareetan SMS transmisiorako erabiltzen dena. Hala ere, inplementazio guztietan nodo honen funtzionaltasuna integratuta dago. SCEF, beraz, zirkuitua sinplifikatzeko, ez dugu bereizita kontuan hartuko). SMSak bidaltzeko eta SMS zentroarekin elkarreragiteko bideratze-informazioa lortzeko erabiltzen da.
T8 - API interfazea SCEF aplikazio-zerbitzariekin elkarrekintzarako. Interfaze honen bidez kontrol komandoak eta trafikoa transmititzen dira.
*Errealitatean interfaze gehiago daude; oinarrizkoenak baino ez dira zerrendatzen hemen. Zerrenda osoa 3GPP 23.682 (4.3.2 Erreferentzia-puntuen zerrenda) ematen da.
Jarraian, SCEFen funtsezko funtzioak eta zerbitzuak daude:
- SIM txartelaren identifikatzailea (IMSI) kanpoko IDarekin lotzea;
- IP ez den trafikoaren transmisioa (Non-IP Data Delivery, NIDD);
- talde-eragiketak kanpoko talde IDa erabiliz;
- datuen transmisio modurako laguntza baieztapenarekin;
- MO (Mobile Originated) eta MT (Mobile Terminated) datuen buffering-a;
- gailuen eta aplikazio-zerbitzarien autentifikazioa eta baimena;
- hainbat ASek UE bateko datuak aldi berean erabiltzea;
- UEren egoera monitorizatzeko funtzio berezietarako laguntza (MONTE – Monitoring Events);
- gailua abiarazteko;
- IP ez den datuen ibiltaritza eskaintzea.
AS eta SCEFen arteko elkarrekintzaren oinarrizko printzipioa eskema deiturikoan oinarritzen da. harpidetzak. UE jakin baterako edozein SCEF zerbitzurako sarbidea izateko beharrezkoa bada, aplikazio-zerbitzariak harpidetza bat sortu behar du eskatutako zerbitzuaren API espezifikoari komando bat bidaliz eta erantzun gisa identifikatzaile esklusibo bat jaso. Horren ondoren, zerbitzu honen esparruko UErekin beste ekintza eta komunikazio guztiak egingo dira identifikatzaile hau erabiliz.
Kanpoko ID: gailuaren identifikatzaile unibertsala
SCEF bidez lan egitean AS eta gailuen arteko interakzio-eskeman aldaketa garrantzitsuenetako bat identifikatzaile unibertsal baten agerpena da. Orain, telefono-zenbaki baten ordez (MSISDN) edo IP helbidearen ordez, 2G/3G/LTE sare klasikoan gertatzen zen bezala, aplikazio-zerbitzariaren gailuaren identifikatzailea "kanpoko ID" bihurtzen da. Aplikazioen garatzaileek ezagutzen duten formatuan definitzen du estandarrak " @ "
Garatzaileek jada ez dute gailuen autentifikazio-algoritmorik ezarri behar; sareak erabat hartzen du funtzio hori. Kanpoko IDa IMSIri lotuta dago, eta garatzaileak ziur egon daiteke kanpoko ID zehatz batera sartzen denean SIM txartel zehatz batekin elkarreragiten duela. SIM txipa erabiltzean, egoera guztiz berezia lortzen duzu kanpoko IDak gailu zehatz bat identifikatzen duenean!
Gainera, kanpoko hainbat ID IMSI batera lotu daitezke; are eta egoera interesgarriagoa sortzen da kanpoko IDak gailu jakin batean zerbitzu zehatz baten ardura duen aplikazio zehatz bat identifikatzen duenean.
Taldearen identifikatzaile bat ere agertzen da - kanpoko taldearen IDa, zeinak kanpoko ID indibidualen multzoa barne. Orain, SCEF-i eskaera bakarrarekin, AS-ek talde-eragiketak abiarazi ditzake - datuak edo kontrol komandoak bidaliz talde logiko bakarrean batutako hainbat gailutara.
AS garatzaileentzat gailu-identifikatzaile berri baterako trantsizioa ezin dela berehalakoa izan, SCEFek AS UErekin komunikatzeko aukera utzi zuen zenbaki estandar baten bidez - MSISDN.
IP ez den trafikoaren transmisioa (Non-IP Data Delivery, NIDD)
NB-IoT-n, datu kopuru txikiak transmititzeko mekanismoen optimizazioaren barruan, lehendik dauden PDN motaz gain, hala nola IPv4, IPv6 eta IPv4v6, beste mota bat agertu da - IP ez dena. Kasu honetan, gailuari (UE) ez zaio IP helbiderik esleitzen eta datuak IP protokoloa erabili gabe transmititzen dira. Horrelako konexioetarako trafikoa bi modutara bideratu daiteke: klasikoa - MME -> SGW -> PGW eta gero PtP tuneletik ASera (2. irud.) edo SCEF erabiliz (3. irudia).
Metodo klasikoak ez du abantaila berezirik eskaintzen IP trafikoarekiko, IP goibururik ez dagoelako transmititutako paketeen tamaina murriztea izan ezik. SCEF erabiltzeak aukera berri ugari irekitzen ditu eta gailuekin elkarreragintzeko prozedurak nabarmen errazten ditu.
Datuak SCEF bidez transmititzean, bi abantaila oso garrantzitsu agertzen dira IP trafiko klasikoaren aurrean:
MT trafikoa gailura bidaltzea kanpoko IDaren bidez
IP gailu klasiko batera mezu bat bidaltzeko, AS-ek bere IP helbidea jakin behar du. Hemen arazo bat sortzen da: gailuak normalean erregistratzean IP helbide "grisa" jasotzen duenez, Interneten dagoen aplikazio-zerbitzariarekin komunikatzen da NAT nodo baten bidez, non helbide grisa zurira itzultzen den. IP helbide grisen eta zurien konbinazioak denbora mugatuan irauten du, NAT ezarpenen arabera. Batez beste, TCP edo UDP - bost minutu baino gehiago. Hau da, 5 minuturen buruan gailu honekin datu-trukerik egiten ez bada, konexioa desegin egingo da eta gailua ez da gehiago eskura izango ASrekin saioa hasi zen helbide zurian. Hainbat irtenbide daude:
1. Erabili taupadak. Konexio bat ezarri ondoren, gailuak paketeak trukatu behar ditu ASrekin minutu gutxitan, eta horrela NAT itzulpenak ixtea saihestuko du. Baina hemen ezin da energia-eraginkortasunaz hitz egin.
2. Aldi bakoitzean, behar izanez gero, egiaztatu AS-en gailurako paketeen erabilgarritasuna - bidali mezu bat gorako estekara.
3. Sortu APN pribatu bat (VRF), non aplikazioen zerbitzaria eta gailuak azpisare berean egongo diren, eta esleitu IP helbide estatikoak gailuei. Funtzionatuko du, baina ia ezinezkoa da milaka, hamarnaka mila gailuko flota bati buruz ari garenean.
4. Azkenik, aukera egokiena: IPv6 erabiltzea, ez du NAT behar, IPv6 helbideak zuzenean Internetetik eskura daitezkeelako. Hala ere, kasu honetan ere, gailua berriro erregistratzen denean, IPv6 helbide berri bat jasoko du eta jada ez da eskuragarri izango aurrekoa erabiliz.
Horren arabera, beharrezkoa da hasierako pakete bat gailuaren identifikatzaile batekin zerbitzariari bidaltzea gailuaren IP helbide berriaren berri emateko. Ondoren, itxaron AS-en berrespen-pakete bat, eta horrek energia-eraginkortasuna ere eragiten du.
Metodo hauek ondo funtzionatzen dute 2G/3G/LTE gailuetarako, non gailuak autonomiarako baldintza zorrotzik ez dituen eta, ondorioz, aire-denbora eta trafikoaren mugarik ez dagoen. Metodo hauek ez dira egokiak NB-IoT-rako, energia-kontsumo handia dutelako.
SCEF-k arazo hau konpontzen du: AS baten gailu-identifikatzaile bakarra kanpoko ID bat denez, AS-ek datu-pakete bat bidali behar dio SCEF-ri kanpoko ID zehatz baterako, eta SCEF-k gainontzekoaz arduratzen da. Gailua PSM edo eDRX energia aurrezteko moduan badago, datuak bufferean gorde eta entregatuko dira gailua erabilgarri dagoenean. Gailua trafikorako erabilgarri badago, datuak berehala emango dira. Gauza bera gertatzen da zuzendaritza taldeekin.
Edozein unetan, AS-ek buffer-eko mezua gogora dezake UEra edo berri batekin ordezkatu.
Buffering-mekanismoa UEtik AS-era MO datuak igortzean ere erabil daiteke. SCEFek ezin izan balu berehala ASko datuak entregatu, adibidez AS zerbitzarietan mantentze-lanak egiten ari badira, pakete horiek bufferean gordeko dira eta AS eskuragarri dagoen bezain laster entregatuko direla bermatuko da.
Goian adierazi bezala, AS (eta NIDD zerbitzu bat da) zerbitzu zehatz baterako eta UErako sarbidea SCEF aldean dauden arauek eta politikek arautzen dute, eta horrek hainbat ASek UE bateko datuak aldi berean erabiltzeko aukera paregabea ahalbidetzen du. Horiek. hainbat AS UE batera harpidetu badira, UEtik datuak jaso ondoren, SCEFek harpidetutako AS guztietara bidaliko ditu. Hau oso egokia da gailu espezializatuen flota baten sortzaileak hainbat bezeroren artean datuak partekatzen dituen kasuetarako. Esate baterako, NB-IoT-n exekutatzen diren estazio meteorologikoen sarea sortuz, haien datuak zerbitzu askotara sal ditzakezu aldi berean.
Mezuak bidaltzeko mekanismo bermatua
Reliable Data Service MO eta MT mezuen bidalketa bermatzeko mekanismo bat da, protokolo mailan algoritmo espezializatuak erabili gabe, adibidez, TCPn esku-ematea. Mezuaren zerbitzu zatian bandera berezi bat sartuz funtzionatzen du UE eta SCEFen artean trukatzen denean. Trafikoa transmititzean mekanismo hori aktibatu ala ez ASk erabakitzen du.
Mekanismoa aktibatuta badago, UEk bandera berezi bat sartzen du paketearen gainko zatian MO trafikoaren entrega bermatua eskatzen duenean. Pakete hori jasotzean, SCEF-ek aitorpen batekin erantzuten dio UEri. UEk ez badu aitorpen-paketerik jasotzen, SCEF-erako paketea berriro bidaliko da. Gauza bera gertatzen da MT trafikoarekin.
Gailuaren jarraipena (gertaerak kontrolatzea - MONTE)
Goian esan bezala, SCEF funtzionaltasunak, besteak beste, UEren egoera monitorizatzeko funtzioak biltzen ditu, deitzen direnak. gailuen jarraipena. Eta identifikatzaile berriak eta datuak transferitzeko mekanismoak dauden prozeduren optimizazioak (oso larriak badira ere), MONTE funtzionalitate guztiz berria da, 2G/3G/LTE sareetan eskuragarri ez dagoena. MONTEk AS-ek gailuaren parametroak kontrolatzeko aukera ematen dio, hala nola, konexioaren egoera, komunikazioaren erabilgarritasuna, kokapena, ibiltaritza egoera, etab. Geroago bakoitzari buruz zehatzago hitz egingo dugu.
Gailu edo gailu talde baterako monitorizazio-gertaeraren bat aktibatzea beharrezkoa bada, AS dagokion zerbitzura harpidetzen da dagokion API MONTE komandoa SCEF-i bidaliz, eta parametroak barne hartzen ditu kanpoko IDa edo kanpoko talde IDa, AS identifikatzailea, monitorizazioa. mota, txosten kopurua, AS jaso nahi duena. AS-k eskaera exekutatzeko baimena badu, SCEFek, motaren arabera, gertaera HSS edo MME-ri hornituko dio (4. irudia). Gertaera bat gertatzen denean, MME edo HSS-k txosten bat sortzen dio SCEF-ri, eta honek AS-ra bidaltzen du.
Gertaera guztiak hornitzea, "Eremu geografiko batean dauden UE kopurua" izan ezik, HSS bidez egiten da. "IMSI-IMEI Elkartearen aldaketa" eta "Ibiltaritza-egoera" bi gertaera zuzenean jarraitzen dira HSSn, gainerakoak HSSk MMEn hornituko ditu.
Gertaerak puntualak edo aldizkakoak izan daitezke, eta motaren arabera zehazten dira.
Gertaera bati buruzko txosten bat bidaltzea (txostena) SCEF-ra gertaera zuzenean jarraitzen duen nodoak egiten du (5. irudia).
Puntu garrantzitsu bat: Monitorizazio-gertaerak SCEF bidez konektatutako IP ez diren gailuetan eta datuak modu klasikoan transmititzen dituzten IP gailuetan MME-SGW-PGW bidez aplika daitezke.
Ikus ditzagun jarraipen-ekitaldi bakoitza gertutik:
Konektibitatearen galera — EAri jakinarazten dio UE ez dagoela erabilgarri ez datu-trafikorako ez seinaleztapenerako. Gertaera MMEn UErako "mugikorrentzako irisgarritasun-tenporizadorea" amaitzen denean gertatzen da. Monitorizazio mota hau egiteko eskaera batean, AS-ek bere "Detekzio-denbora maximoa" balioa adierazi dezake; denbora horretan UEk ez badu jarduerarik erakusten, AS-ek jakinaraziko dio UE ez dagoela erabilgarri, arrazoia adieraziz. Gertaera ere gertatzen da UE-a sareak indarrez kendu badu arrazoiren batengatik.
* Sareari gailua oraindik erabilgarri dagoela jakinarazteko, aldian-aldian eguneratze-prozedura bat abiarazten du - Tracking Area Update (TAU). Prozedura honen maiztasuna sareak ezartzen du T3412 edo (T3412_extended PSM kasuan) tenporizadorea erabiliz, zeinaren balioa gailura igortzen baita Attach prozeduran edo hurrengo TAUan. Eskuragarritasun-tenporizadorea T3412 baino minutu batzuk luzeagoa izan ohi da. UEk ez badu TAUrik egin "Mugikorrentzako irisgarritasun-tenporizadorea" iraungi baino lehen, sareak jada ez duela irisgarritzat jotzen du.
UEren irisgarritasuna – UE DL trafikorako edo SMSetarako erabilgarri dagoenean adierazten du. Hau UE orria egiteko erabilgarri dagoenean (UE eDRX moduan) edo UE ECM-CONNECTED moduan sartzen denean (UE PSM edo eDRX moduan), hau da. TAU bat egiten du edo gorako esteka pakete bat bidaltzen du.
Kokapenaren berri ematea – Jarraipen-gertakari mota honek AS-ek UEren kokapena kontsultatzeko aukera ematen du. Uneko kokapena (Uneko kokapena) edo azken kokapen ezaguna (gailuak azken aldian TAU egin zuen edo trafikoa transmititu zuen zelula IDaren arabera zehazten dena) eska daiteke, eta hori garrantzitsua da PSM edo eDRX energia aurrezteko moduko gailuetarako. "Oraingo kokapena", AS-ek behin eta berriz erantzunak eska ditzake, MME-k AS-i gailuaren kokapena aldatzen den bakoitzean jakinaraziko dio.
IMSI-IMEI Elkartearen aldaketa - Gertaera hau aktibatzen denean, SCEF IMSI (SIM txartelaren identifikatzailea) eta IMEI (gailuaren identifikatzailea) konbinazioaren aldaketak kontrolatzen hasten da. Gertaera bat gertatzen denean, AS-i jakinarazi dio. Programatutako ordezkapen lanetan kanpoko ID bat automatikoki birlotzeko erabil daiteke edo gailu bat lapurtzeko identifikatzaile gisa balio dezake.
Ibiltaritzako egoera – monitorizazio mota hau ASk erabiltzen du UE etxeko sarean edo ibiltaritzako bazkide baten sarean dagoen zehazteko. Aukeran, gailua erregistratuta dagoen operadorearen PLMN (Public Land Mobile Network) transmititu daiteke.
Komunikazio porrota — Monitorizazio-mota honek gailuarekin komunikazioan izandako hutsegiteen berri ematen dio ASri, irrati-sarbide-saretik (S1-AP protokoloa) jasotako konexio-galeren arrazoien arabera (askatzeko kausa kodea). Gertaera honek komunikazioak zergatik huts egin duen zehazten lagun dezake - sarean izandako arazoengatik, adibidez, eNodeb gainkargatuta dagoenean (irrati baliabideak ez daude erabilgarri) edo gailuaren beraren hutsegite batengatik (irrati konexioarekin UE galduta).
DDN hutsegitearen ondoren erabilgarritasuna – Gertaera honek AS-ari jakinarazten dio gailua erabilgarri jarri dela komunikazio-huts baten ondoren. Datuak gailu batera transferitzeko beharra dagoenean erabil daiteke, baina aurreko saiakerak ez zuen arrakasta izan UEak sareko jakinarazpen bati erantzun ez diolako (pagina) eta datuak ez direlako entregatu. Monitorizazio mota hau UErako eskatu bada, orduan gailuak sarrerako komunikazio bat egin, TAU bat egin edo gorako loturara datuak bidaltzen dituen bezain laster, AS-ek gailua erabilgarri dagoela jakinaraziko du. DDN (downlink datuen jakinarazpena) prozedurak MME eta S/P-GW artean funtzionatzen duenez, monitorizazio mota hau IP gailuetarako soilik dago erabilgarri.
PDN konexio-egoera – AS gailuaren egoera aldatzen denean (PDN konektagarritasunaren egoera) - konexioa (PDN aktibazioa) edo deskonexioa (PDN ezabatzea) jakinarazten dio. Hau ASk erabil dezake UErekin komunikazioa hasteko, edo alderantziz, komunikazioa jada ez dela posible ulertzeko. Monitorizazio mota hau IP eta IP ez diren gailuetarako dago eskuragarri.
Eremu geografiko batean dauden UE kopurua – Jarraipen mota hau ASk erabiltzen du eremu geografiko jakin bateko UE-kopurua zehazteko.
Gailua abiarazteko)
2G/3G sareetan, sarean erregistratzeko prozedura bi fasekoa zen: lehenik eta behin, SGSN-rekin erregistratu zen gailua (erantsi prozedura), gero, beharrezkoa izanez gero, PDP testuingurua aktibatu zuen - paketeen atebidearekin (GGSN) konexioa. datuak transmititzeko. 3G sareetan, bi prozedura hauek sekuentzialki gertatzen ziren, hau da. gailuak ez zuen datuak transferitu behar zituen momentuaren zain egon, baina eransteko prozedura amaitu eta berehala PDP aktibatu zuen. LTEn, bi prozedura hauek bakarrean konbinatu ziren, hau da, eransterakoan, gailuak berehala eskatu zuen PDN konexioa (2G/3G-n PDP-ren analogoa) eNodeB bidez MME-SGW-PGW-ra aktibatzea.
NB-IoT-k konexio-metodo bat "PDN gabe erantsi" gisa definitzen du, hau da, UE-k PDN konexiorik ezarri gabe lotzen du. Kasu honetan, ez dago erabilgarri trafikoa transmititzeko, eta SMSak soilik jaso edo bidali ditzake. PDN aktibatzeko eta AS-era konektatzeko gailu batera komando bat bidaltzeko, "Gailua abiarazteko" funtzionaltasuna garatu zen.
Halako UE bat AS konektatzeko komando bat jasotzen duenean, SCEF-ek kontrol SMS bat bidaltzen hasten du gailura SMS zentroaren bidez. SMS bat jasotzean, gailuak PDN-a aktibatzen du eta AS-era konektatzen da argibide gehiago jasotzeko edo datuak transferitzeko.
Baliteke zure gailuaren harpidetza SCEF-n iraungitzen den uneak. Bai, harpidetzak bere bizitzako iraupena du, operadoreak ezarritakoa edo ASrekin adostutakoa. Iraungitzean, PDN desaktibatu egingo da MMEn eta gailua ez da erabilgarri egongo AS-rako. Kasu honetan, "Gailua abiarazteko" funtzioak ere lagunduko du. AS-en datu berriak jasotzean, SCEFek gailuaren konexioaren egoera ezagutuko du eta datuak SMS kanalaren bidez emango ditu.
Ondorioa
SCEFen funtzionaltasuna, noski, ez da goian deskribatutako zerbitzuetara mugatzen eta etengabe garatzen eta hedatzen ari da. Gaur egun, dozena bat zerbitzu baino gehiago estandarizatu dira dagoeneko SCEFentzat. Orain garatzaileei eskatzen dizkieten funtzio nagusiak soilik ukitu ditugu; gainerakoei buruz hitz egingo dugu hurrengo artikuluetan.
Galdera berehala sortzen da: nola lortu probako sarbidea "miraria" nodo honetarako aurretiazko probak eta kasu posibleen arazketarako? Dena oso sinplea da. Edozein garatzailek aurkez diezaioke eskaera [posta elektroniko bidez babestua], eta bertan nahikoa da konexioaren helburua, balizko kasu baten deskribapena eta komunikaziorako harremanetarako informazioa adieraztea.
Hurrengo aldira arte!
Egileak:
- Sergey Novikov irtenbide konbergenteen eta multimedia zerbitzuen saileko aditu seniorra ,
- Alexey Lapshin irtenbide konbergenteen eta multimedia zerbitzuen saileko aditua
Iturria: www.habr.com