1、彼得原理
    每个组织都是由各种不同的职位、等级或阶层的排列所组成，每个人都隶属于其中的某个等级。彼得原理是美国学者劳伦斯·彼得在对组织中人员晋升的相关现象研究后，得出一个结论：在各种组织中,雇员总是趋向于晋升到其不称职的地位。彼得原理有时也被称为向上爬的原理。这种现象在现实生活中无处不在：一名称职的教授被提升为大学校长后，却无法胜任；一个优秀的运动员被提升为主管体育的官员，而无所作为。对一个组织而言，一旦相当部分人员被推到其不称职的级别，就会造成组织的人浮于事，效率低下，导致平庸者出人头地，发展停滞。因此，这就要求改变单纯的根据贡献决定晋升的企业员工晋升机制，不能因某人在某个岗位上干得很出色，就推断此人一定能够胜任更高一级的职务。将一名职工晋升到一个无法很好发挥才能的岗位，不仅不是对本人的奖励，反而使其无法很好发挥才能，也给企业带来损失。

2、酒与污水定律
    是指把一匙酒倒进一桶污水，得到的是一桶污水；如果把一匙污水倒进一桶酒，得到的还是一桶污水。在任何组织里，几乎都存在几个难弄的人物，他们存在的目的似乎就是为了把事情搞糟。最糟糕的是，他们像果箱里的烂苹果，如果不及时处理，它会迅速传染，把果箱里其他苹果也弄烂。烂苹果的可怕之处，在于它那惊人的破坏力。一个正直能干的人进入一个混乱的部门可能会被吞没，而一个无德无才者能很快将一个高效的部门变成一盘散沙。组织系统往往是脆弱的，是建立在相互理解、妥协和容忍的基础上的，很容易被侵害、被毒化。破坏者能力非凡的另一个重要原因在于，破坏总比建设容易。一个能工巧匠花费时日精心制作的陶瓷器，一头驴子一秒钟就能毁坏掉。如果一个组织里有这样的一头驴子，即使拥有再多的能工巧匠，也不会有多少像样的工作成果。如果你的组织里有这样的一头驴子，你应该马上把它清除掉，如果你无力这样做，就应该把它拴起来。

3、水桶定律
   水桶定律是讲一只水桶能装多少水，这完全取决于它最短的那块木板。这就是说任何一个组织，可能面临的一个共同问题，即构成组织的各个部分往往是优劣不齐的，而劣势部分往往决定整个组织的水平。水桶定律与酒与污水定律不同，后者讨论的是组织中的破坏力量，最短的木板却是组织中有用的一个部分，只不过比其他部分差一些，你不能把它们当成烂苹果扔掉。强弱只是相对而言的，无法消除，问题在于你容忍这种弱点到什么程度，如果严重到成为阻碍工作的瓶颈，你就不得不有所动作。HR精英博客’j ^’H m Q } S u!a

4、马太效应
《新约·马太福音》中有这样一个故事：一个国王远行前，交给3个仆人每人一锭银子，吩咐道：你们去做生意，等我回来时，再来见我。国王回来时，第一个仆人说：主人，你交给我的一锭银子，我已赚了10锭。于是，国王奖励他10座城邑。第二个仆人报告：主人，你给我的一锭银子，我已赚了5锭。于是，国王奖励他 5座城邑。第三仆人报告说：主人，你给我的1锭银子，我一直包在手帕里，怕丢失，一直没有拿出来。于是，国王命令将第三个仆人的1锭银子赏给第一个仆人，说：凡是少的，就连他所有的，也要夺过来。凡是多的，还要给他，叫他多多益善，这就是马太效应，反应当今社会中存在的一个普遍现象，即赢家通吃。对企业经营发展而言，马太效应告诉我们，要想在某一个领域保持优势，就必须在此领域迅速做大。当你成为某个领域的领头羊时，即便投资回报率相同，你也能更轻易地获得比弱小的同行更大的收益。而若没有实力迅速在某个领域做大，就要不停地寻找新的发展领域，才能保证获得较好的回报。

