通过MBMS的广播/组播方式来传送文件是需要特别注意的。我们知道，在下行方向广播和组播都是单向传送的。因此传输控制协议（TCP）是不能使用的，因为TCP协议需要一条双向连接。为此因特网工程任务组（IETF）提出了单向传输的文件传送（FLUTE）架构。FLUTE架构中是将用户数据报协议（UDP）作为它的底层传输协议。然而UDP是不可靠的，因此FLUTE通过增加前向纠错码（FEC）来增加对封装数据的保护。但是我们知道，再强的纠错方式也不能保证传输的毫无差错，因此MBMS还定义了点到点的文件修复过程。在广播数据传送完成后，如果发现文件有错，接收者便可以连接到修复服务器上并要求对出错的数据重传，这样MBMS便可以保证文件传输的可靠性了。
四、典型的MBMS工作流程
图4给出了MBMS的典型工作流程。BCMCS的工作流程也是类似的，为了描述的简洁，此处仅用MBMS来说明。
图4 MBMS会话的典型流程
开始，特定的MBMS业务信息被送到业务服务器中，该信息通常看作是业务通知。业务通知提供了相应的业务信息和终端如何访问它。将MBMS业务通知传送给终端用户可以有多种实现方式。最简单的实现方式就是将其存储在Web服务器中，用户可以通过超文本传输协议（HTTP）或者无线应用协议（WAP）来下载。当然也可以利用现存的短信或者彩信的推送（push）机制来传送该业务通知。还可以利用专门的MBMS业务通知信道来传送。
在终端用户接收到业务通知后，用户使用业务的方式取决于业务是广播方式还是组播方式。如果业务是广播方式，那么用户终端只需要简单的“调谐”到相应的信道（在业务通知中有详细的参数描述）上就可以了。如果业务是组播方式，那么用户必须向网络发起会话加入（sessionjoin）请求，这样用户便会成为相应MBMS业务组的一位成员，因而可以接收到组播业务的数据了。
在传输开始时，BM-SC必须向GGSN发送会话开始（sessionstart）请求。然后GGSN将分配所需的因特网资源，并将该请求前转到相应的SGSN，这些SGSN同样根据业务质量（QoS）来分配所需的无线资源。最后，MBMS业务组中的终端将被通知要开始传送组播业务数据了。
服务器接着将多媒体数据发送给BM-SC，随后BM-SC会将这些数据转发到MBMS的承载层。这样数据便会发送到加入MBMS业务组的所有终端了。
最后，服务器发送会话结束（sessionstop）通知，表示数据传输阶段已经结束。想离开MBMS组播业务的终端用户，可以向网络发送业务离开（serviceleave）请求，随后网络便将该用户从MBMS业务组中删除。
五、无线接入网中广播和组播的承载
对于MBMS和BCMCS，GSM、WCDMA和CDMA2000都分别已经定义了广播和组播的承载方式。由于广播和组播无线承载必须同时服务多个用户，因此许多为高速、双向点到点通信开发的速率、容量增强功能都无法使用。换句话说，信号不能分别适应每个用户，它必须要保证最差无线条件下用户的通信，因此不管用户的位置和无线条件，新的无线承载必须提供全区域的覆盖。
1.GSM中的广播/组播无线承载
在GSM系统中，MBMS使用GPRS或者EDGE中的分组数据信道（PDCH）作为其点到多点的无线传输承载。在数据链路层上采用无线链路控制协议（RLC）和媒体接入控制协议（MAC）。
