推送架构如图所示：
从示意图中可以看到在BlackBerry应用平台上的数据推送从整体上可以分为六步，按时间顺序分别为：
1． 第一步：应用服务器向MDS/BES服务器发送推送请求，所发送的请求为HTTP格式的请求，有关请求的详细格式在下一小节中有详细讲解。
2． 第二步：MDS/BES服务器查询相关配置数据库，确定应用服务器所发送的请求是否为合法的请求。此外，MDS/BES服务器还会根据资源情况确定是否接收该请求。对于是否接收请求的判断在下一节内容中也有详细讨论。
3． 第三步：MDS/BES服务器向应用服务器返回消息，通知应用服务器是否接受该请求。返回消息以HTTP答复的方式返回给应用服务器。
4． 第四步：MDS/BES服务器将数据推送到手持设备端
5． 第五步：手持设备端对数据进行处理后向MDS/BES服务器返回确认消息
6． 第六步：MDS/BES根据手持设备端返回的消息决定向应用服务器返回什么异步消息，这一步并不是必然发生的，根据推送请求的不同有可能不发生。
从这里我们可以看到，从应用服务器到手持设备端的推送通道是由多个不同的通道连接而成的，这其中有很多个连接点，某一个连接点出现异常都可以导致推送的失败。所以应用开发商需要详细了解这些连接点可能出现的问题，在应用开发过程中进行规避。
在详细描述各个可能出现问题的关键点之前，需要先了解推送的基本实现。对于应用开发人员而言，完成数据推送需要完成的主要程序编写工作有：应用服务器端发出推送请求的程序，手持设备端侦听接收推送数据的程序，和服务器端侦听接收确认消息的程序，如下图橙色框图所显示的：
下一篇会结合推送代码来解析推送机制。
黑莓推送机制-(1)BES/MDS推送架构 
