移动服务是高度复杂的产品。理想情况下，移动服务的设计应以高度结构化的方式采用系统工程方法进行。系统工程是一项跨学科领域的工程，发展和组织复杂的系统是它关注的重点。使用瀑布模型，Williams（2004年）将发展过程分解为以下几个步骤：
1）分析需求。
2）系统设计。
3）系统实现。
4）系统测试。
5）系统配置。
Williams（2004年）在分析发展过程时使用的瀑布模型如图4.15所示。在瀑布模型中，发展过程中的每一个步骤是按顺序执行的（Royce，1970）。瀑布模型认为只有当前一个阶段已经完成并完善以后才进入下一个阶段。现有许多改进的瀑布模型都是通过对这个过程进行不同程度的修改得到的。
需求分析通常是系统开发过程的第一步。需求分析是指，针对特定的产品或系统，确定其必须满足的需求或条件。需求可以分为两大类：功能性需求描述的是系统执行的功能，而非功能性需求通常是限定应用方案的因素。非功能性需求有时也被称为约束或质量要求。
为了构造最重要的需求，我们将多播服务的传输分为3个不同阶段。
图4.15 发展过程的瀑布模型（Williams，2004）
为了传输上一节所描述的服务，系统为每个阶段定义的功能性和非功能性需求提供了系统必须实现的开放的高级功能集。
1.服务前阶段
服务前阶段的功能需求如下：
1）服务发现。用户必须能够发现给定区域或者整个网络中有哪些服务是可用的。
2）订制管理。某些服务需要订制，而其他的则不需要。用户必须能够订制给定服务，也必须能够取消订制。
3）服务声明。服务声明包含向这项服务对应的用户组的声明。服务声明既可以面向订制了这项服务的用户组，也可以面向给定区域中的用户组或者网络中的所有用户。
4）服务激活。服务激活涵盖了服务的初始化（“推”或“拉”）及开始流程。无论有无服务声明，服务激活都会发生。例如，订制的服务可能是周期性的，这样它就不需要明确的服务声明。(www.xing528.com)
2.服务传输阶段
服务传输阶段的功能性要求如下所示，它可能包括一个或多个传输阶段。
1）可支持的媒体类型。需要支持以下的媒体类型：文本、静态图片、视频、会话和单声道及立体声音频。媒体组成决定了传输及服务消费时需要用到的协议。
2）传输方式。某些媒体类型要求采用数据流传输，而其他的媒体类型可以在使用之前整体下载。数据流传输指的是内容提供者在传输数据过程中，终端用户持续地接收并能同时观看的媒体传输。
3）可靠传输。对大多数多播服务而言，面向目标用户的数据传输都要求可靠性。如果不要求可靠性，就不能保证数据完整发送，甚至可能根本就不会发送。可靠传输对文件传输而言尤其重要，而实时业务传输则通常不要求可靠传输。
4）循环传输。对数据循环传输服务而言，用户必须能够接收重复发送，并在某些时刻进行更新以适应环境变化的数据。
5）传输确认。对于重要数据的传输，我们要求进行传输确认，以保证所有接收端都正确接收到发送的数据。这适用于重要数据的传输，例如文件、软件和其他系统更新。
6）交互性。对某些服务而言，例如交互性电视和富媒体无线电，用户能够参与互动并提供反馈。这要求实现反向信道，反向信道使得数据能够从用户设备发往服务中心。
服务传输阶段的非功能性要求如下：
1）带宽要求。多播的带宽要求有不同等级，低至10kbit/s，适用于少量数据的传输如新闻等，高至384kbit/s，适用于视频内容的传输。音频数据流要求48kbit/s的传输速率，而音频混合较低品质视频的数据流要求128kbit/s的传输速率（3GPP，2007f）。
2）时间敏感性业务的传输。实时业务对时延和抖动十分敏感。时延是指数据包迟到的时间，而抖动是指时延间的差值。对使用语音和实时多媒体的实时应用来说，将抖动控制在很小的值非常重要。
3）响应时间。对某些服务，例如移动电视来说，切换频道的响应时间必须与固定电视的响应时间相差不大。对大多数用户来说可以接受几十毫秒的响应时间。
3.服务后阶段
服务后阶段的功能性需求如下：
1）服务终止。服务终止要求服务已经传输完毕，它要么由用户执行，要么在服务结束后自动执行。
2）计费。计费时任何开销对用户都必须透明。
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