5、零和游戏原理
    零和游戏是指一项游戏中，游戏者有输有赢，一方所赢正是另一方所输，游戏的总成绩永远为零，零和游戏原理之所以广受关注，主要是因为人们在社会的方方面面都能发现与零和游戏类似的局面，胜利者的光荣后面往往隐藏着失败者的辛酸和苦涩。 20世纪，人类经历两次世界大战、经济高速增长，科技进步、全球一体化以及日益严重的环境污染，零和游戏观念正逐渐被双赢观念所取代。人们开始认识到利已不一定要建立在损人的基础上。通过有效合作皆大欢喜的结局是可能出现的。但从零和游戏走向双赢，要求各方面要有真诚合作的精神和勇气，在合作中不要小聪明，不要总想占别人的小便宜，要遵守游戏规则，否则双赢的局面就不可能出现，最终吃亏的还是合作者自己。

6、华盛顿合作规律
    华盛顿合作规律说的是一个人敷衍了事，两个人互相推诿，三个人则永无成事之日。多少有点类似于我们三个和尚的故事。人与人的合作，不是人力的简单相加，而是要复杂和微妙得多。在这种合作中，假定每个人的能力都为1，那么，10个人的合作结果有时比10大得多，有时，甚至比1还要小。因为人不是静止物，而更像方向各异的能量，相互推动时，自然事半功倍，相互抵触时，则一事无成。我们传统的管理理论中，对合作研究得并不多，最直观的反映就是，目前的大多数管理制度和行为都是致力于减少人力的无谓消耗，而非利用组织提高人的效能。换言之，不妨说管理的主要目的不是让每个人做得更好，而是避免内耗过多。

7、手表定理
   手表定理是指一个人有一只表时，可以知道现在是几点钟，当他同时拥有两只表时，却无法确定。两只手表并不能告诉一个人更准确的时间，反而会让看表的人失去对准确时间的信心。手表定理在企业经营管理方面，给我们一种非常直观的启发，就是对同一个人或同一个组织的管理，不能同时采用两种不同的方法，不能同时设置两个不同的目标，甚至每一个人不能由两个人同时指挥，否则将使这个企业或这个人无所适从。手表定理所指的另一层含义在于，每个人都不能同时选择两种不同的价值观，否则，你的行为将陷于混乱。

8、不值得定律
    不值得定律最直观的表述是：不值得做的的事情，就不值得做好。这个定律再简单不过了，重要性却时时被人们忽视遗忘。不值得定律反映人们的一种心理，一个人如果从事的是一份自认为不值得做的事情，往往会保持冷嘲热讽，敷衍了事的态度，不仅成功率低，而且即使成功，也不觉得有多大的成就感。因此，对个人来说，应在多种可供选择的奋斗目标及价值观中挑选一种，然后为之奋斗。选择你所爱的，爱你所选择的，才可能激发我们的斗志，也可以心安理得。而对一个企业或组织来说，则要很好地分析员工的性格特性，合理分配工作，如让成就欲较强的职工单独或牵头完成具有一定风险和难度的工作，并在其完成时，给予及时的肯定和赞扬；让依附欲较强的职工，更多地参加到某个团体*同工作；让权力欲较强的职工，担任一个与之能力相适应的主管。同时要加强员工对企业目标的认同感，让员工感觉到自己所做的工作是值得的，这样才能激发职工的热情。

9、蘑菇管理
    蘑菇管理是许多组织对待初出茅庐者的一种管理方法，初学者被置于阴暗的角落（不受重视的部门，或打杂跑腿的工作），浇上一头大粪（无端的批评、指责、代人受过），任其自生自灭（得不到必要的指导和提携）。相信很多人都有过这样一段蘑菇的经历，这不一定是什么坏事，尤其是当一切刚刚开始的时候，当几天蘑菇，能够消除我们很多不切实际的幻想，让我们更加接近现实，看问题也更加实际。一个组织，一般对新进的人员都是一视同仁，从起薪到工作都不会有大的差别。无论你是多么优秀的人才，在刚开始的时候，都只能从最简单的事情做起，蘑菇的经历，对于成长中的年轻人来说，就象蚕茧，是羽化前必须经历的一步。所以，如何高效率地走过生命的这一段，从中尽可能汲取经验，成熟起来，并树立良好的值得信赖的个人形象，是每个刚入社会的年轻人必须面对的课题。

