IOD方式：用户通过“－》【信息】－》【写信息】－》【发送】－》特服号” 发送的点播请求。适用于普通SIM卡和STK卡用户。
STK方式：用户通过“－》【移动梦网】－》【各项菜单】－》【发送】－》特服号” 发送的点播请求。适用于拥有STK业务便利卡的用户。
MO：用户终端发起的源请求。包括IOD和STK两种方式。 习惯称PULL业务。
MT：由服务端下发的目标请求。没有用户终端发起的上行请求，一般由服务提供商WEB网站发起。 习惯称PUSH业务。
IOD接口：用户上行点播使用，采取用户熟悉好记的编码规则。
PUSH接口：没有用户上行请求，完全由SP服务端发起的请求，业务代码加字头“-”。
STK接口：用户通过STK卡上行点播，在卡里将业务代码加字头“+”。
SP在向接入地移动公司报编码时，需要慎重考虑此项业务是否有可能支持三种接口的某一种或者某几种，然后填入相应的业务代码。
SP收到网关下来的业务代码，判断出请求是来自IOD还是STK，根据请求来源，下发给网关的业务代码同样需要给请求来源保持一致。
例如：网站主动PUSH下去的焦点新闻为：-XWJD。
响应用户IOD请求的焦点新闻为： XWJD.
响应用户STK请求的焦点新闻为：+XWJD
IOD与PUSH更严格的定义：
IOD方式：用户通过使用手机发送上行MO信息到SP的特服号，点播相关的业务，然后SP通过MT方式下行给用户返回请求的内容，这样的业务使用模式称为IOD方式。
PUSH方式：用户不通过手机发送上行MO信息，就可以直接得到SP的服务内容，这样的业务使用模式称为PUSH方式。
从以上定义中，我们将业务细分为四种，其中，手机点播类和定制点播类属IOD方式，自动PUSH类和网站点播类属PUSH方式。
手机点播类
这是最普遍的一种IOD类业务，用户通过上行一条MO点播指令，然后SP接收到点播指令后，向用户回复一条业务信息。
这种业务不需要用户订购，因此不需要订购指令和退订指令，史需要点播指令，并且业务只能以按条计费方式提供，不能包月计费。
最典型的业务就是天气信息，用户通过上行一条MO，然后SP下发一条天气情况信息，每一次点播计一次业务费用。本月有点播就有收费，没有点播就没有收费。
另外本业务要每次点播后最大下行MT条数限制，对于扩展短信，有可能需要多条短信组合而成，因此在业务申请时要求填写发送频率这一项。
可以归结为：无须订购，随时可用，手机点播，手机享用，一次使用，一次计费。
定制点播类
这种业务是需要订购的业务，用户在使用这种业务时，必须进行订购，所以这种业务必须同时具备订购指令、退订指令、点播指令。用户在使用这种业务前，先要订购，只有订购了业务后，才能通过上行MO的方式使用业务。因为需要订购，所以本业务类型允许包月计费和按条计费。
最典型的业务就是移动QQ，用户通过订购了移动QQ业务后，就可以将QQ号与手机号绑定，以后就可以通过手机向其他的QQ号发送信息，如果该用户在线，就会显示在QQ上，如果不在线，并且该用户也绑定了手机，就会发送到该用户手机号。
这种业务特点是先订购，但订购后并不会自动由SP下发信息，还必须由用户上行MO才能产生信息的下发。
可以归结为：一次订购，终生有效，一次点播，一次享用
自动PUSH类
这是最普通的PUSH类，特点是需要用户订购，订购后，用户不再需要上行MO，由SP定期向用户下行MT提供业务信息。
因此，这类业务不需要点播指令，但需要具备订购指令和退订指令。这种业务多为包月方式计费，但也不排除按条计费。对于按条计费的方式，发送频率限制很重要，在业务申请时一定要填这个参数，一般为每月发送条数。
最典型的应用是新闻类业务，用户订购后，每天SP会按时向用户发送最新新闻，而不需要用户再做其他操作，只要用户不取消，该业务一直有效。
可以归结为：一次订购，终生享用，如不取消，到月收费！
网站点播类
这种业务的特点是由用户主动点播的，但不是通过上行MO的方式点播的，用户可以通过WWW网站进行点播，SP的处理这类业务时，当用户通过WWW网站点播后，必须先向MISC系统请求一个LinkID，然后再通过短信下发业务信息，在下发时，一定要将这个LinkID提交给ISMG，不然业务会无法下发。
依此类推，以后可能会出现语音点播类业务等。这种业务一般是按条计费的，一般不需要用户订购，每一次点播产生一次业务使用。
最典型的业务就是铃声下载，用户在网站上先欣赏铃声，然后点播下载到手机，这时用户就会从手机上收到这条铃声。
同样本业务也要求每次点播后最大下行MT条数限制，对于扩展短信，有可能需要多条短信组合而成，因此在业务申请时要求填写发送频率这一项。
可以归结为：无须订购，随时可用，网站点播，手机享用，一次使用，一次计费。