CN101272533A - 一种通知用户未读消息数目的实现方法和处理方法 - Google Patents
一种通知用户未读消息数目的实现方法和处理方法 Download PDFInfo
- Publication number
- CN101272533A CN101272533A CNA2008100670671A CN200810067067A CN101272533A CN 101272533 A CN101272533 A CN 101272533A CN A2008100670671 A CNA2008100670671 A CN A2008100670671A CN 200810067067 A CN200810067067 A CN 200810067067A CN 101272533 A CN101272533 A CN 101272533A
- Authority
- CN
- China
- Prior art keywords
- message
- unread
- byte
- steps
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种通知用户未读消息数目的实现方法和处理方法,所述实现方法包括以下步骤:A1.对短消息中的协议消息单元,增设一未读字节,用于表示未读消息的数目;A2.接收通知消息,其中包含所述未读字节;根据所述通知消息,显示未读消息的信息。本发明通过对短消息中的协议消息单元,增设一用于表示未读消息数目的未读字节,避免了终端判断语言种类、解析文字的实现方式,从而提高了处理效率,增加了实现的便利性;终端根据解析出的消息数目,在相关位置显示数目信息。
Description
技术领域
本发明涉及扩展短消息IE单元的TP-Data-Coding-Scheme(TP-DCS,数据编码方案,也称数据编码设置)字段,以通知用户未读消息的数目,尤其涉及一种通知用户未读语音信箱消息(voicemail message)、电子邮件(Electronic Mail Message)、传真消息(Fax Message)等消息的数目的实现方法和处理方法。
背景技术
当前移动通信技术已经日臻成熟,从最初的第一代模拟移动通信技术,到目前得到广泛应用的GSM,CDMA第二代数字移动通讯技术,再到已经技术成熟,并且开始大规模推广的第三代移动通信技术,如WCDMA、CDMA2000和TDSCDMA等;而利用现有网络,通过短消息向用户提示有未读语音信箱等消息,已经是运营商很普遍采用的措施。
目前通过短消息通知用户有未读的语音信箱等消息,在3GPP协议23040和23038中已经有了明确规定。通过短消息的TP-Data-Coding-Scheme字段(信元),手机只能得到有新的未读的语音信箱等消息指示,因此只能是在手机显示一个图标,用来指示有消息到来。
在3GPP23038协议中对短消息中的“TP-Data-Coding-Scheme”进行了定义,规定了一个BYTE的信息说明,具体如下表2所示,详细请参考协议“SMS Data Coding Scheme”一节。其中的Bits 7..4为Message WaitingIndication Group比特时,BIT1和BIT0代表通知的未读消息类型,具体说明如下表1所示。
BIT1 | BIT0 | 消息类型 |
0 | 0 | Voicemail Message Waiting |
0 | 1 | Fax Message Waiting |
1 | 0 | Electronic Mail Message Waiting |
1 | 1 | Other Message Waiting |
表1
CodingGroup Bits7..4 | Use of bits 3..0 |
00xx | General Data Coding indicationBits 5..0 indicate the following:Bit 5,if set to 0,indicates the text is uncompressedBit 5,if set to 1,indicates the text is compressed using thecompression algorithm defined in 3GPP TS 23.042[13]Bit 4,if set to 0,indicates that bits 1 to 0 are reserved and haveno message class meaningBit 4,if set to 1,indicates that bits 1 to 0 have a message classmeaning::Bit1 Bit0 Message Class0 0 Class 00 1 Class1 Default meaning:ME-specific.1 0 Class2 (U)SIM specific message1 1 Class3 Default meaning:TE specific(see3GPP TS 27.005[8])Bits 3 and 2 indicate the character set being used,as follows:Bit3 Bit2 Character set:0 0 GSM7 bit default alphabet0 1 8 bit data1 0 UCS2(16bit)[10]1 1 Reserved |
NOTE:The special case of bits 7..0 being 0000 0000 indicatesthe GSM 7 bit default alphabet with no message class | |
01xx | Message Marked for Automatic Deletion GroupThis group can be used by the SM originator to mark themessage(stored in the ME or(U)SIM)for deletion after readingirrespective of the message class.The way the ME will process this deletion should bemanufacturer specific but shall be done without the interventionof the End User or the targeted application.The mobilemanufacturer may optionally provide a means for the user toprevent this automatic deletion.Bit 5..0 are coded exactly the same as Group 00xx |
1000..1011 | Reserved coding groups |
1100 | Message Waiting Indication Group:Discard MessageThe specification for this group is exactly the same as forGroup 1101,except that:after presenting an indication and storing the status,the MEmay discard the contents of the message.The ME shall be able to receive,process and acknowledgemessages in this group,irrespective of memory availability forother types of short message. |
1101 | Message Waiting Indication Group:Store MessageThis Group defines an indication to be provided to the userabout the status of types of message waiting on systemsconnected to the GSM/UMTS PLMN.The ME should presentthis indication as an icon on the screen,or other MMI indication.The ME shall update the contents of the Message WaitingIndication Status on the SIM(see 3GPP TS 51.011[18])orUSIM(see 3GPP TS 31.102[17])when present or otherwiseshould store the status in the ME.In case there are multiplerecords of EFMWIS this information shall be stored within the |
first record.The contents of the Message Waiting IndicationStatus should control the ME indicator.For each indicationsupported,the mobile may provide storage for the OriginationAddress.The ME may take note of the Origination Address formessages in this group and group 1100.Text included in the user data is coded in the GSM 7bitdefault alphabet.Where a message is received with bits 7..4set to 1101,themobile shall store the text of the SMS message in addition tosetting the indication.The indication setting should take placeirrespective of memory availability to store the short message.Bits 3 indicates Indication Sense:Bit 30 Set Indication Inactive1 Set Indication ActiveBit 2 is reserved,and set to 0Bit1 Bit0 Indication Type:0 0 Voicemail Message Waiting0 1 Fax Message Waiting1 0 Electronic Mail Message Waiting1 1 Other Message Waiting* *Mobile manufacturers may implement the″Other MessageWaiting″indication as an additional indication withoutspecifying the meaning. | |
1110 | Message Waiting Indication Group:Store MessageThe coding of bits 3..0 and functionality of this feature are thesame as for the Message Waiting Indication Group above,(bits7..4set to 1101)with the exception that the text included in theuser data is coded in the uncompressed UCS2 character set. |
1111 | Data coding/message class |
Bit 3 is reserved,set to 0.Bit 2 Message coding:0 GSM 7 bit default alphabet1 8-bit dataBit1 Bit0 Message Class:0 0 Class 00 1 Class1 default meaning:ME-specific.1 0 Class2 (U)SIM-specific message.1 1 Class3 default meaning:TE specific(see3GPP TS 27.005[8]) |
表2
而越来越多的运营商,要求直接将未读消息的个数作为图标显示到手机上,而且在USIM卡规范31102和在EFMWIS中,也规定了在USIM卡中可以保存未读消息的数目。
但是,目前手机无法从协议消息中获取未读消息的数目,只能从短消息的消息体中获得未读消息的个数。这样当手机支持不同的语言种类时,都需要先进行语言的判断,然后再根据不同的语言,对文字进行不同的解析,从而造成了实现上的困难。
因此,现有技术存在缺陷,需要改进。
发明内容
本发明所要解决的技术问题是目前手机无法从协议消息中获取未读消息的数目,只能从短消息的消息体中获得未读消息的个数;当手机支持不同的语言种类时,需要先进行语言的判断,然后再根据不同的语言,对文字进行不同的解析,从而造成了实现上的困难。
本发明的技术方案如下:
一种通知用户未读消息数目的实现方法,其包括以下步骤:A1、对短消息中的协议消息单元,增设一未读字节,用于表示未读消息的数目;A2、接收通知消息,其中包含所述未读字节;根据所述通知消息,显示未读消息的信息。
所述的实现方法,其中,步骤A1执行以下步骤:在所述协议消息单元的数据编码设置字段中,增设所述未读字节。
所述的实现方法,其中,步骤A1还执行以下步骤:对所述数据编码设置字段原有字节,设置其中的信息等待指示标志,以及后续字节的指示标志。
所述的实现方法,其中,步骤A1中,所述未读消息至少包括语音消息、电子邮件、传真消息其中之一。
所述的实现方法,其中,步骤A2中,在预设位置显示未读消息的信息。
一种通知用户未读消息数目的处理方法,其包括以下步骤:B1、对短消息中的协议消息单元,增设一未读字节,用于表示未读消息的数目;B2、当未读消息数目发生变化时,构造所述协议消息单元,通过短消息中心发送通知消息,其中包含所述未读字节;B3、根据所述通知消息,显示未读消息的信息。
所述的处理方法,其中,步骤B1执行以下步骤:在所述协议消息单元的数据编码设置字段中,增设所述未读字节。
所述的处理方法,其中,步骤B1还执行以下步骤:对所述数据编码设置字段原有字节,设置其中的信息等待指示标志,以及后续字节的指示标志。
所述的处理方法,其中,步骤B1中,所述未读消息至少包括语音消息、电子邮件、传真消息其中之一。
所述的处理方法,其中,步骤B3执行以下步骤:根据所述通知消息,在预设位置显示未读消息的信息。
采用上述方案,本发明通过对短消息中的协议消息单元,增设一用于表示未读消息数目的未读字节,避免了终端判断语言种类、解析文字的实现方式,从而提高了处理效率,增加了实现的便利性;终端根据解析出的消息数目,在相关位置显示数目信息。
附图说明
图1为本发明实现方法的流程图。
具体实施方式
以下结合附图和具体实施例,对本发明进行详细说明。
本发明的主旨是提供一种通过扩展短消息IE单元TP-Data-Coding-Scheme实现通知用户未读voice mail等消息数目的解决方案。如图1所示,本发明提供了一种通知用户未读消息数目的实现方法,其包括以下步骤:
A1、对短消息中的协议消息单元,增设一未读字节,用于表示未读消息的数目;其中,所述未读消息至少包括语音消息(即语音信箱消息,voicemail message)、电子邮件、传真消息其中的一项或多项。
在3GPP23038协议中对短消息中的“TP-Data-Coding-Scheme”进行了定义,规定了一个BYTE的信息说明,在此基础之上,本发明增加一个BYTE,将“TP-Data-Coding-Scheme”扩展为两个BYTE。后面的一个BYTE用来表示未接收的VOICE MAIL等消息的个数,最大可以表示255个未接收消息。例如,在所述协议消息单元的数据编码设置字段中,增设所述未读字节。
更具体地说,步骤A1还可以执行以下步骤:对所述数据编码设置字段原有字节,设置其中的信息等待指示标志,以及后续字节的指示标志。
A2、当未读消息数目发生变化时,接收通知消息,其中包含所述未读字节;根据所述通知消息,显示未读消息的信息。例如,可以在预设位置显示未读消息的信息。
消息服务器通过短消息中心发送通知消息:当有未接收消息数目发生变化时,包括新增和减少,服务器将通过短消息中心发送通知消息。按照协议构造短消息中的“TP-Data-Coding-Scheme”,对于BYTE1,其中的Bits7、6、5、4,为1100、1101、1110这三个值中的一个;而BYTE2则为当前用户未接收的消息数目。
手机根据通知短消息显示未接收消息的状态:当接收到短消息后,手机对“TP-Data-Coding-Scheme”字段进行判断,如果BYTE1中的Bits 7……4为Message Waiting Indication Group(信息等待指示标志),包括1100,1101,1110这三个值,并且Bit 3等于1,即Set Indication Active(后续字节的指示标志)时,BYTE2表示的未接收的消息数目才起作用。手机根据解析出的消息数目在相关位置显示数目信息。
并且,本发明还提供了一种通知用户未读消息数目的处理方法,其包括以下步骤:
B1、对短消息中的协议消息单元,增设一未读字节,用于表示未读消息的数目;其中,所述未读消息至少包括语音消息、电子邮件、传真消息其中之一。
例如,在所述协议消息单元的数据编码设置字段中,增设所述未读字节。更具体地说,可以对所述数据编码设置字段原有字节,设置其中的信息等待指示标志,以及后续字节的指示标志。
B2、当未读消息数目发生变化时,构造所述协议消息单元,通过短消息中心发送通知消息,其中包含所述未读字节;
B3、根据所述通知消息,显示未读消息的信息。例如,可以在预设位置显示未读消息的信息。
下面再给出一个完整的实施例,本发明所述通过扩展短消息IE单元TP-Data-Coding-Scheme实现通知用户未读VOICE MAIL等消息数目的解决方案包括以下步骤。即,本发明利用了目前短消息中协议中规定的TP-Data-Coding-Scheme字段,提供一种通过扩展短消息IE单元TP-Data-Coding-Scheme实现通知用户未读VOICE MAIL等消息数目的解决方案。
步骤1:协议消息单元的扩展。
在3GPP23038协议中对短消息中的“TP-Data-Coding-Scheme”进行了定义,规定了一个BYTE的信息说明,详细说明请参考协议“SMS DataCoding Scheme”一节。其中的Bits 7……4为Message Waiting IndicationGroup比特时,BIT1和BIT0代表通知的未读消息类型,在下面的说明中,以VOICEMAIL为例进行说明。
本发明在上面协议中已经规定的一个BYTE基础之上,增加一个BYTE,将“TP-Data-Coding-Scheme”扩展为两个BYTE。后面的一个BYTE用来表示未接收的VOICE MAIL等消息的个数,最大可以表示255个未接收消息。
步骤2:VOICEMAIL服务器通过短消息中心发送通知消息。
当未接收的VOICEMAIL消息数目发生变化时,包括新增和减少,服务器将通过短消息中心发送通知消息。按照协议构造短消息中的“TP-Data-Coding-Scheme”,对于BYTE1,其中的Bits 7..4,应该为1100,1101,1110这三个值中的一个,具体取值参见协议说明。而BYTE2则为当前用户未接收的消息数目。
步骤3:手机根据通知短消息显示未接收VOICEMAIL消息的状态。
当接收到短消息后,手机对“TP-Data-Coding-Scheme”字段进行判断,如果BYTE1中的Bits 7..4为Message Waiting Indication Group(包括1100,1101,1110这三个值),并且Bit 3等于1(Set Indication Active)时,BYTE2表示的未接收的消息数目才起作用。手机根据解析出的消息数目在相关位置显示数目信息。如果Bit 3等于0(Set Indication Inactive),表示取消图标显示,这种情况下一般为用户接收了所有的未读VOICEMAIL,所以BYTE2无效。
应当理解的是,对本领域普通技术人员来说,可以根据上述说明加以改进或变换,而所有这些改进和变换都应属于本发明所附权利要求的保护范围。
Claims (10)
1、一种通知用户未读消息数目的实现方法,其包括以下步骤:
A1、对短消息中的协议消息单元,增设一未读字节,用于表示未读消息的数目;
A2、接收通知消息,其中包含所述未读字节;根据所述通知消息,显示未读消息的信息。
2、根据权利要求1所述的实现方法,其特征在于,步骤A1执行以下步骤:在所述协议消息单元的数据编码设置字段中,增设所述未读字节。
3、根据权利要求2所述的实现方法,其特征在于,步骤A1还执行以下步骤:对所述数据编码设置字段原有字节,设置其中的信息等待指示标志,以及后续字节的指示标志。
4、根据权利要求1所述的实现方法,其特征在于,步骤A1中,所述未读消息至少包括语音消息、电子邮件、传真消息其中之一。
5、根据权利要求1所述的实现方法,其特征在于,步骤A2中,在预设位置显示未读消息的信息。
6、一种通知用户未读消息数目的处理方法,其包括以下步骤:
B1、对短消息中的协议消息单元,增设一未读字节,用于表示未读消息的数目;
B2、当未读消息数目发生变化时,构造所述协议消息单元,通过短消息中心发送通知消息,其中包含所述未读字节;
B3、根据所述通知消息,显示未读消息的信息。
7、根据权利要求6所述的处理方法,其特征在于,步骤B1执行以下步骤:在所述协议消息单元的数据编码设置字段中,增设所述未读字节。
8、根据权利要求7所述的处理方法,其特征在于,步骤B1还执行以下步骤:对所述数据编码设置字段原有字节,设置其中的信息等待指示标志,以及后续字节的指示标志。
9、根据权利要求6所述的处理方法,其特征在于,步骤B1中,所述未读消息至少包括语音消息、电子邮件、传真消息其中之一。
10、根据权利要求6所述的处理方法,其特征在于,步骤B3执行以下步骤:根据所述通知消息,在预设位置显示未读消息的信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008100670671A CN101272533A (zh) | 2008-05-06 | 2008-05-06 | 一种通知用户未读消息数目的实现方法和处理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008100670671A CN101272533A (zh) | 2008-05-06 | 2008-05-06 | 一种通知用户未读消息数目的实现方法和处理方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101272533A true CN101272533A (zh) | 2008-09-24 |
Family
ID=40006169
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2008100670671A Pending CN101272533A (zh) | 2008-05-06 | 2008-05-06 | 一种通知用户未读消息数目的实现方法和处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101272533A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101835116A (zh) * | 2010-04-14 | 2010-09-15 | 深圳市中兴移动通信有限公司 | 一种实现class 0短信传送的方法及系统 |
CN103870464A (zh) * | 2012-12-10 | 2014-06-18 | 腾讯科技(北京)有限公司 | 一种未读消息处理方法、展示方法和装置 |
CN104461294A (zh) * | 2014-12-01 | 2015-03-25 | 深圳市东方拓宇科技有限公司 | 一种智能终端的未读消息显示方法及对应的智能终端 |
CN105376103A (zh) * | 2014-08-20 | 2016-03-02 | 腾讯科技(北京)有限公司 | 消息计数方法及装置 |
-
2008
- 2008-05-06 CN CNA2008100670671A patent/CN101272533A/zh active Pending
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101835116A (zh) * | 2010-04-14 | 2010-09-15 | 深圳市中兴移动通信有限公司 | 一种实现class 0短信传送的方法及系统 |
CN101835116B (zh) * | 2010-04-14 | 2013-02-13 | 深圳市中兴移动通信有限公司 | 一种实现class 0短信传送的方法及系统 |
CN103870464A (zh) * | 2012-12-10 | 2014-06-18 | 腾讯科技(北京)有限公司 | 一种未读消息处理方法、展示方法和装置 |
CN105376103A (zh) * | 2014-08-20 | 2016-03-02 | 腾讯科技(北京)有限公司 | 消息计数方法及装置 |
CN105376103B (zh) * | 2014-08-20 | 2019-05-21 | 腾讯科技(北京)有限公司 | 消息计数方法及装置 |
CN104461294A (zh) * | 2014-12-01 | 2015-03-25 | 深圳市东方拓宇科技有限公司 | 一种智能终端的未读消息显示方法及对应的智能终端 |
CN104461294B (zh) * | 2014-12-01 | 2018-07-03 | 深圳市东方拓宇科技有限公司 | 一种智能终端的未读消息显示方法及对应的智能终端 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7881736B2 (en) | Short message service network plug-in | |
US8737580B2 (en) | Toggling voicemail class of service | |
EP1915001A1 (en) | Short message service formatting for information exchange | |
US20080090597A1 (en) | Short message formatting for information exchange | |
CN101047901A (zh) | 漏话提醒方法、系统和移动业务设备 | |
CN103491256B (zh) | 通信处理方法及终端设备 | |
EP2648430B1 (en) | Method of receipting for electronic mail, and mobile terminal | |
CN101321340A (zh) | 短信自动删除系统及方法 | |
CN101370206A (zh) | 一种在移动终端上显示多媒体名片的方法和装置 | |
CN101917688A (zh) | 支持被叫向主叫发送挂机短信的手机、系统和方法 | |
CN101272533A (zh) | 一种通知用户未读消息数目的实现方法和处理方法 | |
CN102148886A (zh) | 一种手机通讯录联系人列表的排序方法 | |
CN101754138A (zh) | 一种自动删除信息的方法、系统及移动终端 | |
WO2008057349A2 (en) | Short message service network plug-in | |
US6999749B2 (en) | Conditional application invocation in a wireless device | |
EP2603020A1 (en) | Method, server, terminal for displaying short message icon | |
WO2005084053A1 (en) | Method of facilitating downloading, storing and forwarding of ring tones and other services in a mobile terminal. | |
CN101841779A (zh) | 把短消息转换成多媒体消息发送到接收方的装置和方法 | |
CN102655690B (zh) | 一种信息通知方法、装置及电子设备 | |
KR101254599B1 (ko) | 비-cdma 이동 장치들, 스마트 카드들 및 네트워크들을 사용하여 투명한 cdma 단문 메시지 서비스를 제공 | |
CN108924840B (zh) | 黑名单管理方法、装置及终端 | |
CN101394594A (zh) | 一种传送消息的方法及相关设备 | |
CN102075453A (zh) | 手机短信和内网邮箱通讯系统及其实现方法 | |
CN102281516B (zh) | 一种短信处理方法及短信处理终端 | |
CN101163277A (zh) | 消息处理方法和用户终端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20080924 |