10、奥卡姆剃刀定律
    12世纪，英国奥卡姆的威廉主张唯名论，只承认确实存在的东西，认为那些空洞无物的普遍性概念都是无用的累赘，应当被无情地剃除。他主张如无必要，勿增实体。这就是常说的奥卡姆剃刀。这把剃刀曾使很多人感到威胁，被认为是异端邪说，威廉本人也因此受到迫害。然而，并未损害这把刀的锋利，相反，经过数百年的岁月，奥卡姆剃刀已被历史磨得越来越快，并早已超载原来狭窄的领域，而具有广泛、丰富、深刻的意义。奥卡姆剃刀定律在企业管理中可进一步演化为简单与复杂定律：把事情变复杂很简单，把事情变简单很复杂。这个定律要求，我们在处理事情时，要把握事情的主要实质，把握主流，解决最根本的问题，尤其要顺应自然，不要把事情人为地复杂化，这样才能把事情处理好。
前途
    我们公司的CEO就是HR“出生”，在一个公司HR起着举足轻重的作用，作为HR你所要学的东西很多，你既是一个营销高手，又是一个策划能手，更要是一个财务专家，更重要的是你是EQ高手。如果你这几点都具备了，你会是一个出色的职业经理人。
　　至于做HR有没有前途，我在职业网上看到过这样一篇报道，“未来全球十大金牌职业中HR是排名第二”，所以朋友相信你的选择。

1．相关的GSM AT指令
与SMS有关的GSM AT指令（from GSM07.05）如表1所示：
表1 相关的GSM AT指令

AT 指令
功 能

AT+CMGC
Send an SMS command（发出一条短消息命令）

AT+CMGD
Delete SMS message（删除SIM卡内存的短消息）

AT+CMGF
Select SMS message formate（选择短消息信息格式：0-PDU;1-文本）

AT+CMGL
List SMS message from preferred store（列出SIM卡中的短消息PDU/text: 0/“REC UNREAD”-未读，1/“REC READ”-已读，2/“STO UNSENT”-待发，3/“STO SENT”-已发，4/“ALL”-全部的）

AT+CMGR
Read SMS message（读短消息）

AT+CMGS
Send SMS message（发送短消息）

AT+CMGW
Write SMS message to memory（向SIM内存中写入待发的短消息）

AT+CMSS
Send SMS message from storage（从SIN|M内存中发送短消息）

AT+CNMI
New SMS message indications（显示新收到的短消息）

AT+CPMS
Preferred SMS message storage（选择短消息内存）

AT+CSCA
SMS service center address（短消息中心地址）

AT+CSCB
Select cell broadcast messages（选择蜂窝广播消息）

AT+CSMP
Set SMS text mode parameters（设置短消息文本模式参数）

AT+CSMS
Select Message Service（选择短消息服务）

对短消息的控制共有三种模式：
Block Mode

基于AT命令的PDU Mode

基于AT命令的Text Mode

使用Block模式需要手机生产厂家提供驱动支持，目前，PDU Mode 已取代 Block Mode, Text Mode比较简单，本文重点介绍模式PDU Mode，以西门子公司的产品TC35T为例。
2．计算机与TC35T的通信
（1）RS232串口连接
由于TC35T自带RS232串口线，故只需将其连接到计算机串口即可。打开超级终端，选择相应的串口，将端口参数设置为：速率—4800、奇偶校验位—无、数据位—8、停止位—1、流量控制—硬件。
（2）连接测试
输入“AT”然后回车，屏幕上返回“OK”表明计算机与TC35T已连接成功，TC35T能够正常工作。这时就可以测试各类AT命令。
当测试命令“AT+CMGS=?”时，如果返回“OK”标明TC35T支持该指令。该指令的完整语法如下：
如果此时TC35T处于PDU Mode（即“AT+CMGF?”返回“0”）

AT+CMGS=PDU is given<^Z/ESC>
如果短消息发送成功，则返回“OK”，并显示信息号：
+CMGS: [,]
如果短消息发送失败，则返回如下信息号：
+CMS ERROR:
如果此时TC35T处于Text Mode（即“AT+CMGF?”返回“1”）

