Mobile Cloud Computing -II-D2GLd8RU8vY 58.4 KB
Newer Older
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179
  నమస్తే.
  మనము క్లౌడ్ కంప్యూటింగ్ మా చర్చను కొనసాగిస్తాము; 
  కాకుండా మొబైల్ క్లౌడ్ కంప్యూటింగ్ మా చర్చను కొనసాగిస్తాము.
  కాబట్టి, మేము మొబైల్ క్లౌడ్ కంప్యూటింగ్ గురించి చర్చించాము. ఈ రోజుల్లో సర్వసాధారణంగా  మొబైల్ పరికరాలు అందుబాటులో ఉన్నాయని చెప్పబడింది.
  స్మార్ట్ మొబైల్ పరికరాలు భారీ మహిమ ఉంది.
  ది చాలా అనువర్తనాలను చేయడానికి లేదా చాలా అనువర్తనాలను అమలు చేయడానికి చాలా మంచి సామర్థ్యాన్ని కలిగి ఉంది. 
  సామర్ధ్యం పెరుగుతుండటంతో, మరింత గణన మరియు డేటా ఇంటెన్సివ్ అప్లికేషన్లను అమలు చేయవలసిన అవసరము కూడా ఆ రకమైన దరఖాస్తులలో పెరుగుతుంది.
  ఇప్పుడు, మొబైల్ పరికరాలు యొక్క ఈ వనరుల్లో పెరుగుదల ఉన్నప్పటికీ, కొన్ని సందర్భాల్లో ఇది నేపథ్య, బ్యాకెండ్, కొన్ని కంప్యూటింగ్ సేవలను కలిగి ఉన్నట్లు మనము భావిస్తున్నాము, ఇక్కడ మేము కొంత భాగాన్ని అమలు చేస్తాము, కొంత భాగం offload, backend devicesలో గణన లేదా డేటా లోని కొంత భాగం, ఆ క్లౌడ్ ఒక ముఖ్యమైన పాత్రను పోషించినట్లు మనము చూశాము.
  కానీ డేటా మరియు ప్రక్రియలు ఏ బదిలీ ఖర్చవుతుంది హక్కు విషయాలు అనేక సమస్యలు ఉన్నాయి.
  అమలు సమయం గురించి ప్రత్యేకంగా ఆలస్యం ఏదో కంటే ఎక్కువ ఉంటే, ఇది కూడా అన్వయించ బడదు మనము మన అప్లికేషన్ నడుస్తుంధి మరొక స్థలం వెళ్తాడు. 
  నువర్తనాన్ని అమలు చేయడానికి మీరు మరొక ప్రదేశానికి వెళ్ళవలసి వచ్చినప్పుడు విశ్వసనీయత ప్రశ్న అని మేము చూశాము. 
  కాబట్టి, అక్కడ ఉంటే చాలా ఎక్కువ డిపెండెన్సీ ఇంటర్మీడియట్ నెట్వర్క్ లేదా వైర్లెస్ నెట్వర్క్ వంటిది, ఇతర ముగింపులో లేదా వనరుల లభ్యత ఇతర చివరిలో మరియు తప్పని సరిగా, మొబైల్లో పరికరం యొక్క తప్పు పరికరం కూడా.
  కాబట్టి, అయితే, మీరు ఆపివేసిన అన్ని అంశాలను ఆఫ్‌లోడ్ చేసినప్పుడు, భద్రతా హక్కుల సమస్యలు కూడా ఉన్నాయి.
  కాబట్టి, మీ సొంత పరికరాన్నిఅమలు చేసే అనువర్తనం, మీ వద్ద ఉన్న ప్రక్రియలో మరియు దాని పై ఉన్న డేటాను కలిగి ఉంటుంది. 
  కానీ కొన్ని ఇతర ప్రాంగణంలో లేదా కొన్ని ఇతర పరికరాల్లో లేదా కొన్ని ఇతర పక్షాల్లో లేదా క్లౌడ్లో అప్లికేషన్అమలు అవుతున్నప్పుడు, మీ గోప్యత మరియు ఇతర భద్రతా సమస్యల గురించి ఆ డేటా మరియు ఒక విధానాలకు సంబంధించినది ఉంది.
  కాబట్టి, ఈ చాలా గమ్మత్తైన సమస్య అవుతుంది మరియు అయినప్పటికీ మొబైల్ క్లౌడ్ కంప్యూటింగ్ అనేక కారణాల వలన అందంగా ప్రజాదరణ పొందింది.
  మొదట మీరు చిన్న పరికరాలచే నడుపబడుతున్న లేదా నియంత్రించ బడే పెద్ద అప్లికేషన్ గురించి ఆలోచించవచ్చు. 
  మీ ప్రక్రియ మరొక వ్యక్తి యొక్క డేటాను ఉపయోగించే విషయాలు ఉండవచ్చు.
  అందువల్ల, డేటా ఎక్కడ ఉంటుందో, ఎక్కడో అక్కడే నడుపుతుంది లేదా మొబైల్ పరికరాలు డేటా కలెక్షన్ పనిచేస్తుంది, ఇది కొన్ని సెంట్రల్ రీపోసిటరీ దోహదం చేస్తుంది, ఈ పరికరం లేదా కొన్ని ఇతర పరికరాల్లో కొన్ని ప్రక్రియ చేయవచ్చు.
  కాబట్టి, డేటా ఇంటెరోపేరబిలిటీ ఇష్యూ యొక్క మార్పిడిలో మరియు ఈ రకమైన పరికరాలను భాగస్వామ్యం చేయడంలో సమస్యలు ఉన్నాయి.
  లేదా మనం ఈ పరిణామమును చూద్దాం, పరికరాల యొక్క ఇంటర్నెట్ ఆట గాడికి వస్తాయి, ఇక్కడ క్లౌడ్ చాలా ముఖ్యమైనదిగా వ్యవహరిస్తుంది.
  కాబట్టి, మా క్లౌడ్ కంప్యూటింగ్ యొక్క మా గత ఉపన్యాసంతో నిరంతరంగా మొబైల్ క్లౌడ్ కంప్యూటింగ్సంబంధించి కొన్ని అంశాలను మనము పరిశీలిస్తాము మరియు మాకు కొన్ని అవకాశాలను అందించడానికి ప్రయత్నిస్తాము లేదా మాకు ఇచ్చే అవకాశాన్ని ఇస్తుంది.
  మాకు మరింత విభిన్నమైన సవాళ్లు ఏవి మరియు వాటిని ఎలా నిర్వహించాలో మరియు ఎలా ముందుకు తీసుకువెళ్ళాలి అనే దానికి మరింత మెరుగైన అభిప్రాయం.
  కాబట్టి, ఒక మొబైల్ క్లౌడ్ కంప్యూటింగ్నుచూద్దాం, ఎందుకంటేకొన్నికీలకసవాళ్లనుచూసినట్లుగా, ఇది ఎనర్జీని భద్రపరిచే అమలువైపుని సరిచేసుకోవడానికి ఒక అప్లికేషన్ యొక్క డైనమిక్ విభజన అవసరం.
  కాబట్టి, ఇంతకు ముందు చెప్పినట్లుగా, రెండు విషయాలు శక్తిని ఆదాచేస్తాయి, అమలు సమయం సరిగ్గా ఆప్టిమైజ్ చేస్తాయి.
  సమయం పరిమితి దాటి ఉంటే అప్పుడు ఆ ప్రక్రియలో అమలు చేయటానికి ఆచరణాత్మకంగా ఉండకపోవచ్చు. దీనికి సాఫ్ట్‌వేర్ లేదా కొన్ని మిడిల్‌వేర్ కూడా అవసరం. 
  అందువల్ల కార్యాలయ భాగాలను స్థానికంగా అమలు చేయబడుతున్నఅనువర్తనం మరియు ఏభాగం అప్లికేషన్ part బహిర్గతంగా లేదా రిమోట్గా లేదా క్లౌడ్ అమలుచేయాలి.
  సో, అది ఒక క్లాసిక్ ఆప్టిమైజేషన్ సమస్య.
  కాబట్టి, ఈ రకమైన ఉపయోగాన్నివేర్వేరు భాగాలుగా విభజించడం ద్వారా, కొన్నిభాగాలను లేదా అనువర్తన భాగంలో స్థానికంగా అమలు చేయవలసి ఉంటుంది మరియు రిమోట్ విధానంలో కొన్నిచేయాల్సి ఉంటుంది. 
  ఇది ప్రాథమికంగా నాకు తెలుసు, లేదా కొన్ని సందర్భాల్లో నేను స్థానికంగా లేదా రిమోట్గా ఉండవలసిన ప్రయోరిని నాకు తెలియదు, 
  ప్రాథమికంగా ఇది డేటా మరియు ఇతర రకాలైన విషయాలపై ఆధారపడి ఉంటుంది.
  కాబట్టి, నేను మరియు ఈ అన్ని విషయాలు ఒక డైనమిక్ కలిగి ఉండాలి, జరగవచ్చు.
  మనము ఈ విధమైన విషయం ఎప్పుడైనా అవసరమైతే మనకు అవగాహన సమన్వయము సమకూరుస్తుంది మరియు వనరు నిర్వహణ చాలా పెద్ద మార్గములో ఉపయోగించబడుతుంది.
  కాబట్టి, ఇక్కడ ఉన్న అన్ని విషయాలు మరియు మీరు ప్రత్యేకంగా పరికరాలను చేస్తున్నప్పుడు మరియు అవస్థాపనకు చెప్పినప్పుడు, 
  ఇవి వివిధ అధికారులచే యాజమాన్యం మరియు నిర్వహించబడుతుంది, అప్పుడు అది మరింత తంత్రమైనది.
  సో, మొబైల్ పరికరాలు వంటివి ఏదో మరియు క్లౌడ్ ఇతర మూడవ పక్షం ద్వారా నిర్వహిస్తుంది, 
  ఇంటర్మీడియట్ మీకు సర్వీస్ ప్రొవైడర్ను కలిగి ఉన్నాము, మేము మళ్లీ మరో రకమైన అధికారం కలిగి ఉన్నాము.
  కాబట్టి, అన్ని విషయాలు చాలా సంక్లిష్టమైన సమస్య పరిష్కారం కావాలి.
  కాబట్టి, ఇది ఈ రచనలో సూచించిన పనిలో ఒకటి, మౌలిక సదుపాయాల వాడకం ద్వారా మొబైల్ సహాయం ఉంది.
  కాబట్టి, ఇది mcc యొక్క ఒక రూపం.
  కాబట్టి, MAUI కార్యక్రమం యొక్క ప్రారంభ విభజనను రూపొందించడానికి ప్రోగ్రామర్ను అనుమతిస్తుంది.
  కాబట్టి, ప్రతి రిమోట్ లేదా స్థానిక, స్థానిక పద్ధతులు రిమోట్ చేయదగినవి కానట్లయితే ప్రోగ్రామర్లు రిమోట్ చేయదగినవిగా లేదా ప్రతి పద్ధతిని సూచిస్తారు, ఇది MU ఫ్రేమ్నుపద్ధతి అమలు చేయాలా వద్దా అనే దానిని నిర్ణయించడానికి క్లౌడ్సర్వరులో శక్తి మరియు సమయాన్నిఆదా చేయడానికి అమలు చేయడానికి.
  కాబట్టి, క్లౌడ్లో ఈ ప్రక్రియను మరియు డేటాను బదిలీ చేయడానికి సమయం మరియు క్లౌడ్లో అమలు చేయడానికి రెండుసార్లు సమయం అవసరమవుతుంది మరియు అవసరం డిమాండ్లు మరియు MAU సర్వర్ ఒక క్లౌడ్భాగం ఉంటే డేటాను తిరిగిపొందండి.
  సో, మొబైల్ వైపు ఉన్న ఒక MAU క్లయింట్ ఒక క్లౌడ్భాగం ఇదిఒక MAU సర్వర్ ఉంది, ఫ్రేమ్వర్క్ఫ్లో అవసరం అవసరమైన సాఫ్ట్వేర్ గుణకాలు కలిగి ఉంది.
  కాబట్టి, అక్కడ క్లయింట్ సర్వర్ రకం నిర్మాణం ఉంది, అక్కడ వారు ప్రతిపాదించే మరియు సమకాలీకరించగల సామర్థ్యం ఉంది.
  కాబట్టి, మీరు చూస్తే అప్లికేషన్ అక్కడ ఉంది మరియు ప్రొఫైలర్ ప్రధానంగా దరఖాస్తు మరియు ప్రొఫైలర్ యొక్క ప్రొఫైలింగ్తో పాటు సర్వర్గేట్లతో పాటు ఈగేట్స్ ఇక్కడ అమలు చేయబడిన అప్లికేషన్, మరియు RPC కాల్స్ తోమరియు తరువాత రెండు మరియు నాలుగు విషయాలలో లాన్ సర్వర్ కమ్యూనికేట్ చేస్తుంది. 
  అనువర్తనం(app), అనువర్తనం మరియు కొంత భాగాన కొంత భాగాన అనువర్తనం మరియు కొన్ని లేదా smart mobile divider, SMD మరియు క్లౌడ్ కొంత భాగాన్ని చెప్పడం వంటి అనువర్తనాలు కొంత భాగంలో అమలులో ఉన్నప్పుడు సమకాలీకరణ వలె ప్రొఫైల్(SMD).
  కాబట్టి, కామెట్క్వాడ్(comet quad)అని పిలవబడే మరొక పని ఉంది, కోడ్నుఆఫ్లోడ్(code offload) చేయడం ద్వారా అమలుపరచడం పారదర్శకంగా సరిగ్గా ఉంటుంది.
  కాబట్టి, అనువర్తనంలో(application) పని చేయని అనువర్తనానికి అవసరమైన సోర్స్ స్కోడ్ అవసరంలేదు.
  పని భారతపై ఆధారపడి యంత్రం మధ్య మారడానికి థ్రెడ్లను(threads) అనుమతిస్తుంది, థ్రెడ్ లు మైగ్రేట్(threads migrate) చేసే విషయాలపై ఆధారపడి అవి పంపిణీ చేయబడిన distributed memory shared memory లేదా DSM మోడల్ను రన్ టైమ్ ఇంజన్కిఅమలుచేస్తాయి. 
  అవి కంప్యూటర్ ఆర్కిటెక్చర్ లేదా అధునాతన కంప్యూటర్ ఆర్కిటెక్చర్ మరియు వివిధరకాలైన విషయాలు, వారు అర్థం చేసుకుంటారు. ఈ DSM మోడల్.
  ఒక DSM యంత్రం అంతటా దారాల పారదర్శకంగా(transparently) ఉద్యమం అనుమతిస్తుంది.
  కంప్యూటర్ ఆర్కిటెక్చర్లో DSM భౌతికంగా వేర్వేరు జ్ఞాపకాలను ఒక తార్కికంగా పంచుకోబడిన చిరునామా ప్రదేశంగా చెప్పవచ్చు, అక్కడ ప్రధానమైనది లేదా ఈ DSM చెప్పే దానిపై మేము చాలా త్వరగా చూస్తాం.
  సో, అలాగేఒకఫోన్ OS మరియురిమోట్ OS ఉంది.
  కాబట్టి, ఈమె మరీ స్థితిలను(states) నిర్వహించాల్సిన అవసరం ఉంది. మరియు పంపిణీ చేయబడిన మెమొరీ సింక్రొనైజేషన్(distributed memory synchronization). 
  మరియు అమలుచేయబడిన ఇతర ప్రక్రియలు పారదర్శకంగా అమలుపరచడం ద్వారా ఇతర సంకేతాలు అమలు చేయబడతాయి లేదా ఆఫ్లోడ్ చేయబడతాయి.
  కాబట్టి, సోర్స్ కోడ్  అవసరం లేదా ఏదీ లేదు లేదా ఒక యూజర్ ముగింపు బ్యాకెండ్లో(backend)ఈ విషయాలు జరుగుతున్నాయని తెలియదు.
  కాబట్టి, కేవలం ప్రోగ్రామ్ బైనరీలు మాత్రమే సరిగ్గా బహుళ థ్రెడ్ ప్రోగ్రామ్లను అమలుచేయాలి.
  కాబట్టి, సోర్స్ కోడ్కు  మాత్రమే బైనరీలు అవసరం లేదు; అంతేకాక మార్పు సమయంలో డేటా ట్రాఫిక్లో మెరుగుదల కూడా సాధ్యమవుతుంది, కుప్ప యొక్క భాగాలు మాత్రమే మార్చడం ద్వారా సాధ్యమవుతుంది.
  కాబట్టి, ఇది మొత్తం కుప్పను (whole heap) బదిలీ చేయడంలేదు, కానీ కుప్ప (heap) యొక్క భాగం సవరించబడింది.
  అందువల్ల, కీలకమైన సమస్యను పరిష్కరించడానికి లేదా సమస్య పరిష్కారానికి, దాని ప్రధాన MCC ఫ్రేమ్ వర్క్లో, ఒక విధానంలో హక్కును లేదా వైవిధ్య వనరులపై ఎలా అమలు చేయాలనే విషయాన్నిఎలాపరిష్కరించాలో పరిష్కరించాలి.
  అందువలన విభజన మాత్రమే కాదు, పర్యావరణం అయిన క్లౌడ్ సైడ్లో నడుస్తున్నప్పుడు మొబైల్ పరికరానికి సంబంధించిన మొబైల్ పరికరంలో వైవిధ్య వనరులపై అమలుచేయాలి.
  ఇది మొబైల్ పరికరం వైపు ఒకటి, ఇది మీరు క్లౌడ్ వైపు నడుస్తున్నప్పుడు కొన్ని మొబైల్ సంబంధిత OS కావచ్చు, ఇది మరొక రకమైన వాతావరణం.
  కాబట్టి, ఇది భిన్నమైన వాతావరణం, విషయాలు ఎలా నడుపాలి.
  కాబట్టి, ఇతర కంప్యూటర్ నిర్మాణాలు మరియు సంస్థల్లో చూసినట్ లుఇది ఒక విధి విభజన సమస్య, విస్తృతంగా ఉద్యోగం షెడ్యూలింగ్ సమస్యగా ప్రాసెసర్ షెడ్యూలింగ్ అధ్యయనం చేయబడింది మరియు ఇక్కడ మేము ఈవిధమైన సవాళ్ళను కలిగి ఉన్నాము.
  కాబట్టి, ఆ కోణం నుంచి చూడాల్సిన అవసరం ఉంది.
  కాబట్టి, పని విభజన సమస్యలు.
  కాబట్టి, మనం ఒక అప్లికేషన్ విభజన లేదా కాల్ క్రమం (call sequence) ప్రాతినిధ్యం mcc ఒక కాల్ గ్రాఫ్లో ఒక పని విభజన సమస్య సాధారణంగా.
  కాబట్టి, ఇది ఒక కాల్ గ్రాఫ్, గ్రాఫ్లోని ప్రతి నోడ్యొక్క లక్షణాలను ప్రోగ్రాం స్టేట్స్ రిమోట్సర్ వర్కు(remote server) బదిలీ చేయడానికి వినియోగించిన మొబైల్ పరికరం(mobile device) మరియు శక్తిపై పద్ధతి అమలు చేయడానికి ఒక శక్తిని సూచిస్తుంది.
  సో, ఒక మొబైల్ పరికరం(mobile device) వినియోగించే శక్తి మరియు విషయాలు బదిలీ.
  మనం క్లౌడ్ ఎండ్(cloud end)అని ఇతర ముగింపు, అది అందంగా resourceful మరియు సమర్థవంతమైన అని ఆలోచిస్తున్నాయి.
  అందువల్ల, శక్తి చివరలో, ఈ చివరిలో శక్తి వినియోగంతో(energy consumption) పోలిస్తే క్లౌడ్ చివర(cloud end) లో అతి తక్కువగా ఉంటుంది.
  అందువల్ల, నేను శక్తి వినియోగాన్ని తగ్గించాల్సిన అవసరం ఉంది, అప్లికేషన్ యొక్క అమలు సమయానికి పరిమితి ఉంది. 
  అందువల్ల, సమయ మూలధనం టి, ఇతర స్థిరత్వం, మొబైల్ పరికరం మొత్తం ద్రవ్య వ్యయం మొదలైన వాటిపై కొన్ని పద్ధతులను అమలు చేయాలనే పరిమితిలో ఉండాలి. 
  కాబట్టి, మనకు రెండు స్థిరాంకాలు ఉన్నాయి.
  దీని అర్థం, మేము శక్తి వినియోగాన్ని తగ్గించే లక్ష్యాన్ని కలిగి ఉండాలి, సమయం నిర్దిష్ట ప్రవేశ విలువలో ఉండాలి.
  మరియు అనువర్తనం (application) యొక్క కొంత భాగాన్నినేను ఆఫ్లోడ్(offload) చేయలేకపోతుండటం వంటి పరికరంలో కొన్నింటిని అమలు చేయవలసి ఉంటుంది. కొంత స్థిరంగా(constant)ఉంటుంది.
  ఉదాహరణకు, నేను దాన్ని ఆఫ్‌లోడ్ చేయలేను. 
  నేను మొత్తం వ్యయం గమనించవచ్చు మొత్తం ఖర్చు ఏదో కొన్ని అమలు కాదు కంటే ఎక్కువ భాగం, కాబట్టి ఈ విషయాలు అవసరం.
  కాబట్టి, మనం ఆ చిన్నదాన్ని గణితశాస్త్రంలో చూస్తే. 
  కాబట్టి, మనం ఎగ్జిక్యూషన్ గ్రాఫ్(execution graph)ను కలిగి ఉన్నాము, మనం చెప్తున్నవి ఏమిటంటే ఇవి ఈవిషయంలో v1, v4, v9 అనిస్థానిక పని.
  అంటే, పరికరంలోనే అమలు చేయబడాలి. 
  నేను దాన్నిఆఫ్లోడ్(offload)చేయలేను.
  కాబట్టి, అక్కడ ఉండి ఉండవచ్చు, ఇక్కడ హైలైట్ చేసిన నోడ్స్(highlighted nodes) తప్పని సరిగా పరికరాన్నిఅమలు చేయాలి, అంచులు అమలు యొక్క క్రమాన్ని సూచిస్తాయి, అమలు యొక్క క్రమం ఎలా జరుగుతుందో.
  ఏదైనా హైలైట్ (highlight) చేయబడని నోడ్(node) స్థానికంగా లేదా మొబైల్ పరికరంలో(mobile device) అమలు చేయబడుతుంది. 
  కాబట్టి, అది స్థానిక పరికరానికి (mobile device) ఆఫ్లోడ్ (offload) అయినట్లయితే, ఈ మొదటి నాలుగు ఇంద్రియాలకు (four senses) ఇది సరైన శక్తిని (energy) లేదా ఇతర అర్ధంలో సేవ్ చేయగల శక్తి ఎంత శక్తిని తీసుకోవచ్చో అర్థం చేసుకోవచ్చు.
  కాబట్టి, అది రిమోట్కు (remote) నేను ఆఫ్లోడ్ (offload) చేస్తే అది భద్రపరచబడి ఉంటుంది, కానీ నేను ఈ డేటాను బదిలీ చేయాల్సిన విలువను సరిచూడాలి. ఈ డేటాను సరిగ్గా బదిలీ చేయడానికి ఎక్కడ ఖర్చు అవుతుంది. 
  అందువల్ల, ఎటువంటి వ్యయం లేదా శక్తి ఖర్చు ఇన్వాయిస్ లేదు.
  పరికరం నుండి డేటా(data)ను రిమోట్ పరికరానికి(remote device)బదిలీ చేయడంలో చేరిన ఇంధన శక్తి వ్యయం(energy power cost), ఇది మొబైల్ పరికరానికి(mobile device) ద్వారా సరిగ్గా చేయాలి.
  కాబట్టి, అక్కడ ఉండాలి.
  కాబట్టి, మనము దీనిని పెంచుకోవాలి.
  కాబట్టి, ఈ ఫలితం గరిష్టంగా సామర్ధ్యం లేదా గరిష్ఠ గరిష్టంగా(maximum of the maximum) ఉంటే అప్పుడు నేను ఒక గణనీయమైన శక్తిని(substantial energy)కలిగి ఉంటాను లేకపోతే అది అక్కడ ఉండకపోవచ్చు, ఆ హక్కు మరియు కోర్సు యొక్క ప్రయోజనం లేదు, అది లోపల ఉండాలి. మొత్తం అమలులో ఉండే జాప్యం(latency) L కంటే తక్కువగా ఉంటుంది, మనం తప్పక ప్రత్యేకమైన లేటెన్సీ(latency) L కంటే తక్కువగా ఉండాలి.
  కాబట్టి,అది ప్రత్యేకమైన విషయాలుగా ఉండాలని మరియు నేను అమలుపరచవలసిన గ్రాఫ్లో(graph) డిపెండెన్సీ(dependency) ఉంటే, ఇక్కడ అమలు చేయవలసిన అవసరం ఉంటుందని నేను భావిస్తున్నాను.
  కాబట్టి, మేము చర్చించినట్లుగా, రెండు రకాలైన విభజనలను మేము చూసినట్లుగా స్టాటిక్(static) మరియు డైనమిక్గా(dynamic)ఉన్నాయి.
  దరఖాస్తును ప్రారంభించినప్పుడు ఒక ILP పరిష్కారానికి ప్రవేశాన్ని ప్రారంభించినప్పుడు స్థిరమైన (static) సందర్భంలో స్టాటిక్ (static) మరియు ప్రతి పద్ధతి ఎక్కడ అమలు చేయబడిందో చెబుతుంది.
  కాబట్టి, అది ప్రారంభమైనప్పుడు, స్థిరంగా (static) చెపుతుంది.
  కాబట్టి, మేము అమలు చేయగల పరిష్కారమైన మొదటి పదాన్నిగుర్తించడానికి కూడా పరిష్కారం ఉంది. మరియు మేము వాటిని మోహరించవచ్చు. 
  ఒక డైనమిక్(dynamic) లేదా అనుకూల విభజన సందర్భంలో, దీర్ఘకాలిక ప్రోగ్రామ్(long time program) పర్యావరణ పరిస్థితుల కోసం మేము ఏమి చేయాలి. 
  అది చాలాకాలం పాటు అమలు చేయబడి ఉంటే డేటా యొక్క అవసరాన్ని మరియు బ్యాండ్ విడ్త్ను(bandwidth)బదిలీ చేయగల రిమోట్ వనరుల లభ్యత(remote resource availability) వంటి మారుతూ ఉంటుంది. అన్నివిషయాలు మారవచ్చు.
  ఇన్పుట్(input) మీద ఆధారపడి ఒక పద్ధతి యొక్క శక్తి వినియోగంగా(energy consumption)మారవచ్చు. 
  అనగా, ఇతర అర్థంలో నేను కాల్ చేయాలి, ఏ విభజనలను స్థానికంగా(locally)మరియు రిమోట్ విధానంలో(remotely)అమలు చేయవలసి వుంటుంది. 
  ఎందుకంటే, విభిన్న స్వభావం కలిగి ఉండటం వలన, హోస్టింగ్(hosting)లు మారవచ్చు.
  సో, ఇక్కడ మరొక సవాలు ఉంది.
  కాబట్టి, ఈ రకమైన విభజన చేస్తున్నప్పుడు మరియు ఉద్యోగం (job) ఏదో స్థానికంగా అమలు చేయబడినప్పుడు, ఏదో ఒక సమయ పరిమితిలో, ఒక నిర్దిష్ట పరిమితి విలువలు, ప్రవేశ సమయం మరియు మేము శక్తి పొదుపుని పెంచుకోవాలనుకుంటున్నాము.
  ఈ విధమైన సమస్యలను సాధించటానికి ఇవి వివిధ అవరోధాలు(different constraint) .
  కాబట్టి, అనేక సవాళ్లు (challenges) మరియు సమస్యలు (issues) పరిష్కరించాల్సిన అవసరం ఉంది.
  కాబట్టి, వైర్లెస్ నెట్వర్క్(wireless network) యొక్క రేడియో వనరు(radio resource)వైర్డు నెట్వర్క్ల(wired network) కన్నా చాలా తక్కువగా ఉండటం వలన, తక్కువ బ్యాండ్ విడ్త్(bandwidth) అతి పెద్ద సమస్య అయిన మొబైల్ కమ్యూనికేషన్ సమస్యలు(mobile communication issues) .
  కాబట్టి, ఈ బ్యాండ్ విడ్త్(bandwidth) మొబైల్ బ్యాండ్ విడ్త్(mobile bandwidth) లేదా వైర్లెస్ బ్యాండ్ విడ్త్(wireless bandwidth) యొక్క లభ్యత(availability) , బ్యాండ్ లభ్యత అనేది వైర్డు రకం(wired type)కంటే చాలా తక్కువగా ఉంటుంది.
  కాబట్టి, ఇది తక్కువ వ్యవధిలో ఎగ్జిక్యూట్(execute) అయినట్లయితే అది చాలాకాలం పాటు మారుతూ ఉంటుంది.
  కాబట్టి, హామీ బ్యాండ్ విడ్త్(guaranteed bandwidth) పొందడం ఒక సవాలు. 
  సేవ లభ్యత(service availability)మొబైల్ యూజర్(mobile user) ట్రాఫిక్ రద్దీ(traffic congestion)నెట్వర్క్ వైఫల్యం(network failure) మొబైల్ సిగ్నల్ బలం(mobile signal strength)మరియు తద్వారా మొదలగునవి కారణంగా ఒక సేవ పొందటానికి క్లౌడ్ కనెక్ట్(cloud connet) చేయలేకపోవచ్చు.
  డిమాండ్ స్కేలబిలిటీ పై కనెక్టివిటీ పై ఎల్లప్పుడూ MCC అవసరాన్నిసంతృప్తి పరిచేందుకు అత్యంత వైవిధ్యమైన నెట్వర్క్తో(network)వైవిధ్యమైన వైర్లెస్ కనెక్టివిటీని(wireless connectivity)విడుదలచేయడం, ఇంధన సామర్ధ్యం చాలా కష్టమైన సమస్య.
  అందువల్ల, ఇందులో పాల్గొన్న వైవిధ్య భిన్నత్వం కూడా ఉంది, వీటిలో విభిన్న సవాళ్లు ఉన్నాయి.
  కాబట్టి, ఇవి కమ్యూనికేషన్ సమస్యలతో(communication synchronization)మరింత సంక్లిష్టంగా ఉంటాయి, కొన్ని గణన సమస్యలు(computation issues) లేదా ఆఫ్లైన్(offline) సంబంధిత సమస్యలను కంప్యూటింగ్ చేయడం; ఈ ఒకటి మీరు ఆఫ్లోడ్ చేయవచ్చు వంటి విషయాలు ప్రధాన లక్షణం ఒకటి.
  శక్తిని ఆదా చేయడంలో ఇది ఎల్లప్పుడూ ప్రభావవంతంగా ఉండదు ఎందుకంటే ఇది  పారామీటర్లను(parameters) తయారు చేయకపోతే అది శక్తిని పొదుపు(energy saving)చేయలేమని మేము చూశాము. 
  ఆ కోట్(quote) లో చెప్పాలంటే లాభదాయకమైన మార్జిన్ మనం చెప్పలేము. 
  కాబట్టి, అది ఖరీదైన విషయంకావచ్చు. 
  ఇది ఆఫ్లోడ్(offload) మరియు సోర్ స్కోడ్(source code) యొక్క భాగాన్ని ఆఫ్లోడ్(offload) చేయడానికి నిర్ణయించటంలో క్లిష్టమైనది.
  కాబట్టి, దాని యొక్క క్లిష్టమైన సమస్య, ముఖ్యంగా వివిధ రకాలైన దరఖాస్తుతో(application) పాటు వివిధ రకాలైన దరఖాస్తులు(applications)ఉంటాయి. మరియు దాని యొక్క ఎక్కడ ఆఫ్లోడ్(offload) అవుతుందో, ఎంత ఆఫ్లోడ్(offload) మరియు తద్వారా మొదలగునవి అని నిర్ణయించడం ప్రధాన సవాలు.
  కాబట్టి, ఇతర ట్రయల్స్ లేదా ఒక ఇతర చొరవ ఉన్నాయి. క్లౌడ్(cloud) ఉపయోగించి ఆ కోడ్ ఆఫ్లోడ్(offload) .
  కాబట్టి, మీరు క్లౌడ్ లెట్ను(cloudlet) చూస్తే, ఇది విశ్వసనీయ వనరు(trusted resource) సంపన్న కంప్యూటర్(rich computer) లేదా క్లస్టర్ కంప్యూటర్లకి(cluster computer) మంచిది, ఇది ఇంటర్నెట్కు(internet)అనుసంధానించబడి, సమీపంలోని మొబైల్ పరికరాల(mobile device) ద్వారా అందుబాటులో ఉంటుంది.
  కాబట్టి, మనం ఒక చిన్న సంస్కరణ లేదా క్లౌడ్(cloud)గా చూడగలము.  
  కానీ ఇదిరిసోర్స్ రిచ్గా(resource rich) ఉంటుంది, కానీ అది మొబైల్ పరికరాలు(mobile devices) లేదా సమీప ప్రాంతాల సరిహద్దులోనే ఉంటుంది.
  సో, రిమోట్ సర్వర్(remote server) ఒక కోడ్ ఆఫ్లోడ్(cloud offload) మరియు అది అమలు, మీరు కోర్టు కోడ్ ఆఫ్లోడింగ్(code offloading) భాగం చూస్తున్నప్పుడు.
  కాబట్టి, ఈ నిర్మాణం సింగిల్ హాప్నెట్ వర్క్ను(single hop network) ఉపయోగించడం ద్వారా జాప్యం (latency) తగ్గిపోతుంది మరియు Wi-Fi, షార్ట్ రేంజ్ (short range) రేడియో బ్రాడ్బ్యాండ్ వైర్లెస్ (radio broadband wireless) మొదలైన వాటితో బ్యాటరీ వినియోగంను (battery consumption) తక్కువగా చేస్తుంది.
  కాబట్టి, మనం మొదట ఆఫ్లోడ్(offload) చేయడాన్ని చూద్దాం మరియు రెండవది, మేము బహుళ హాప్లను(multi hops) చేస్తే అప్పుడు ఖర్చు పెరుగుతుంది.
  సో, మీరు చూడటానికి ప్రయత్నించండి ఏమి నేను చిన్నమేఘాలు(clouds)ఉనికిని లేదో, ఇది యొక్క ఈ విధమైన శ్రద్ధ వహించడానికి అప్లికేషన్(application), ఈ విధమైన అమలు ఈభాగం.
  మరియు ఒక సింగిల్ హాప్(single hop) ఉంటే మనం మరింత ఏదో కలిగి లేదా మేము మరింత మెరుగైన శక్తి ఆదా (energy save) మరియు మంచి ప్రతిస్పందన సమయం కలిగి ఉంటుంది అని, ఆవనరులను చాలా దగ్గరగా పరికరం కలిగి.
  కాబట్టి క్లౌడ్ నుఉపయోగించి క్లౌడ్ కోడ్ ఆఫ్లోడ్(cloud code offloading) అవుతోంది.
  సో, మేము ఒక మొబైల్ పరికరాలు(mobile devices) , మొబైల్ నెట్వర్క్ లు(mobile network) మరియు రిమోట్ క్లౌడ్(remote cloud) కలిగి మరియు మీరు చూడండి ఉంటే అక్కడ వివిధ చిన్న చిన్న వివిధ వ్యవస్థలు లేదా మొబైల్ క్లౌడ్ సెట్ (mobile cloud set), మరియు ఈ పరికరాల జాగ్రత్త తీసుకుంటుంది. ఇది క్లౌడ్ నోడ్స్(cloud nodes) లేదా మేము ఆలక్ష్యం క్లౌడ్ సర్వీస్(cloud service) సర్వర్లు చేరేటప్పుడు, మొబైల్ పరికరాలకు(mobile devices) దగ్గరగా ఉండే సర్వర్లను(servers) ఉపయోగిస్తాయి.
  అంటే పూర్తి స్థలం క్లౌడ్కు (cloud) బదులుగా వెళ్లడం, మనం చిన్ నమేఘం(small cloud) లేదా క్లౌడ్లేట్ (cloudlet) కలిగి ఉండవచ్చు.
  ఒక క్లౌడ్లేట్ (cloudlet) అనేది క్రొత్త నిర్మాణ మూలకం(new architectural element) లేదా మొబైల్ కంప్యూటింగ్(mobile computing) మరియు క్లౌడ్ కంప్యూటింగ్(cloud computing) కలవడం నుండి ఉత్పన్నమవుతుంది.
  ఇది మొబైల్ పరికరాల(mobile device) క్లౌడ్లేట్ (cloudlet) మరియు క్లౌడ్(cloud) వంటి 3 టైర్ ఆర్కిటెక్చర్(3 tier architecture) యొక్క మధ్య టైర్ను(middle tire) సూచిస్తుంది.
  కాబట్టి, ఇతర అర్ధంలో, మన కనుబొమ్మలను తగ్గించడానికి మరియు మెరుగైన ఇంధనపొదుపులు ఒక వైపున మెరుగైన శక్తిని(better energy) సాధించటానికి మనం చేయాలని ప్రయత్నిస్తున్నప్పుడు, క్లౌడ్(cloud) ఉంది, ఒక వైపు మేము చేసిన పరికరాలను ఒక మధ్యంతర మనం క్లౌడ్లేట్ (cloudlet)అనిచెప్తాము. కాబట్టి ఇది విషయాలను జాగ్రత్తగా చూస్తుంది.
  ఇప్పుడు ఆఫ్లోడ్(offload)కు అనేది తీవ్రమైన ప్రశ్న.
  కాబట్టి, మేము విషయాలు చాలా సూటిగా సూత్రీకరిస్తే.
  కాబట్టి, మేము ఆ సమీకరణం చూస్తే.
  అందువల్ల, మొబైల్ఫోన్ కంప్యూటింగ్(mobilephone computing) చేస్తున్నప్పుడు PC శాతం సెకనుకు శక్తి వ్యయం అని మనమేమి చెబుతున్నాము; అంటే, మొబైల్ఫోన్ కంప్యూటింగ్(mobiephone computing) Pi మొబైల్ఫోన్ ఐడల్(mobilephone idle)కారణం శక్తి ఉంది.
  మొబైల్ఫోన్ డేటాను (mobilephone data) బదిలీ చేస్తున్నప్పుడు  సెకనుకు చెల్లించే Ptr.
  సో, ఒక మొబైల్ పరికరం కంప్యూటింగ్(computing) లేదా పని లేకుండా లేదా డేటా బదిలీ(data transfer)కావచ్చు.
  కాబట్టి, ఈమూడుభాగాలు PC, Pi లేదా Ptr లేదా డేటా బదిలీ (data transfer) అయినప్పుడు శక్తిగా (energy) ఉంటాయి.
  ఇప్పుడు మీరు c యొక్క సూచనల సంఖ్యను పరిగణనలోకి తీసుకుంటే మరియు m అనేది మొబైల్ (mobile) సి వేగంతో గణన వేగాన్నికలిగి ఉంటుంది.
  కాబట్టి, మనం చూస్తే Pc C ను M చేస్తే Pc C ను M ద్వారా మైనస్ PiC చేస్తే మనము చూస్తే, C సూచనను లెక్కించడానికి క్లౌడ్(cloud) వేగంఏమిటి.
  కాబట్టి, అది s అయితే p Ps లుక్లౌడ్(cloud) యొక్క వేగం (speed), అప్పుడు మనం ఆ పనికిరాని Pi నిష్కపటమైన సమయాన్ని చూడవచ్చు, C అనేది వేగం యొక్క సూచన సంఖ్య.
  కాబట్టి, S ద్వారా ఈ P మరియు B ద్వారాప్రసారం P trd అంటే బదిలీ మొత్తం డేటా(total data) మరియు B అందుబాటులోబ్యాండ్ విడ్త్(bandwidth).
  కాబట్టి, మేము ఆఫ్లోడ్ (offload) చేస్తే.
  కాబట్టి, ఈనా మొత్తం బాల్పార్క్ ఫిగర్(Ballpark figure)కి ఈ సానుకూల సంఖ్య ఉండాలి.
  కాబట్టి, నేను శక్తిని ఆదా(energy save) చేస్తానని చెప్పింది.
  కాబట్టి, ఈ వినియోగం ఆఫ్లోడ్ (offload) ఉంటే నేను ఈశక్తి వినియోగం(energy consumption) కాదు మరియు అప్పుడు ఈ శక్తి యొక్క సేవ్ ఉంది లేదా నేను సర్వర్(server)లేదాక్లౌడ్ సర్వర్(cloud server) వేగంగా సమయం f చెప్పినట్లయితే, అప్పుడు నేను F లోకి F కు సమానంగా ఉంటుంది.
  కాబట్టి; దీని అర్థం, మీ సూచన వేగం C సూచనలను లెక్కించడానికి మరియు M అనేది F సార్లు వేగంగా ఉంటే C సూచనలను గణించడానికి మొబైల్ ఫోన్ వేగం(mobile phone speed) మరియు మేము S ను F లోకి సమానంగా F లేదా M లో సమానంగా చూడవచ్చు. లేదా ఆ నిర్దిష్ట ఫార్ములాను తిరిగి వ్రాయడం లేదా M కు F ద్వారా సమానంగా ఈ ప్రత్యామ్నాయాన్ని ప్రత్యామ్నాయంగా ఫార్ములా లోకి మార్చండి. M ద్వారా ఈవిషయం C, Pc P ద్వారా F మైనస్ Ptr D ద్వారా Pc Pi చేరుకుంటుంది.
  ఇది చాలా సాధారణ అంకగణితం. తగిన సాధారణం తీసుకోండి.
  కాబట్టి, ఈరకమైన దృష్టాంతంలో పిలవబడే ఒక చిత్రంలో మనము F సి మరియు మైనస్ టి ద్వారా Pc minus P i కు సమానం.
  కాబట్టి, ఇక్కడ నుండి మనం చూస్తున్నది ఏమిటంటే ఫార్ములా అనుకూలమైన సంఖ్యను ఖచ్చితంగా ఉత్పత్తి చేస్తే అది ఒక సానుకూలమైనట్లయితే, అప్పుడు మాత్రమే శక్తి మాత్రమే ఫార్ములా సేవ్(energy save) అవుతుంది M చేస్తే C తో పోలిస్తే సరిపోతుంది.
  అందువల్ల, ఒకవైపు B అనేది D ద్వారా B కి C తో పోలిస్తే సరిపోతుంది, 
  కాబట్టి నేను ఎడమ వైపున పెద్ద సంఖ్యలో ఉన్నాను.
  సో, ఈ మేము పరిస్థితి క్లౌడ్ కంప్యూటింగ్(cloud computing) పరిస్థితి ఒకటి అని ఏమి ఉంది.
  సో, ఈ క్లౌడ్ కంప్యూటింగ్(cloud computing) మొబైల్ పరికరాల(mobile device) నుండి శక్తిని సమర్థవంతంగా కాపాడుతుంది, క్లౌడ్కు(cloud) వలస వచ్చినప్పుడు సమర్థవంతమైన శక్తిలో అన్ని అప్లికేషన్లు(applications) సమర్థవంతమైన శక్తిగా ఉండవని గమనించండి.
  కాబట్టి, ఈ ఫార్ములా నుండి ఇప్పటికే B ద్వారా D అన్నిటి కంటే తక్కువగా ఉండాలి మరియు M మరియు F లు C కంటే తక్కువ ఉండాలి.
  F మొబైల్ పరికరం(mobile device) కంటే క్లౌడ్ సర్వర్ (cloud server) ఎంత వేగంగా ఉంది; ఇది క్లౌడ్ సర్వర్(cloud server) బాగా సరిపోతుంది, అది మీకు తెలియకపోతే బాహ్యంగా(externally) అమలు చేయబడదు.
  కాబట్టి, ఆ పరిస్థితులు సంతృప్తి చెందినట్లయితే, మనం సానుకూల నంబర్ పొందగలమని చూస్తాము మరియు మీరు ఆఫ్లోడ్ (offload) చేసినప్పుడు అన్ని అప్లికేషన్లు (applications) ఎల్లప్పుడూ ఉపయోగకరంగా ఉండకపోవచ్చు, క్లౌడ్ కంప్యూటింగ్(cloud computing) సేవ డెస్క్టాప్(service desktop) కోసం క్లౌడ్ సేవలను(cloud services) గణనీయంగా భిన్నంగా ఉండాలి ఎందుకంటే వారు ఈసందర్భంలో శక్తి పొదుపులను(energy saving) అందించాలి.
  సేవలు గోప్యత (privacy), భద్రత (security), విశ్వసనీయత (reliability), డేటా కమ్యూనికేషన్ (data communication) మొదలైనవి కోసం ఇంధన భారాన్నిపరిగణనలోకి తీసుకోవాలి, ఈసందర్భాల్లో మేము నేరుగా పరిగణించలేదు.
  కాబట్టి, ఇది ఇతర రకాల లక్షణాలను జాగ్రత్తగా చూసుకోవాలి, ఇది విషయాలు లెక్కించేటప్పుడు.
  కాబట్టి, మనము చూసే వేరే ఇతర మార్గానికి పరిశీలిస్తే అదే ఫార్ములా సూత్రం ఏమిటంటే, గణన C అధిక సంఖ్యలో డేటా కమ్యూనికేషన్ (data communication) చాలా తక్కువగా అవసరమవుతుంది.
  కాబట్టి, డేటా గణన యొక్క తక్కువ పరిమాణానికి చాలా పెద్ద మొత్తం గణన అవసరమవుతుంది.
  సి (సి) తగినంతగా ఉండాలి, డి (డి) తగినంతగా ఉండాలి అని కూడా మనం చూశాము.
  F వంటి ఉంచడం చాలా వేగంగా ఉండాలి మరియు మేము అది ఒక ఆలోచించడం మరియు మేము విషయాలను ఉంటుంది ఎలా వివిధ దృష్టాంతంలో(scenario) చూడగలరు.
  కాబట్టి, ఓవర్లోడ్ (overloading) చేస్తున్న పార్టీ గణన అనేక విధానాలు ఉన్నాయి, అమలు చేయడానికి ముందు శక్తి వినియోగం(energy consumption) యొక్క అంచనాపై ఆధారపడి అనేక పరిశోధన పత్రాల(research papers) విభజనను కూడా చూడవచ్చు.
  కాబట్టి, మనం చెప్పేది ముందుగా విభజన అంచనా, ఆఫ్లోడింగ్ (offloading) కోసం సరైన ప్రోగ్రామ్ విభజన(program partitioning) డైనమిక్గా(dynamic) అమలు సమయంలో కమ్యూనికేషన్(communication) మరియు గణన ఖర్చుల మధ్య వర్తకం ఆధారంగా లెక్కించబడుతుంది.
  ప్రక్రియ కాల్స్(procedure calls) స్థాయిలో గణన సమయం(computation time) డేటా భాగస్వామ్యాన్ని గురించి వివరంగా సమాచారం ఆధారంగా ఆఫ్లోడ్ పథకం(offloading scheme).
  కాబట్టి, ప్రక్రియ కాల్స్(procedure calls) స్థాయిలో మేము చేయవచ్చు.
  అందువల్ల, ఖర్చు గ్రాఫ్ను(cost graph) రూపొందించడం లేదా నిర్మిస్తారు మరియు గణన మరియు మొత్తం డేటా అవసరాన్నిమొత్తం శక్తి వినియోగం(energy consumption) తగ్గించడానికి వర్తించే బ్రాంచ్ మరియు కట్టుబాటు అల్గోరిథం(branch and bound algorithm) .
  కాబట్టి, మనం చూస్తున్న విషయాల్లో కొన్నింటిని వెనిలా ఆఫ్లోడ్(vanilla offloading) చేయడం కాదు.
  అందువల్ల, మీ మునుపటి పొదుపుకు తిరిగి వచ్చినప్పుడు లెక్కించిన చాలా లెక్కలు ఉన్నాయి, మీ ఇంధన పొదుపులు (energy savings) ఎక్కువగా ఉండాలి, మీ గరిష్టతను సంరక్షించాల్సిన అవసరం ఉంది.
  మరియు భాగాలు అనేక ఇతర అంశాలను కలిగి ఉన్నాయని మేము చూస్తాము. 
  అంతేకాక, సర్వర్ వ్యవస్థలో(server system) భద్రత (security), విశ్వసనీయత (reliability), తప్పు (fault) వంటి అంశాల్లో అనేక ఇతర అంశాలు ఉన్నాయని మేము చూస్తున్నాం మరియు ప్రత్యక్షంగా లేని సమస్యలు లేవు మరియు క్లౌడ్(cloud) యొక్క నియంత్రణలో (control) నేరుగా కాకపోవచ్చు, 
  మొబైల్ పరికరాలను(mobile devices) మేము చెప్పేది ఏమిటంటే ఇంటర్మీడియట్ వైర్లెస్ నెట్వర్క్(intermediate wireless network)  విషయాలను కూడా ప్లే చేస్తుంది.
  కాబట్టి, అసమాన సమస్యలను పరిష్కరించడం మరియు మొత్తంగా చూడటం అవసరం, నేను ఏదో ఆఫ్‌లోడ్ చేయడం, ఏదో అమలు చేయడం మరియు మొత్తంగా చూడవలసిన విషయాల రకం. 
  అందువల్ల, వినియోగదారుడు మొబైల్ ముగింపులో(mobile end) లేదా వినియోగదారుకు అతుకులు లేని అనుభూతిని లేదా మెరుగైన వనరు వినియోగం(better resource utilization) లేదా మంచి ఇంధన పొదుపులను(energy savings) పొందుతారు.
  ధన్యవాదాలు.