MSDC 4.3 接口规范（30）

8.4 周刊应用

应用程序向用户提供每周杂志。 此方案假定以下情况：

• 杂志应用程序始终在后台运行。
• 该杂志的最新版本仅在一周中的某一天提供。 此后每隔 7 天提供后续版本。
• 该应用程序一次只向用户显示一个版本的杂志。
  以下调用流程显示了该杂志的两个版本。

8.5 企业组申请

典型的企业组呼应用程序允许用户成为组呼服务的一部分并与组成员进行通信。

在启动应用程序时，用户通常会在其当前位置看到可用组呼服务的列表。基于他们的选择，应用程序为用户激活所选组呼，即，用户成为所选组呼的一部分。
以下用例调用流程假定用户：

1. 打开应用程序。
2. 从可用服务列表中选择组呼服务。
3. 参与组呼服务。
   (a) 通过 eMBMS 广播消耗所选组呼服务的下行链路部分。
   (b) 所选组呼服务的上行链路部分是通过单播。
4. 退出应用程序。

调用流程
典型的企业组呼应用程序采用以下顺序：

• 图7-1 描述了在eMBMS 广播模块初始化阶段观察到的呼叫流程。
• 图7-2 描述了当激活选定的组呼业务以通过eMBMS 广播消费组呼业务的下行链路时观察到的呼叫流。
• 图7-3 描述了应用程序关闭时观察到的调用流程。

8.6 公共安全组呼应用

一个典型的公共安全组呼应用程序允许用户成为紧急组呼服务的一部分，并与小组成员进行沟通，以参与和协调各种紧急情况下的救援/救援活动。

启动应用程序后，用户通常会在其当前位置看到可用的、正在进行的紧急群组呼叫列表。 根据他们的选择，应用程序为用户激活所选的紧急群组通话，即用户成为所选正在进行的群组通话的一部分，然后他可以开始以单播模式与群组通话的成员进行通信。 通常，紧急组呼开始于上行链路和下行链路的单播组呼。 如果/当需要时，网络可以广播组呼的下行链路部分。

公共安全组呼应用程序定期从调制解调器获取 SAI 列表，然后通过单播模式向网络中的组呼服务器报告。 基于组呼参与者的位置信息，组呼服务器可以将呼叫转换为广播，并通过 SAI 列表中的广播通知应用程序/用户在 TMGI 上选择的紧急组呼的下行链路可用性。

如果设备在广播组呼的 SAI 内，则应用程序/用户激活 TMGI 并在 eMBMS 上接收选定的紧急组呼下行链路。

以下用例调用流程假定用户：

1. 打开应用程序。
2. 选择紧急组呼，加入呼叫，并通过单播方式主动参与组呼。
3. App定期从modem获取SAI List，并通过单播方式上报给Group Call Server。
4. Group Call Server 在 TMGI 上的 SAI 和频率列表中通知应用程序有关所选紧急组呼的下行链路可用性。
   5.如果有下行链路可用，用户/应用程序激活TMGI以通过eMBMS广播消费选择的紧急组呼的下行链路。
5. 退出应用程序。

呼叫流程
典型的公共安全组呼叫应用程序采用以下顺序：

• 图7-1 描述了应用程序初始化阶段的调用流程。 初始化后，应用程序开始从调制解调器接收 SAI 列表，无论是周期性地还是每当由于 SAI 列表的移动性/内容而导致小区发生变化时。
• 图7-2 描述了应用中TMGI 激活的调用流程。 激活后，应用呈现紧急群呼的下行供用户消费。
• 图7-3 描述了在应用程序中终止紧急组呼业务的呼叫流程。