AT+CMGS=[,toda]text is entered<^Z/ESC>
如果短消息发送成功，则返回“OK”，并显示信息号：
+CMGS: [,]
如果短消息发送失败，则返回如下信息号：
+CMS ERROR:
另外，由于使用的是TC35T，当有新的短消息到来时，需要TC35T产生提示，使用指令“AT+CNMI”。该指令的完整语法如下：
AT+CNMI=[][,][,][,][,]
如果有新的短消息来到，则TC35T将自动返回下列提示：
+CMTI: “SM”,
此时读出，然后用“AT+CMGR”指令即可读出短消息内容。
3．PDU数据格式分析：
例如，我们要将字符“Hi”字符发送到目的地“13677328099”
PDU字符串为：
08 91 683108701305F0 11 00 0D 91 3176378290F9 00 00 00 02 C834
⑴08—短信息中心地址长度。指（91）+（683108701305F0）的长度。
⑵91—短信息中心号码类型。91是TON/NPI遵守International/E.164标准，指在号码前需加‘+’号；此外还有其它数值，但91最常用。
91—10010001
BIT No.
7
6
5
4
3
2
1
0

Name
1
数值类型
号码鉴别

数值类型（Type of Number）：000—未知，001—国际，010—国内,111—留作扩展；
号码鉴别（Numbering plan identification）:0000—未知，0001—ISDN/电话号码(E.164/E.163)，1111—留作扩展；
⑶683108701305F0—短信息中心号码。由于位置上略有处理，实际号码应为：8613800731500（字母F是指长度减1）。这需要根据不同的地域作相应的修改。
⑴、⑵、⑶通称短消息中心地址（Address of the SMSC）。
⑷11—文件头字节。
11&h=00010001&b
BIT No.
7
6
5
4
3
2
1
0

Name
TP-RP
TP-UDHI
TP-SPR
TP-VFP
TP-RD
TP-MTI

value
0
0
0
1
0
0
0
1

应答路径—TP-RP（TP-Reply-Path）：0—不设置; 1—设置
用户数据头标识—TP-UDHL（TP-User-Data-Header-Indicator）：0—不含任何头信息; 1—含头信息
状态报告要求—TP-SPR（TP-Status-Report-Request）：0—需要报告; 1—不需要报告
有效期格式—TP-VPF（TP-Validity-Period-Format）：00—不提供（Not present）; 10—整型（标准）；01—预留; 11—提供8位字节的一半（Semi-Octet Represented）
拒绝复制—TP-RD（TP-Reject-Duplicates）：0—接受复制; 1—拒绝复制
信息类型提示—TP-MTI（TP-Message-Type-Indicator）：00—读出（Deliver）; 01—提交（Submit）
⑸00—信息类型（TP-Message-Reference）
⑹0B—被叫号码长度。
⑺91—被叫号码类型（同⑵）。
⑻3176378290F9—被叫号码，经过了位移处理，实际号码为“13677328099”。
⑹、⑺、⑻通称目的地址（TP-Destination-Address）。
⑼00—协议标识TP-PID（TP-Protocol-Identifier）
BIT No.
7
6
5
4
3
2
1
0

Bit No.7与Bit No.6： 00—如下面定义的分配Bit No.0—Bit No.5；01—参见GSM03.40协议标识完全定义；10—预留；11—为服务中心（SC）特殊用途分配Bit No.0—Bit No.5。
一般将这两位置为00。
Bit No.5：0—不使用远程网络，只是短消息设备之间的协议；1—使用远程网络。
Bit No.0—Bits No.4：00000—隐含；00001—电传；00010—group 3 telefax；00100—语音；00101—欧洲无线信息系统（ERMES）；00110—国内系统；10001—任何基于X.400的公用信息处理系统；10010—Email。
⑽00—数据编码方案TP-DCS（TP-Data-Coding-Scheme）
BIT No.
7
6
5
4
3
2
1
0

