（一）技术交底书的要求：
□应清楚、完整地写明发明或实用新型的内容；
□使所属技术领域的普通技术人员能够根据此内容实施发明创造；
□使上述人员相信本发明确实可以解决现有技术不能解决的问题。
（二）技术交底书的具体样本如下：
1）发明创造的名称：
一种扩展短消息调度处理方法及系统
2）所属技术领域：
【技术领域】
本发明涉及移动通信领域，尤其涉及一种扩展短消息调度处理方法及系统。
3）背景技术
3.1）详细介绍技术背景，并描述申请人所知的与发明方案最接近的已有技术（应详细介绍，以不需再去看文献即可领会该技术内容为准，如果现有技术出自专利、期刊、书籍，则提供出处）；
3.2）对现有技术存在的缺点进行客观的评述（现有技术的缺点是针对于本发明的优点来说的；如果找不出对比技术方案及其缺点，可用反推法，根据本发明的优点来找对应的缺点；本发明不能解决的缺点，不需提供；缺点可以是成本高、处理时间慢等类似问题）。
【背景技术】
短消息业务是移动通信业务中的重要组成部分，目前，服务提供商（SP：Service Provider）下发的短消息中并不包含大规模的扩展部分，但随着3G业务的大规模开展，扩展短消息将会成为短消息服务中的主流只有固定部分的消息已经不能适应新增业务的需求，很多运营商已经或者即将在其原来制定的协议的基础上，将消息扩展，即增加TLV。
扩展短消息是指在原来只有固定部分的短消息基础上增加扩展参数的短消息。
扩展参数一般采用TLV（Tag、Length、Value）形式定义。
表1
字段 |
长度（字节） |
数据类型 |
说明 |
Tag |
2 |
Integer |
字段的标签，用于唯一标识可选参数 |
Length |
2 |
Integer |
字段的长度 |
Value |
可变长度 |
可变类型 |
字段内容 |
发送方发出短消息到接收方收到短消息之间需要有一个网关内部的调度过程，短消息网关需要对短消息进行调度，包括对发送方进行扣费、鉴权等操作。
现有技术中一种扩展短消息调度的方法是将消息固定部分和扩展TLV部分一起作为一个完整的消息处理。即内部消息除了有协议规定的固定部分外，还有所有扩展的部分。
具体流程如图1所示：
X1）网关收到标准协议的消息，解码，先解固定部分，将固定部分各个字段解码放到网关内部消息对应字段中；解码固定部分后，解码扩展部分，将扩展部分也全部转换到网关内部消息与之对应的字段；
X2）解码生成的网关内部消息开始调度；
X3）网关将消息发送到预付费中心对预付费用户进行扣费；
X4）网关将消息发送到移动数据业务管理平台进行业务鉴权；
X5）网关根据目的地址找到接收该消息的账号；
X6）网关将消息编码，将内部消息的各个字段转换成对应的标准协议的消息的固定部分的对应字段，然后将扩展部分依次转化成标准协议的扩展部分放在消息后面。
X7）将编码后的消息发送到接收消息账号下的接口。
但是，由于现有技术中内部调度将扩展短消息固定部分和扩展部分一起作为一个完整的消息处理，而短消息的扩展部分大小会随着3G网络的到来不断增大，在内部调度过程中将占用大量内存以及带宽，并且当服务提供商下发的扩展短消息不是标准协议短消息时，还需要修改短消息网关与外部网元，例如移动数据业务管理平台，预付费中心等的接口。
4）发明内容：
4.1）正面描述本发明所要解决的技术问题（对应现有技术的所有缺点；本发明解决不了的，不需提供）；
4.2）清楚完整的叙述发明创造的技术方案，应结合工艺流程图、原理框图、电路图、仿真图、布局图、设备结构图进行说明（越详细越好，可与第6部分合写；发明中每一功能的实现都要有相应的技术实现方案，不能只有原理，也不能只做功能介绍；需要详细提供与现有技术的区别技术和关联技术；每个附图都应有对应的文字描述，以他人不看附图即可明白技术方案为准；所有英文缩写都应中文注释）：
对于机械产品的发明创造应详细说明每一个结构零部件的形状、构造、部件之间的连接关系、空间位置关系、工作原理等；
对于电器产品应描述电器元件的组成、连接关系；
对于无固定形状和结构的产品，如粉状或流体产品、化学品、药品，应描述其组分及其含量、制造工艺条件和工艺流程等；
对于方法发明，应描述操作步骤、工艺参数等；
4.3）简单点明本发明的关键点和欲保护点（逐项列出1、2、3、、、），并简单介绍与最好的现有技术相比，本发明有何优点（一两个自然段即可；结合技术方案来描述，做到有理有据，即用推理或因果关系的方式推理说明；可以对应所要解决的技术问题或发明目的来描述）。
【发明内容】
本发明要解决的技术问题是提供一种扩展短消息调度处理方法及系统，用于提高对扩展短消息的调度效率。
本发明提供的扩展短消息调度处理方法包括步骤：1）解码固定部分及扩展部分，对扩展部分进行标准化协议转换，判断扩展部分中各字段是否为调度所需字段，若是，则提取该字段内容；2）存储解码后的扩展部分并标识存储位置，判断系统全局区内存占用率是否超过预置的门限，若是则将所述扩展部分和存储位置标识存储在数据库中，否则将所述扩展部分和存储位置标识存储在系统全局区；3）对存储位置标识及解码后的固定部分以及所述提取出的字段内容进行调度。
优选地，所述步骤3）具体包括：
3A）将存储位置标识及解码后的固定部分存入网关内部消息；
3B）判断扩展短消息发送用户是否为预付费用户，若是，则将所述网关内部消息发送到预付费中心进行扣费，之后将网关内部消息发送到移动数据业务管理平台进行业务鉴权，否则，直接将网关内部消息发送到移动数据业务管理平台进行业务鉴权。
优选地，所述步骤3）具体包括：
3C）将存储位置标识、解码后的固定部分及所述调度所需字段内容存入网关内部消息；
3D）判断扩展短消息发送用户是否为预付费用户，若是，则将所述网关内部消息发送到预付费中心进行扣费，之后将网关内部消息发送到移动数据业务管理平台进行业务鉴权，否则，直接将网关内部消息发送到移动数据业务管理平台进行业务鉴权。
优选地，所述步骤3）之后进一步包括步骤：
4）根据目的地址找到接收该扩展短消息的账号；
5）将所述网关内部消息编码形成标准协议规定的消息；
6）将所述标准协议规定的消息通过接收消息账号的接口发送。
优选地，所述步骤5）具体包括：
51）将网关内部消息的固定部分各字段转换成对应的标准协议规定的消息的固定部分的对应字段；
52）根据网关内部消息中的存储位置标识从系统全局区或数据库中取出扩展部分，加入到所述标准协议规定的消息的固定部分后，修改得到的临时消息的长度，形成标准协议规定的消息。
本发明提供的扩展短消息调度处理系统，包括：数据存储单元，解码单元，调度单元，存储控制单元，协议转换单元以及调度控制单元；收到扩展短消息后，所述解码单元对其固定部分及扩展部分进行解码并将解码后的固定部分发送给调度单元，存储控制单元将解码后的扩展部分存储在数据存储单元，同时对存储位置进行标识并将存储位置标识发送给调度单元，调度单元对接收到的固定部分和存储位置标识进行调度；所述数据存储单元包括：数据库单元，系统全局存储单元；所述存储控制单元判断系统全局内存占用率是否超过门限，若超过，则将扩展部分存入数据库单元，否则存入系统全局存储单元；所述协议转换单元，用于在存储所述扩展部分之前对其进行标准化协议转换；所述调度控制单元，用于判断扩展部分中是否包含调度所需字段，若包含则请求调度单元对所述字段内容进行调度。
优选地，所述调度单元将固定部分发送到移动数据业务管理平台进行鉴权。
优选地，所述调度单元在将固定部分发送到移动数据业务管理平台之前，还用于判断扩展短消息发送用户是否为预付费用户，若是，则将固定部分发送到预付费中心对预付费用户进行扣费。
优选地，所述系统还包括编码单元，用于从调度单元获取调度完成的消息，将所述消息编码并发送给接收方。
首先，本发明将扩展短消息的扩展部分存储在系统中，相对于现有技术中将扩展部分存入网关内部消息进行调度而言，本发明降低了内存及带宽的占用率，提高了调度效率；
其次，本发明当系统全局内存占用率过高时可以将扩展部分存储在数据库中，减轻了内存压力，提高了调度效率；
再次，本发明在将扩展部分存储之前还对其进行标准化协议转换，在与预付费中心和移动数据业务管理平台交互时不再需要改变接口，进一步提高了调度效率；
最后，本发明对扩展部分进行检测，将扩展部分中调度所需字段提取并对其进行调度，提高了系统通用性。
5）附图：实用新型专利必须提供附图，附图中构成件可以有标记，尺寸和参数不必标注。
【附图说明】
图1为现有技术扩展短消息调度流程图；
图2为本发明方法第一实施例流程图；
图3为本发明方法第二实施例流程图；
图4为本发明方法第三实施例流程图；
图5为本发明方法第四实施例流程图；
图6为本发明方法第五实施例流程图；
图7为本发明方法第六实施例流程图；
图8为本发明方法第七实施例流程图；
图9为本发明系统第一实施例示意图；
图10为本发明系统第二实施例示意图；
图11为本发明系统第三实施例示意图；
图12为本发明应用例示意图。
6）优选具体实施方式（可与第4部分合写；尽量写明所有同样能完成发明目的的替代方案，所述替代可以是部分结构、器件、方法步骤的替代，也可以是完整的技术方案）：
对于产品发明应描述产品构成、电路构成或者化学成分、各部分之间的相互关系、工作过程或操作步骤；对于方法发明应写明步骤、参数、工艺条件等，可提供多个具体实施方式。
【具体实施方式】
本发明提供了一种扩展短消息调度处理方法及系统，其主要思想是对扩展短消息固定部分和扩展部分分离调度。
当短消息网关收到扩展消息后，仅将消息的固定部分转化为网关内部消息， 而将TLV部分存储到系统全局区或数据库中，网关内部消息只记录TLV的存储位置标识，这样短消息网关对网关内部消息进行调度时就能节约大量带宽及内存资源，调度结束后下发消息时需对网关内部消息进行编码，转换成标准协议消息，短消息网关将网关内部消息的固定部分转换为标准协议消息，再根据TLV标识取出TLV，加在消息后面，从而实现对扩展短消息固定部分和扩展部分分离调度。
下面对本发明扩展短消息调度处理方法进行详细描述：
请参阅图2，本发明方法第一实施例，当短消息网关与外部网元交互完全不需要TLV部分，只需要固定部分，并且不需要进行协议转换时，包括：
D1）解码；
当短消息网关收到标准协议的扩展消息时分别对扩展短消息固定部分以及扩展部分进行解码。
先解固定部分，将固定部分各个字段解码放到网关内部消息EI对应字段中。再解码可选部分即TLV格式标识的扩展部分，解码过程只判断消息格式是否正确，将解出来的扩展部分，全部放到一个临时缓冲区中，记录它的总长。
D2）对解码出来的扩展部分进行存储；
首先，为扩展部分的缓冲区分配一个存储位置标识，所述存储位置标识是针对每个扩展部分全局唯一的标识符。
将该存储位置标识和存放解码扩展部分的缓冲区以及它的总长这三者构成一个联合体，并将这个联合体存储在系统全局区或者数据库中。
D3）调度。
由于短消息网关可能需要将短消息发送到预付费平台、业务管理平台等外部实体进行扣费、鉴权等操作，为了将短消息发送到外部实体，短消息网关内部还要进行消息调度。而外部实体并不需要完整的扩展后的消息，需要的只是消息的部分内容即固定部分，所以在对网关内部消息进行调度时是对解码后的固定部分以及存储位置标识进行调度。
请参阅图3，本发明方法第二实施例包括：
P1）解码；
本实施例中，解码过程与第一实施例的解码过程相同。
P2）判断系统全局内存占用率是否超过预置的门限，若是，转向步骤P3），否则转向步骤P4）；
其中，在系统运行之前先预置一个门限，当执行步骤P2）时判断当前系统全局内存占用率是否大于该门限。
P3）将扩展部分存储在数据库中；
首先，将扩展部分存储在一个临时缓冲区中并为该临时缓冲区分配一个全局唯一存储位置标识，并记录缓冲区的总长；然后，将存储位置标识和存放解码扩展部分的缓冲区以及它的总长这三者构成一个联合体，通过哈希表或者其他索引表将所述联合体存储在数据库中，以存储位置标识作为索引。
其中，与数据库之间的连接，可以由网关的一个线程完成，也可以由一个独立的进程完成，后者网关需要与进程之间通信。
P4）将扩展部分存储在系统全局区；
同样的，形成联合体后，通过哈希表或者其他索引表将所述联合体存储在系统全局区中，以存储位置标识作为索引。
P5）调度。
其中，对网关内部消息进行调度时是对解码后的固定部分以及存储位置标识进行调度。
本实施例中增加了对系统全局内存占用率的判断，当内存占用率高于门限时将扩展部分存入数据库，这样可以降低对系统内存的压力。
请参阅图4，本发明方法第三实施例，当网关与外部网元交互完全不需要TLV部分，只需要固定部分，但是需要进行协议转换，即涉及到不同协议TLV转换时，包括：
Q1）解码；
本实施例中，解码过程与第一实施例的解码过程相同。
Q2）判断是否需要进行协议转换，若是，转向步骤Q3），否则转向步骤Q4）；
在对扩展部分解码的过程中，判断扩展部分各TLV字段中的字段标签Tag，若运营商自定义协议与标准协议对同一个参数定义为不同标签，那么该扩展部分需要进行协议转换。将不需要进行协议转换的TLV字段直接存入临时缓冲区中。
其中，标准协议一般是指SMPP3.4协议。
服务提供商可能会使用扩展的CNGP，CMPP，SMGP或者SGIP等协议接入网关，如果运营商使用自定义协议的消息中字段未能在标准协议SMPP3.4中找到，那么则直接丢弃该字段。
Q3）进行协议转换；
其中，将运营商自定义协议中对参数定义的标签转换为标准协议中对该参数定义的标签，例如某运营商采用自定义的Tag值0x1234表示参数display_time，用0x1235表示参数payload_type，而SMPP3.4协议中规定参数display_time的Tag值为0x1201，规定参数payload_type的Tag值为0x0019，则在对扩展部分的解码过程中，遇到Tag值为0x1234的TLV，直接将Tag值换成0x1201，遇到Tag值为0x1235的TLV，直接将Tag值换成0x0019，相应的字段长度Length和字段内容Value不变。
Q4）判断系统全局内存占用率是否超过预置的门限，若是，转向步骤Q5），否则转向步骤Q6）；
Q5）将扩展部分存储在数据库中；
存储过程中需要将进行协议转换的TLV字段进行协议转换后存入临时缓冲区中，并记录它的总长，然后再将存储位置标识、所述临时缓冲区以及缓冲区总长等三个参数构成一个联合体，通过哈希表或者其他索引表将所述联合体存储在数据库中，以存储位置标识作为索引。
Q6）将扩展部分存储在系统全局区；
同样的，形成联合体后，通过哈希表或者其他索引表将所述联合体存储在系统全局区中，以存储位置标识作为索引。
Q7）调度。
其中，对网关内部消息进行调度时是对解码后的固定部分以及存储位置标识进行调度。
本实施例增加了对扩展短消息扩展部分的标准化协议转换，可以将运营商自定义的规定转换成为标准协议的规定，这样在调度过程中不再需要更改交互接口。
请参阅图5，本发明方法第四实施例包括：
R1）解码；
本实施例中，解码过程与第一实施例的解码过程相同。
R2）判断是否需要进行协议转换，若是，转向步骤R3），否则转向步骤R4）；
该过程与方法第三实施例中的处理过程相同，将不需要进行协议转换的TLV字段直接存入临时缓冲区中。
R3）进行协议转换；
将运营商自定义协议中对参数定义的标签转换为标准协议中对该参数定义的标签，实现方式与方法第三实施例相同。
R4）判断系统全局内存占用率是否超过预置的门限，若是，转向步骤R5），否则转向步骤R6）；
R5）将扩展部分存储在数据库中；
存储过程中需要将进行协议转换的TLV字段进行协议转换后存入临时缓冲区中，并记录它的总长，然后再将存储位置标识、所述临时缓冲区以及缓冲区总长等三个参数构成一个联合体，通过哈希表或者其他索引表将所述联合体存储在数据库中，以存储位置标识作为索引。
R6）将扩展部分存储在系统全局区；
同样的，形成联合体后，通过哈希表或者其他索引表将所述联合体存储在系统全局区中，以存储位置标识作为索引。
R7）生成网关内部消息；
根据解码后的固定部分以及存储位置标识生成网关内部消息，即将固定部分各字段与存储位置标识存入网关内部消息各对应字段，此时网关内部消息包括固定部分以及存储位置标识。
R8）判断是否为预付费用户，若是转向步骤R9），否则转向步骤R10）；
该判断是对扩展短消息发送方进行判断。
R9）扣费，并转向步骤R10）；
网关将网关内部消息发送至预付费中心对用户进行扣费。
R10）鉴权。
网关将网关内部消息发送至移动数据业务管理平台进行用户鉴权操作。
本实施例生成网关内部消息的过程，将解码后的固定部分以及存储位置标识存入网关内部消息进行统一调度，可以理解的是，同样可以采用其他调度方式，只要能完成对解码后的固定部分以及存储位置标识的调度即可，实质上存储位置标识只是存储在网关内部消息中随其一起调度，但存储位置标识并未参与扣费、鉴权的过程。另外本实施例细化了调度的流程。
请参阅图6，本发明方法第五实施例包括：
S1）解码；
本实施例中，解码过程与第一实施例的解码过程相同。
S2）判断是否需要进行协议转换，若是，转向步骤S3），否则转向步骤S4）；
该过程与方法第三实施例中的处理过程相同，将不需要进行协议转换的TLV字段直接存入临时缓冲区中。
S3）进行协议转换；
将运营商自定义协议中对参数定义的标签转换为标准协议中对该参数定义的标签，实现方式与方法第三实施例相同。
S4）判断系统全局内存占用率是否超过预置的门限，若是，转向步骤S5），否则转向步骤S6）；
S5）将扩展部分存储在数据库中；
存储过程中需要将进行协议转换的TLV字段进行协议转换后存入临时缓冲区中，并记录它的总长，然后再将存储位置标识、所述临时缓冲区以及缓冲区总长等三个参数构成一个联合体，通过哈希表或者其他索引表将所述联合体存储在数据库中，以存储位置标识作为索引。
S6）将扩展部分存储在系统全局区；
同样的，形成联合体后，通过哈希表或者其他索引表将所述联合体存储在系统全局区中，以存储位置标识作为索引。
S7）生成网关内部消息；
根据解码后的固定部分以及存储位置标识生成网关内部消息，即将固定部分各字段与存储位置标识存入网关内部消息各对应字段，此时网关内部消息包括固定部分以及存储位置标识。
S8）判断是否为预付费用户，若是转向步骤S9），否则转向步骤S10）；
该判断是对扩展短消息发送方进行判断。
S9）扣费，并转向步骤S10）；
网关将网关内部消息发送至预付费中心对用户进行扣费。
S10）鉴权；
网关将网关内部消息发送至移动数据业务管理平台进行用户鉴权操作。
S11）查询账号；
对网关内部消息的调度结束后，进行下发时需要查询该扩展短消息接收方账号。
S12）编码；
在下发消息时，由于此时的消息格式是网关内部消息形式，因此需要将网关内部消息编码成标准协议规定的扩展短消息再进行下发，对固定部分的编码采用现有技术，将网关内部消息的各个字段转换成对应的标准协议的消息的固定部分的对应字段，而扩展部分的编码通过步骤S13）实现。
S13）提取扩展部分；
根据网关内部消息中存储的存储位置标识，将存储在系统全局区中的TLV取出，如果在系统全局区中未找到则到数据库中取出TLV，加到标准协议的消息的固定部分后面，并修改消息长度，形成标准协议规定的扩展短消息。
S14）发送。
网关将形成的标准协议规定的扩展短消息发送给接收方。
本实施例增加了对调度后流程的描述，其中，在步骤S14）之前，还可以根据存储位置标识从系统全局区或者数据库中删除存储的扩展部分。
请参阅图7，本发明方法第六实施例，网关与外部网元交互需要部分TLV和固定部分，但调度过程不会修改TLV内容，即网关与预付费中心和移动数据业务管理平台交互需要读取部分扩展后TLV内容时，包括：
T1）解码；
本实施例中，解码过程与第一实施例的解码过程相同。
T2）判断是否需要进行协议转换，若是，转向步骤T3），否则转向步骤T4）；
该过程与实施例三中的处理过程相同，将不需要进行协议转换的TLV字段直接存入临时缓冲区中。
T3）进行协议转换；
将运营商自定义协议中对参数定义的标签转换为标准协议中对该参数定义的标签，实现方式与实施例三相同。
T4）判断是否包含调度所需字段，若是，转向步骤T5），否则转向步骤T6）；
对扩展部分中每一个TLV字段进行检测，将不是调度所需字段的TLV字段直接存入临时缓冲区。
其中，在对扩展部分进行解码过程中判断扩展部分中各字段是否为调度所需字段，所述字段是源地址字段，或者是计费地址字段，还可以是其他调度所需的字段。
例如调度所需字段为源地址字段时，源地址字段Source_subaddress，Tag值为0x0202，网关在调度过程中有可能会需要该字段。
T5）提取字段；
现以SP以SMPP3.4协议登录网关，网关以SMPP3.4协议登录短信中心。SMPP3.4协议扩展部分TLV有一个是Source_subaddress（Tag值0x0202），假设网关调度时需要该字段（到预付费中心和移动数据业务管理平台交互时需要该字段）为例进行说明。
网关定义内部消息时，除了定义固定部分外，增加一个字段sSource SubAddr，同时增加一个标识bSourceSubAddr。网关收到SMPP3.4消息解码的时候，将固定部分解码完成后，继续解码TLV部分，遇到非Source_subaddress对应TLV时直接将其存到一个临时缓冲区，遇到Source_subaddress对应的TLV时将其Value部分放到解码后的内部消息的sSourceSubAddr字段，同时设置bSourceSubAddr为真，然后将该TLV也存到上面提到的临时缓冲区。
T6）判断系统全局内存占用率是否超过预置的门限，若是，转向步骤T7），否则转向步骤T8）；
T7）将扩展部分存储在数据库中；
存储过程中需要将进行协议转换的TLV字段进行协议转换后存入临时缓冲区中，并记录它的总长，然后再将存储位置标识、所述临时缓冲区以及缓冲区总长等三个参数构成一个联合体，通过哈希表或者其他索引表将所述联合体存储在数据库中，以存储位置标识作为索引。
T8）将扩展部分存储在系统全局区；
同样的，形成联合体后，通过哈希表或者其他索引表将所述联合体存储在系统全局区中，以存储位置标识作为索引。
T9）调度。
其中，对解码后的固定部分、存储位置标识以及调度所需字段内容进行调度。
本实施例增加了对扩展部分中调度所需字段的判断，由于在调度过程中可能会需要该字段，所以将该字段内容取出调度。本实施例中含有协议转换的过程，如果在系统运行前先与服务提供商约定好使用标准协议，则可以去除本实施例流程中对协议的判断以及转换过程。
请参阅图8，本发明方法第七实施例包括：
U1）解码；
U2）判断是否需要进行协议转换，若是，转向步骤U3），否则转向步骤U4）；
U3）进行协议转换；
U4）判断是否包含调度所需字段，若是，转向步骤U5），否则转向步骤U6）；
对扩展部分中每一个TLV字段进行检测，将不是调度所需字段的TLV字段直接存入临时缓冲区。
其中，在对扩展部分进行解码过程中判断扩展部分中各字段是否为调度所需字段，所述字段是源地址字段，或者是计费地址字段，还可以是其他调度所需的字段。
例如为源地址字段时，源地址字段Source_subaddress，Tag值为0x0202，网关在调度过程中有可能会需要该字段。
U5）提取字段；
提取的方式与第六实施例中相同。
U6）判断系统全局内存占用率是否超过预置的门限，若是，转向步骤U7），否则转向步骤U8）；
U7）将扩展部分存储在数据库中；
存储过程中需要将进行协议转换的TLV字段进行协议转换后存入临时缓冲区中，并记录它的总长，然后再将存储位置标识、所述临时缓冲区以及缓冲区总长等三个参数构成一个联合体，通过哈希表或者其他索引表将所述联合体存储在数据库中，以存储位置标识作为索引。
U8）将扩展部分存储在系统全局区；
同样的，形成联合体后，通过哈希表或者其他索引表将所述联合体存储在系统全局区中，以存储位置标识作为索引。
U9）生成网关内部消息；
其中，将解码后的固定部分各字段以及存储位置标识存入网关内部消息对应字段。
例如当调度所需字段为源地址字段时，将所述拷贝存入网关内部消息的对应字段sSourceSubAddr中，同时设置bSourceSubAddr字段为真，即此时网关内部消息包括固定部分、存储位置标识以及扩展部分中调度所需字段内容。
U10）判断是否为预付费用户，若是转向步骤U11），否则转向步骤U12）;
该判断是对扩展短消息发送方进行判断。
U11）扣费，并转向步骤U12）；
网关将网关内部消息发送至预付费中心对用户进行扣费。
U12）鉴权；
网关将网关内部消息发送至移动数据业务管理平台进行用户鉴权操作。
U13）查询账号；
对网关内部消息的调度结束后，进行下发时需要查询该扩展短消息接收方账号。
U14）编码；
在下发消息时，由于此时的消息格式时网关内部消息形式，因此需要将网关内部消息编码成标准协议规定的扩展短消息再进行下发，对固定部分的编码采用现有技术，将网关内部消息的各个字段转换成对应的标准协议的消息的固定部分的对应字段，而扩展部分的编码通过步骤U15）实现。
U15）提取扩展部分；
根据网关内部消息中存储的存储位置标识，将存储在系统全局区中的TLV取出，如果在系统全局区中未找到则到数据库中取出TLV，加到标准协议的消息的固定部分后面，并修改消息长度，形成标准协议规定的扩展短消息。
U16）发送。
网关将形成的标准协议规定的扩展短消息发送给接收方。
本实施例中增加了调度所需字段的检测与调度后的流程，其中，如果在系统运行前先与服务提供商约定好使用标准协议，则可以去除本实施例流程中对协议的判断以及转换过程。其中，在步骤U16）之前还可以根据存储位置标识从系统全局区或者数据库中删除存储的扩展部分。
下面对本发明扩展短消息调度处理系统进行详细描述：
请参阅图9，本发明系统第一实施例包括：数据存储单元300，解码单元100，调度单元400，存储控制单元200。
其中，所述数据存储单元300包括：系统全局存储单元310和数据库单元320。
收到扩展短消息后，所述解码单元100对其固定部分及扩展部分进行解码并将解码后的固定部分存入网关内部消息，所述存储控制单元200判断系统全局内存占用率是否超过门限，若超过，则将解码后的扩展部分存入数据库单元320，否则存入系统全局存储单元310，同时对存储位置进行标识并将存储位置标识存入网关内部消息，调度单元400对网关内部消息进行调度。
请参阅图10，本发明系统第二实施例包括：数据存储单元300，解码单元100，调度单元400，存储控制单元200，协议转换单元500，编码单元700。
其中，所述数据存储单元300包括：系统全局存储单元310和数据库单元320。
收到扩展短消息后，所述解码单元100对其固定部分及扩展部分进行解码并将解码后的固定部分存入网关内部消息，协议转换单元500对解码后的扩展部分进行标准化协议转换，所述存储控制单元200判断系统全局内存占用率是否超过门限，若超过，则将转换完成的扩展部分存入数据库单元320，否则存入系统全局存储单元310，同时对存储位置进行标识并将存储位置标识存入网关内部消息，调度单元400对网关内部消息进行调度，调度完成后由编码单元700将消息编码，并发送给接收方。
请参阅图11，本发明系统第三实施例包括：数据存储单元300，解码单元100，调度单元400，存储控制单元200，协议转换单元500，调度控制单元600, 编码单元700。
其中，所述数据存储单元300包括：系统全局存储单元310和数据库单元320。
收到扩展短消息后，所述解码单元100对其固定部分及扩展部分进行解码并将解码后的固定部分存入网关内部消息，协议转换单元500对解码后的扩展部分进行标准化协议转换，所述调度控制单元600判断扩展部分中是否包含调度所需字段，若包含则将所述字段内容存入网关内部消息，所述存储控制单元200判断系统全局内存占用率是否超过门限，若超过，则将扩展部分存入数据库单元320，否则存入系统全局存储单元310，同时对存储位置进行标识并将存储位置标识存入网关内部消息，调度单元400对网关内部消息进行调度，调度完成后由编码单元700将消息编码，发送给接收方。
本实施例中需要对扩展部分进行标准化协议转换，可以理解的是，如果与服务提供商约定好使用标准协议，则不需要协议转换单元500。
请参阅图12，图12为本发明系统应用于现有扩展短消息业务的结构示意图：
如图所示，由运营商810发送出来的短消息一般都含有TLV，这些消息携带的TLV部分往往会很大，可能会有几十兆字节甚至上百兆字节。协议的种类也有可能由运营商来810决定，运营商810发出的短消息送到解码单元100进行解码，先对固定部分进行解码，将解码完成的固定部分各字段存入网关内部消息相应字段，解码单元100在解码过程中，协议转换单元500将扩展部分中不符合标准协议SMPP3.4标准的字段转换为标准协议字段，同时，调度控制单元600将扩展部分中的调度所需字段内容存入网关内部消息相应字段，存储控制单元200判断当前系统全局内存占用率是否超限，若未超限，则将扩展部分各字段存入系统全局存储单元310，若超限则存入数据库320，对扩展部分的存储可以采用如下方式：先将扩展部分存入临时缓冲区，然后将临时缓冲区，存储位置标识以及临时缓冲区总长等三个参数组成联合体，再将联合体存储。将存储位置标识存入网关内部消息相应字段。调度单元400对网关内部消息进行调度，包括发送到预付费中心830进行扣费以及发送到移动数据业务管理平台840进行业务鉴权，还可以包括其他调度程序，内部调度完成后，调度单元400将网关内部消息发送到编码单元700，编码单元700对网关内部消息中的字段进行编码，对应到标准协议规定的扩展短消息的固定部分各字段，然后根据存储位置标识提取出存储的扩展部分加入所述扩展短消息，最后将所述扩展短消息通过SMPP3.4协议发送给短消息中心820进行后续处理。
以上对本发明所提供的一种扩展短消息调度处理方法及系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
说 明 书 附 图
图1
图2
图3
图5
图6
图7
图8
图9
图10
图11
图12
 |
 |
 |
 |
 |
