tag 标签: SMS

相关博文
  • 热度 25
    2015-8-1 05:52
    1305 次阅读|
    0 个评论
    There is a major transformation underway in the wireless services industry!   Recently, Google launched a new US wireless service (see http://www.reuters.com/article/2015/04/22/us-usa-google-wireless-idUSKBN0ND27O20150422) that automatically switches between Wi-Fi and cellular networks. Through this step, Google effectively became a wireless service provider, albeit a very tiny one since the service is available on a single device and with limited carrier coverage.   Then, there is Freewheel from freewheel.com that offers unlimited data, text, and voice through the millions of Wi-Fi hotspots in the New York area. This service is currently limited to the Wi-Fi network of a single cable operator, Cablevision, based in the US, but this could well be the start of an accelerating trend. As the technology to switch between hotspots improves and the density of hotspots continues to improve in big metros, the adoption of such lower-cost services is likely to increase, further denting the growth in revenues for traditional wireless operators.   At the device level, Apple started shipping a carrier-neutral Apple SIM in iPad Air 2 and iPad Mini 3 .  This may be inconsequential in the short-term because very few tablets today (20% according to Cisco VNI Mobile, 2015) actually have a cellular connection but it could have a very different implication if the Apple SIM found its way into iPhones. Consumers will then have the option to select the cheapest network and the carriers will have to complete for customers in real time, leading to lower prices.   Smartphone applications, on the other side, have give rise to the over-the-top (OTT) messaging services such as iMessage from Apple, WattsApp, Facebook Messenger, and others. This is only going to reduce the relevance of SMS, a very profitable business for wireless operators today. Although this change may not yet occur for several years, SMS will likely become limited to specific applications such as two-factor authentication (TFA) and application-to-person (A2P).    With the explosion in mobile data traffic, cellular operators have already shifted their business models to mobile data from mobile voice. The challenge for operators is: what percentage of the data traffic goes over their own cellular networks or over their own Wi-Fi hotspots instead of the free Wi-Fi networks that offer no revenue opportunity?    In consumers mind, the wireless network is very much becoming a commodity (just consider the move to no-contract, no-subsidy model from T-Mobile US and the model already popular in most other countries) and the value has moved to the smartphone / application providers.  To prevent this commoditization, Verizon acquired AOL in June to get into services and content market and ATT is acquiring DirectTV (the acquisition was recently approved, according to the Wall Street Journal) for the same reason.   What would these wireless carriers look like tomorrow? 
  • 热度 20
    2013-3-23 11:33
    1663 次阅读|
    0 个评论
    G100功能支持长短信,但是和一些模块的方式不一样,他对长短信的发送有一条专门的AT指令: AT+UCMGS=phone,,index,max,8,15CR。 这里简单解释一下,phone是要发送的号码,max表示准备把这条长短信分成几条发,index表示当前发的短信在整个长短信发送中的序号,由1一直递增至max。这里需要注意的是,长短信可以分成N条发出去(N=255),但是每条短信的长度不大于153,也就是说,G100支持最大255*153长度的短信发送。 这里简单的举个例子: AT+CMGF=1 OK AT+CSMP=17,167,0,0 OK AT+CSCS="IRA" OK AT+UCMGS="13333366666",,1,3,8,15 http://www.starttrace.net/MapServer.aspx?lat=22.722501lng=114.102670x=640y=960 Battery:100% +UCMGS: 38 OK AT+UCMGS="13333366666",,2,3,8,15 http://www.starttrace.net/MapServer.aspx?lat=22.722501lng=114.102670x=640y=960 Battery:100% +UCMGS: 39 OK AT+UCMGS="13333366666",,3,3,8,15 http://www.starttrace.net/MapServer.aspx?lat=22.722501lng=114.102670x=640y=960 Battery:100% +UCMGS: 40 OK 号码13333366666收到一条长短信,内容如下: http://www.starttrace.net/MapServer.aspx?lat=22.722501lng=114.102670x=640y=960 Battery:100% http://www.starttrace.net/MapServer.aspx?lat=22.722501lng=114.102670x=640y=960 Battery:100% http://www.starttrace.net/MapServer.aspx?lat=22.722501lng=114.102670x=640y=960 Battery:100% 发送中文长短信,和英文类似,只是需要修改一下参数 AT+CSMP=17,167,0,8 OK AT+CSCS="UCS2" OK 这里发现一个比较好的用法,一条长短信也可以拆分成一个中文短信一个英文短信发送,例子如下: AT+CMGF=1 OK AT+CSMP=17,167,0,8 OK AT+CSCS="UCS2" OK AT+UCMGS="13333366666",,1,2,8,15 79FB52A862A58B660021 +UCMGS: 41 OK AT+CSMP=17,167,0,0 OK AT+CSCS="IRA" OK AT+UCMGS="13333366666",,2,2,8,15 http://www.starttrace.net/MapServer.aspx?lat=22.723508lng=114.102741x=640y=960 Battery:100% +UCMGS: 42 OK 号码13333366666收到一条长短信,内容如下: 移动报警! http://www.starttrace.net/MapServer.aspx?lat=22.723508lng=114.102741x=640y=960 Battery:100%
  • 热度 20
    2013-3-23 11:31
    2110 次阅读|
    0 个评论
    最近正在使用u-blox的GPRS模块G100开发产品,刚刚解决了这个模块收发中英文短信的问题,这里简单介绍一下。 G100如果单纯的考虑英文短信,实际是很简单的,只需按照如下配置即可 AT+CMGF=1 AT+CSCS=”IRA”                AT+CSMP=17,167,0,0 读取短信: AT+CMGR=1 +CMGR: "REC READ","13333366666",,"12/09/21,13:22:50+50" LBS*000000 发送短信: AT+CMGS="10086" 5F0059CB        1)  接收短信                  但是如果考虑中文信息的接收,按照上面的配置,读取到的汉字都是?(0x3F),经过几次不同的尝试,我发现按照下面的配置就可以兼容同时接收中英文短信了(接收英文短信有点小麻烦,但是我可以处理这种小麻烦)   AT+CMGF=1 AT+CSCS=”UCS2”                AT+CSMP=17,167,0,0 读取英文短信: AT+CMGR=1 +CMGR: "REC READ","13333366666“,,"12/09/21,13:22:50+50" 004C00420053002A003000300030003000300030     这里短信内容是:LBS*000000 这里接收到的英文内容都变成PDU格式的了,需要在程序中转换一下 读取中文短信: AT+CMGR=1 +CMGR: "REC READ","13333366666",,"12/09/21,13:22:50+50" 5F0059CB                                   这里短信内容是:开始   2)发送短信,我这里没有采用PDU模式发送中文短信,都是采用的TXT模式,具体如下: 发送英文短信:                            发送中文短信 AT+CMGF=1                                 AT+CMGF=1  AT+CSCS=”IRA”                           AT+CSCS=”UCS2” AT+CSMP=17,167,0,0                       AT+CSMP=17,167,0,8   AT+CMGS="13333366666"                             AT+CMGS="13333366666" 5F0059CB                                       5F0059CB  收到短信   5F0059CB                            收到短信  开始  
  • 热度 22
    2012-8-16 14:13
    6830 次阅读|
    0 个评论
        在LTE在3GPP release 8中被定义为新一代无线通信标准。LTE是一个单纯的分组交换系统,不支持传统的电路交换业务,因此LTE只能以Voice over IP的方式来提供语音业务,这带来了很多新的挑战。     用户期望LTE网络的语音质量(至少)等同于电路交换网络中的语音质量,而运营商由于已经在电路交换网络投入巨资,要让它们将语音迁移到一张新的网络,必须让它们清楚地看到商业利益和技术优势。目前,绝大多数运营商只是在LTE网络上部署数据业务,语音仍然由旧的电路交换网络提供。     IMS(IP Multimedia Subsystem)是LTE支持语音业务的关键技术。IMS最早在3GPP release 5提出,它提供了一个框架来支持基于IP的业务。但是,由于IMS的建设大大落后于LTE,如何在LTE网络部署语音业务成为运营商面临的一大挑战,同时导致一些替代技术方案的出现,比如CSFB(circiut switched fallback)。     在CSFB方案中,处于LTE网络覆盖下的用户想要发起一个语音呼叫或者接受一个语音呼叫时,用户终端会自动“倒回(fall back)”到GSM、UMTS或者CDMA 2000 1X网络。CSFB是一个比较好的不需要IMS协助的LTE语音实现技术。CSFB还支持漫游。     短信是另一个电路交换业务。3GPP也定义了一个不需要IMS协助的LTE短信实现技术,叫“SMS over SGs”,其中SG是核心网内部接口的名称。SMS over SGs技术使得运营商得以为LTE用户提供短信业务。     从长远来看,基于IMS技术为LTE用户提供语音和短信业务是发展的方向。2010年1月,GSMA宣布发起一个VoLTE产业联盟,目前已经完成了LTE提供基于IMS的最优语音和短信业务的标准定义,包括漫游和互通性规范。
  • 热度 26
    2010-12-31 14:33
    2559 次阅读|
    7 个评论
    UD代码的实现例子: void CPdu_formatDlg::gb2unicode(BYTE* src, BYTE* result) {  // find unicode code based on gb code  CFile file;  CString strPath = GetDeviceFullPath();  CString sBinFilename = strPath + "gb2unicode.bin";  if(!file.Open(sBinFilename, CFile::modeRead)) {   AfxMessageBox("File can NOT be openned!");   return;  }  // calc gb index  UINT index = (src 8) + src ;  // half-lookup method  int low,high,mid;  low = 0; high = MAX_UNI_INDEX;  UINT gbcode_mid = 0;  BYTE tmp ;  while(low {   mid = (low+high)/2;   file.Seek((mid2)+2, CFile::begin);   file.Read((char*)tmp, 2);   gbcode_mid = (tmp 8) + tmp ;   if( index gbcode_mid ) high--;   else if( index gbcode_mid ) low++;   else break;  }  if(lowhigh) {   AfxMessageBox("Cannot find gb char in current gb2unicode table!");   return;  }  // result  file.Seek( (mid2),  CFile::begin );  file.Read((char*)tmp, 2);    result = tmp ;  result = tmp ;  file.Close();  } void CPdu_formatDlg::OnButtonBuild() {  char phone ;  memset(phone, 0, sizeof(phone));    // (1) receive phone number inputed  m_editPhone.GetWindowText(phone, sizeof(phone));  if(strlen(phone) != 11) {   AfxMessageBox("Please input the correct mobile phone number!");   return;  }  for(int i=0; i11; i++) {   if( (phone '0') || (phone '9') ) {    AfxMessageBox("Please input the correct mobile phone number!");    return;   }  }  // (2) receive sms text inputed  BYTE buf ;  memset(buf, 0, sizeof(buf));   m_editInput.GetWindowText((char*)buf, sizeof(buf));  if(strlen((char*)buf) == 0) {   AfxMessageBox("Input should not be null!");   return;   }    // (3) build UD(sms text)  BYTE result ;  memset(result, 0, sizeof(result));    UINT j=0, len1=0;  while(j strlen((char*)buf)) {      // arcII   if(buf 128) {    result = 0x00;    result = buf ;    j++;    len1 = len1+2;   }   // gb   else {    BYTE tmp ;    gb2unicode((BYTE*)(buf ), (BYTE *)tmp);        result = tmp ;    result = tmp ;    j++;    j++;    len1 = len1 + 2;   }  }  BYTE ud ;  memset(ud, 0, sizeof(ud));  for(UINT k=0; k  if( (result 4) 10 ) { ud = (result 4) + '0'; }   else { ud = (result 4) - 10 + 'A'; }   if( (result 0x0f) 10 ) { ud = (result 0x0f) + '0'; }   else { ud = (result 0x0f) - 10 + 'A'; }  }  // (4) build DA(phone num)  BYTE da ;  memset(da, 0, sizeof(da));  da = '0';  // da_len  da = 'D';  // da_len  da = '9';  // type  da = '1';  // type  da = '6';  // china code  da = '8';  // china code  da = phone ;  da = phone ;  da = phone ;  da = phone ;  da = phone ;  da = phone ;  da = phone ;  da = phone ;  da = phone ;  da = phone ;  da = 'F';  da = phone ;  // (5) output pdu format after receiving  BYTE pdu ;  memset(pdu, 0, sizeof(pdu));  pdu = '0';  // SCA (with embeded csca)  pdu = '0';  // SCA (with embeded csca)  pdu = '1';  // Type  pdu = '1';  // Type  pdu = '0';  // MR  pdu = '0';  // MR  strcat((char*)pdu, (char *)da); // DA  pdu = '0';  // PID  pdu = '0';  // PID  pdu = '0';  // DCS  pdu = '8';  // DCS  pdu = '0';  // VP  pdu = '1';  // VP  if( (len14) 10 ) { pdu = (len14) + '0'; }  // UDL  else { pdu = (len14) - 10 + 'A'; }  if( (len10x0f) 10 ) { pdu = (len10x0f) + '0'; } // UDL  else { pdu = (len10x0f) - 10 + 'A'; }  memcpy(pdu , ud, (len11));  // ud  m_editOutput.SetWindowText((char *)pdu);  // (6) output the cmgs len  BYTE sLen ;  memset(sLen, 0, sizeof(sLen));  len1 += 15;  sLen = (len1/100) + '0';  sLen = (len1%100)/10 + '0';  sLen = (len1%10) + '0';  m_editLen.SetWindowText((char*)sLen); } 发送PDU格式SMS验证 1. PDU生成工具: 2. 使用GPRS/GSM 模块进行验证: 3. 手机上成功收取并显示中文短消息. Allen 2010.12.31 发表于电子工程专辑 构建PDU格式的中文SMS(I) 构建PDU格式的中文SMS(II)
相关资源
  • 所需E币: 1
    时间: 2022-7-23 18:16
    大小: 335.62KB
    上传者: Argent
    SMS-GSMPLCCommunications
  • 所需E币: 1
    时间: 2022-7-23 13:22
    大小: 2.3MB
    上传者: Argent
    SMSmessagingwithMicrologix
  • 所需E币: 1
    时间: 2022-7-23 10:43
    大小: 170.52KB
    上传者: Argent
    Howtosend-receiveSMStextmessagesusingWestermo
  • 所需E币: 1
    时间: 2022-5-12 15:10
    大小: 84.55KB
    上传者: czd886
    基于SMS技术的GPS车辆监控
  • 所需E币: 0
    时间: 2022-1-22 16:54
    大小: 276.98KB
    上传者: samewell
    基于TC35iGSM模块的SMS设计和应用.pdf
  • 所需E币: 3
    时间: 2021-3-18 21:56
    大小: 2.73MB
    上传者: samewell
    基于SMS法的LED机器视觉照明设计机器视觉系统对照明子系统提出了多光色及高照射均匀度的要求,由于不同封装种类和颜色的LED光源通常具有不同的光能量空间分布形式(配光光型),因此传统机器视觉照明系统
  • 所需E币: 0
    时间: 2021-3-11 21:04
    大小: 2.02MB
    上传者: czd886
    基于Android平台与SMS的智能家居能量管理系统
  • 所需E币: 0
    时间: 2021-3-8 19:43
    大小: 2.2MB
    上传者: czd886
    SMS在消防中心管理系统中的应用
  • 所需E币: 0
    时间: 2020-12-11 00:41
    大小: 2.78MB
    上传者: bwj312
    基于SMS法的LED机器视觉照明设计
  • 所需E币: 5
    时间: 2019-12-28 23:46
    大小: 86KB
    上传者: wsu_w_hotmail.com
    Thisapplicationnotedemonstrateshowtomakeasimplesystemthatmonitorstemperatureandanalogvoltagesremotely.Onmeetingcertainalarmconditions,thesystemcansendSMSmessages,whicharethenconvertedtoE-mailandforwardedtothedesignatedE-mailaddress.……
  • 所需E币: 3
    时间: 2019-12-25 15:37
    大小: 383.07KB
    上传者: rdg1993
    针对远程心电实时监护的特殊要求设计的监护仪软件系统,实现了心电实时监护、医嘱短信收发、监护状态显示、紧急求救报警等功能.基于GPRS的远程心电实时监护仪软件系统设计李继明,张跃,陈可(清华大学深圳研究生院,广东深圳518055)摘要:针对远程心电实时监护的特殊要求设计的监护仪软件系统,实现了心电实时监护、医嘱短信收发、监护状态显示、紧急求救报警等功能。关键词:心电监护NANDnash地址映射模型GPRS短消息当今社会,心脏疾病已严重影响了人们的生命安频率对患者心电信号采样,并把心电数据通过GSM/全,许多突发患者因得不到及时救治而使生命受到威GPRS网络发送给监护服务器,数据的实时性由监护服胁。传统的心电监护设备限制了患者的自由,动态心电务器和监护仪之间的控制信息控制。PDA接收来自监护记录仪(Holter)虽能便携地记录患者日常活动时的心电服务器的数据,并根据心电分析的结果通过数据服务数据,但是没有实时监护功能,对于危及生命的突发心(GPRS数据服务)和短消息(SMS)通知监护仪。监护服脏病变帮助不大。务器负责接收转存病人端全部心电数据,实时分析及回无线通信技术的日渐成熟使便携式心电实时监护成放分析;同时向PDA转发实时心电数据,利用控制信息为可能。利用GPRS无线数据通信技术,可将实时监护功来协调实时心电数据的收发。心电数据服务器存储所有能与Holter结合起来。患者可以配戴监护仪自由活动,同心电数据、患者信……
  • 所需E币: 3
    时间: 2020-1-4 12:51
    大小: 296.49KB
    上传者: givh79_163.com
    以Fujitsu的MB90F462为核心,阐述了适用于智能家居监控系统的数据采集卡的系统结构和基本功能,并详细介绍了信号输入模块、GSM短消息通信、GPRS远程数据传输和实时时钟模块的设计流程以及MB90F462的调试环境AccemicMDE的调试步骤和注意事项.实践表明,该数据采集卡使用方便、可靠,可普遍应用于远程监控、远程仪表数据读取等场合.基亏MB90F462的智能家居数据采集卡设计姚雨迎1,张东来1,秦海亮1,徐殿国2(1.哈尔滨工业大学深圳研究生院,广东深圳518055;2.哈尔滨工业大学电气工程系,黑龙江哈尔滨150001)摘要:以Fujitsu的MB90F462为核心,阐述了适用于智能家居监控系统的数据采集卡的系统结构和基本功能,并详细介绍了信号输入模块、GSM短消息通信、GPRS远程数据传输和实时时钟模块的设计流程以及MB90F.462的调试环境AccemicMDE的调试步骤和注意事项。实践表明,该数据采集卡使用方便、可靠,可普遍应用于远程监控、远程仪表数据读取等场合。关键词:智能家居数据采集卡SMSGPRS随着人们对居住环境的舒适度、便捷性和安全性需指示;EEPROM数据存储。求的日益提高,智能家居系统应运而生。智能家居系统2主要功能模块的设计的核心功能是实现家用设备运行状况的实时监测和传2.1信号输入模块输,主要包括:安全防盗报警;火警、水电、煤气泄漏等在智能家居系统中,需要采集的数据信息包括空气实时监测和自动报警;室内温度、湿度、灯光自动调节和温度、湿度、灯光的调节和水、电、煤气、烟、火等报警信遥控等【l】。因此采集和传输各种设备的运行信息是……
  • 所需E币: 4
    时间: 2019-12-24 22:23
    大小: 106.21KB
    上传者: givh79_163.com
    Abstract:Thisapplicationnotedemonstrateshowtomakeasimplesystemthatmonitorstemperatureandanalogvoltagesremotely.Onmeetingcertainalarmconditions,thesystemcansendSMSmessages,whicharethenconvertedtoemailandforwardedtothedesignatedemailaddress.Maxim>Designsupport>Appnotes>1-WireDevices>APP3297Maxim>Designsupport>Appnotes>A/DandD/AConversion/SamplingCircuits>APP3297Maxim>Designsupport>Appnotes>TemperatureSensorsandThermalManagement>APP3297Keywords:sms,remotemonitor,remotemonitoring,remotee-mail,standalone,stand-alone,standalone,remotetemperature,brightness,gsm,network,telemetryAug09,2004REFERENCEDESIGN3297INCLUDES:TestedcircuitSchematicDescriptionSoftwareRemoteMonitoringSystemSendsEmailviaSMSAbstract:Thisapplicationnotedemonstrateshowtomakeasimplesystemthatmonitorstemperatureandanalogvoltagesremotely.Onmeetingcertai……