Bit No.7与Bit No.6 :一般设置为00；Bit No.5：0—文本未压缩，1—文本用GSM标准压缩算法压缩；Bit No.4：0—表示Bit No.1、Bit No.0为保留位，不含信息类型信息，1—表示Bit No.1、Bit No.0含有信息类型信息；Bit No.3与Bit No.2：00—默认的字母表，01—8bit，10—USC2（16bit），11—预留；Bit No.1与Bit No.0：00—Class 0，01—Class 1，10—Class 2（SIM卡特定信息），11—Class 3。
⑾00—有效期TP-VP（TP-Valid-Period）
VP value(&h)
相应的有效期

00 to 8F
(VP+1)*5 分钟

90 to A7
12小时+(VP-143)*30分钟

A8 to C4
(VP-166)*1天

C5 to FF
(VP-192)*1 周

⑿02—用户数据长度TP-UDL（TP-User-Data-Length）
⒀C834—用户数据TP-UD（TP-User-Data）“Hi”
4．短消息编码
设需要发送的短消息内容为“Hi”，使用的GSM字符集为7位编码。首先将字符转换为7位的二进制，然后，将后面字符的位调用到前面，补齐前面的差别。例如：H翻译成1001000，i翻译成1101001，显然H的二进制编码不足八位，那么就将i的最后一位补足到H的前面。那么就成了11001000（C8），i剩下六位110100，前面再补两个0，变成00110100（34），于是“Hi”就变成了两个八进制数 C8 34。
5．短消息的发送与接收案例
鉴于TC35（T）支持TEXT格式，我们在试验中主要测试该格式。
（1）设置短消息中心
AT+CSCA="+8613800731500"(短消息中心)；
（2）设置短消息发送格式
AT+CMGF=1 (1-TEXT; 0-PDU)；
（3）发送短消息(短消息内容为“test”)
AT+CMGS="13508485560"(目的地址)
> test ^z ；
（4）设置短消息到达自动提示: 设置短消息到达提示当短消息被接收，将获取指令： +CMTI:"SM",INDEX(信息存储位置)
AT+CNMI=1,1,0,0,1()；
（5）获取短消息内容(Once more)，假设INDEX＝8。
AT+CMGR=8
返回信息如下：
+CMGR: "REC UNREAD","+8613508485560",,"01/07/16,15:37:28+32",Once more
6．注意事项
（1）短消息中心一般不会改动，如果短消息中心号码改动，在使用“AT+CSCA”语句时，记住TC35要重新启动，否则TC35不能正常工作（TC35T不存在此问题）。
（2）某些SIM卡带有密码，启动时需要输入密码。

1． 如何与GSM MODEM建立通信联系
您可用诸如Windows下的超级终端或Pcomm等终端仿真软件，将计算机的串行口与GSM MODEM的串行口用电缆直接连接。

2． 不能与GSM MODEM进行正常的通信或总是在仿真终端上出现乱码
检查您的串口是否保证正常连接，计算机的串口引线与GSM MODEM的串口引线应是一一对应的。GSM MODEM与仿真终端应设置相同的通信速率。
但您初次使用GSM MODEM时，请在仿真终端上设置为通信速率9600bps、8位数据位、无较验位、1位停止位。

3． 如果您想在出错后得到错误代码号，需将GSM Modem作如下设置：
AT+CMEE=1

4． 发送短消息后，收到出错信息+CMS ERROR 512
表示您的GSM MODEM在发送短消息的同时它收到了新的短消息，发送短消息被拒绝，您需要重新发送此条短消息。

5． 发送短消息后，收到出错信息+CMS ERROR 513
您遇上了下面问题中的一种：
a） 您的GSM MODEM失去了无线链路连接；
b） 在发送完短消息后的28秒内，您的GSM MODEM没有收到短消息中心送来的接收确认+CMGS：〈顺序号〉；
c） 在送出请求建立发送短消息的控制信道指令后的42秒内，您的GSM MODEM没有收到基站送来的确认〉。

6． 发送短消息后，收到出错信息+CMS ERROR 514
您遇上了下面问题中的一种：
a） 您设置的短消息中心的号码是错误的；
b） 短消息将要送达的目的号码是错误的；
c） 您发送的短消息被短消息中心拒绝（一般为目的号码不存在或目的号码被禁用）。

7． 发送短消息后，收到出错信息+CMS ERROR 515
如果您的GSM MODEM在初始化期间或在指令执行过程当中GSM MODEM又接受新的指令，将会出现此错误。您必须等到初始化完成或指令执行完毕。

8． 如何才能知道您发送的短消息已被送达目的号码
a） 采用文本格式发送
在您采用文本格式发送短消息时，您的GSM MODEM须作以下的设置：
at+csmp=49，〈X〉，〈X〉，〈X〉
at+cnmi=〈X〉，〈X〉，〈X〉，1，〈X〉
〈X〉代表根据您的需要您所选择的合适的参数。
当您发送完短消息后，您将收到来自短消息中心的以下两种确认中的一种：
+CDS：〈X〉，〈顺序号〉，"电话号码"，"发送时间"，"接收时间"，0
或：
+CDS：〈X〉，〈顺序号〉，"电话号码"，"发送时间"，"接收时间"，48
确认中的最后个数代表了此短消息的传输状态。（0表示已经送达目的号码，48表示不可能将此送达目的号码）
b） 采用PDU格式发送
在您采用PDU格式发送短消息时，您的GSM MODEM须作以下的设置：
at+cnmi=〈X〉，〈X〉，〈X〉，1，〈X〉
〈X〉代表根据您的需要您所选择的合适的参数。
在您所要发送的PDU格式的短消息中，您须将短消息中心号码后的第一个字节设成31
在发送完短消息后，您将收到来自短消息中心的以下确认：
+CDS：〈长度〉00〈PDU格式的确认信息〉
注意：在收到的PDU格式的确认中，顺序号和传输状态标志都是以16进制数存在的，您可将其直接转成10进制数而无需将其倒置后再转换。

9． 如何发送中文短消息
采用现有的GSM MODEM发送中文短消息，都必须先将准备发送的中文短消息转换成16位的Unicode编码。
A） 采用文本方式发送
在您采用文本格式发送Unicode编码中文短消息时，您的GSM MODEM须作的设置：
at+csmp=〈X〉，〈X〉，〈X〉，8
〈X〉代表根据您的需要您所选择的合适的参数。
然后您就可将转换好的Unicode编码中文短消息按照发送普通文本短消息的方法发送出去。
B） 采用PDU方式发送
您只须在您的PDU格式的短消息中，将目的号码字符串后的第二个字节设成08，将转
换好的Unicode编码中文短消息作为PDU中的发送内容一齐发送。

10． 如何建立一个话音呼叫
向GSM MODEM的串口送指令ATD〈电话号码〉；〈回车〉必须确认电话号码是一个话音号码而非传真或数据号码。

11． 如何建立一个数据呼叫
先将您的GSM MODEM作如下设置：
at+ipr=9600
at+ifc=2，2
at+cbst=0，0，1
向GSM MODEM的串口送指令ATD〈电话号码〉〈回车〉
必须确认电话号码是一个数据号码而非传真或话音号码，同时必须确认您的SIM卡已开通数据通信的服务。

12．当GSM MODEM作被叫时，如何显示主叫的电话号码
将您的GSM MODEM作如下设置：
at+clip=1

13．当GSM MODEM作被叫时，如何判别主叫发起的是话音、数据或传真呼叫

A：短信息中心地址长度，2位十六进制数(1字节)。
B：短信息中心号码类型，2位十六进制数。
C：短信息中心号码，B+C的长度将由A中的数据决定。
D：文件头字节，2位十六进制数。
E：信息类型，2位十六进制数。
F：被叫号码长度，2位十六进制数。
G：被叫号码类型，2位十六进制数，取值同B。
H：被叫号码，长度由F中的数据决定。
I：协议标识，2位十六进制数。
J：数据编码方案，2位十六进制数。
K：有效期，2位十六进制数。
L：用户数据长度，2位十六进制数。
M：用户数据，其长度由L中的数据决定。J中设定采用UCS2编码，这里是中英文的Unicode字符。

PDU编码协议简单说明

例1 发送：SMSC号码是+8613800250500，对方号码是13693092030，消息内容是“Hello!”。从手机发出的PDU串可以是
08 91 68 31 08 20 05 05 F0 11 00 0D 91 68 31 96 03 29 30 F0 00 00 00 06 C8 32 9B FD 0E 01
对照规范，具体分析：
分段 含义 说明
08 SMSC地址信息的长度 共8个八位字节(包括91)
91 SMSC地址格式(TON/NPI) 用国际格式号码(在前面加‘+’)
68 31 08 20 05 05 F0 SMSC地址 8613800250500，补‘F’凑成偶数个
11 基本参数(TP-MTI/VFP) 发送，TP-VP用相对格式
00 消息基准值(TP-MR) 0
0D 目标地址数字个数 共13个十进制数(不包括91和‘F’)
91 目标地址格式(TON/NPI) 用国际格式号码(在前面加‘+’)
68 31 96 03 29 30 F0 目标地址(TP-DA) 8613693092030，补‘F’凑成偶数个
00 协议标识(TP-PID) 是普通GSM类型，点到点方式
00 用户信息编码方式(TP-DCS) 7-bit编码
00 有效期(TP-VP) 5分钟
06 用户信息长度(TP-UDL) 实际长度6个字节
C8 32 9B FD 0E 01 用户信息(TP-UD) “Hello!”

例2 接收：SMSC号码是+8613800250500，对方号码是13693092030，消息内容是“你好!”。手机接收到的PDU串可以是
08 91 68 31 08 20 05 05 F0 84 0D 91 68 31 96 03 29 30 F0 00 08 30 30 21 80 63 54 80 06 4F 60 59 7D 00 21
对照规范，具体分析：
分段 含义 说明
08 地址信息的长度 个八位字节(包括91)
91 SMSC地址格式(TON/NPI) 用国际格式号码(在前面加‘+’)
68 31 08 20 05 05 F0 SMSC地址 8613800250500，补‘F’凑成偶数个
84 基本参数(TP-MTI/MMS/RP) 接收，无更多消息，有回复地址
0D 回复地址数字个数 共13个十进制数(不包括91和‘F’)
91 回复地址格式(TON/NPI) 用国际格式号码(在前面加‘+’)
68 31 96 03 29 30 F0 回复地址(TP-RA) 8613693092030，补‘F’凑成偶数个
00 协议标识(TP-PID) 是普通GSM类型，点到点方式
08 用户信息编码方式(TP-DCS) UCS2编码
30 30 21 80 63 54 80 时间戳(TP-SCTS) 2003-3-12 08:36:45 +8时区
06 用户信息长度(TP-UDL) 实际长度6个字节
4F 60 59 7D 00 21 用户信息(TP-UD) “你好!”

若基本参数的最高位(TP-RP)为0，则没有回复地址的三个段。从Internet上发出的短消息常常是这种情形。
注意号码和时间的表示方法，不是按正常顺序顺着来的，而且要以‘F’将奇数补成偶数。

在PDU Mode中，可以采用三种编码方式来对发送的内容进行编码，它们是7-bit、8-bit和UCS2编码。7-bit编码用于发送普通的ASCII字符，它将一串7-bit的字符(最高位为0)编码成8-bit的数据，每8个字符可“压缩”成7个；8-bit编码通常用于发送数据消息，比如图片和铃声等；而UCS2编码用于发送Unicode字符。PDU串的用户信息(TP-UD)段最大容量是140字节，所以在这三种编码方式下，可以发送的短消息的最大字符数分别是160、140和70。这里，将一个英文字母、一个汉字和一个数据字节都视为一个字符。

需要注意的是，PDU串的用户信息长度(TP-UDL)，在各种编码方式下意义有所不同。7-bit编码时，指原始短消息的字符个数，而不是编码后的字节数。8-bit编码时，就是字节数。UCS2编码时，也是字节数，等于原始短消息的字符数的两倍。如果用户信息(TP-UD)中存在一个头(基本参数的TP-UDHI为1)，在所有编码方式下，用户信息长度(TP-UDL)都等于头长度与编码后字节数之和。如果采用GSM 03.42所建议的压缩算法(TP-DCS的高3位为001)，则该长度也是压缩编码后字节数或头长度与压缩编码后字节数之和。