论文部分内容阅读
在众多的移动数据业务中，PoC(Push to TaIk OverceIlular)业务作为一个数据网上的语音业务极具亮点，加上开放移动联盟OMA两年多来将PoC业务架构到IP多媒体子域IMS(IP Multimedia Subsystem)上的努力，该业务更加吸引了大家的注意。
本文从OMA规范的定义、要求出发，结合用户的需求对PoC业务的业务功能进行了介绍，并在此基础上提出了开展PoC业务时需要考虑的策略。
Poc业务介绍
PoC业务起源于集群通信业务PTT(Push To Talk)，是一个半双工业务(一方在说话时其他成员只能接听)，用户体验类似于对讲机。
对PTT业务而言，用户间可进行一对一通话，也可进行群组通话，在申请发言权和发言时一般需要按住特定的按键，而在接听时无需任何动作。PoC业务是一种在蜂窝移动通信网络上实现的PTT业务，相对早期的PTT业务具有如下特点：
用户范围广：蜂窝移动通信网络上所有用户都可以成为群组内用户；
群组类型灵活：除了可以进行一对一通话外，用户还可以选择预定义群组、聊天群组和临时群组的模式进行通话；
业务控制能力强大：在各种通话模式下．都可以设置不同的控制模式，以满足各种各样的控制需求；
VoIP：PoC是基于IP提供的语音业务；
多群组通话：PoC允许多个群组通话同时进行。
图1示意了PoC的逻辑架构，从总体而言，PoC是一种通过客户端一服务器机制实现的端到端的业务，主要由PoC服务器和PoC客户端协同完成。PoC服务器是实现PoC的核心部件，它通过对语音IP流进行分发控制来实现PoC的基本功能，而XML文件管理、呈现(Presence)和自动配置(Provisioning)业务引擎则为PoC提供群组、用户状态呈现和业务自动配置方面功能的支持(Presence和Provisioning在PoC业务中并不是必选功能)；PoC客户端给用户提供了必要的用户界面，并实现客户端所需的控制和语音处理功能，需要注意的是，PoC客户端需要支持XML文件管理、呈现和自动配置(如果提供呈现和自动配置功能的话)的相关功能；另外，PoC业务的实现还需要发现／注册、鉴权／授权、安全以及计费等功能支撑。
主要的业务类型及其开展策略
在OMA的规范中，已经定义了四种主要的PoC业务类型：
1．一对一(1－to-1)通信：两个用户间建立语音-通信的基本功能；
2．一对多(1－to-many)通信：允许用户建立与多个用户的群组通信功能，一个时间只能有一个发言者，包括预定义群组、临时群组和聊天室群组通信模式；-
3．一对多对一(1－to--many－to－1)通信：应用于调度的通信方式；
4．即时用户提醒IPA(Instant Personal Alert)：一对一提醒，表达呼叫方的通信意愿并请求被叫方“回呼”，同时用于传递简单的文本信息。
以下针对这几种业务类型分析了它们的业务开展策略。
一对一PoC业务开展策略
作为一个最基本的功能，PoC业务必定要支持一对一的通信能力，对这种通信方式而言，最需要考虑的是它与传统一对一语音通信的竞争关系。
已有的研究表明，由于PoC采用了半双工的通信方式，相比全双工的通信方式而言，单线路有约2／3资源的节省，加之该业务由IP承载，仅从技术而言，在形成规模后，其成本相对传统的电路域语音有优势，所以，尽管会有半双工通信的些许不便，也会出现用户使用PoC替代传统语音的情况。
由于PoC业务在开展初期还无法与传统语音互通，因此使用PoC替代传统语音将限制于支持PoC的用户群，加上基于IP的全双工语音技术本身也在发展中，所以PoC业务将会通过一个平滑的方式过渡到全IP的业务时代，只是在过渡期要把握好开展策略。
在过渡阶段，解决该问题的主要方法还在于PoC业务的定位和定价方式。对开展PoC业务的运营商而言，应该尽量引导用户使用一对多或一对多对一的通信模式，在业务开展初期，可以侧重于发展企业用户使用PoC，并采用包月等方式实现业务的整体盈利。
一对多PoC业务开展策略
对一对多PoC业务而言，OMA规定了用户可能使用的预定义群组(Pre-arranged PoC Group)、临时群组(Ad—hoc PoC Group)或聊天群组(chat PoC Group)的通话模式。
1．预定义PoC群组：一个永久性群组，群组会话的建立将直接发起对所有成员的邀请。
2．临时PoC群组：一个临时让多个用户参与会话的PoC群组，群组的建立和会话的建立是同步的，1对1会话可以看作临时PoC群组会话的特殊情况。
3．聊天PoC群组：一个永久性群组，每个群组成员单独加入PoC会话，有用户进入群组就标识了会话的建立，但会话的建立并不发起对聊天群组中其它成员的邀请。
聊天群组又分为受限聊天群组和非受限(开放)聊天群组。受限聊天群组在建立群组时就指定了允许参与群组会话的成员，而非受限聊天群组允许任一PoC用户参与。相比较而言，预定义群组和临时群组都是受限的，因为在群组建立时都指定了授权参与的成员。
预定义群组具有比较广阔的使用场景，企业应用和行业应用中容易出现成员相对固定的群组通话需求，个人用户也一般有固定的通话群(同事、家人、朋友等等)，用户可以通过磨合逐步完善这些群组的各种细节(属性)。
临时群组与预定义群组有一定的替代性，但在临时场合更能适合用户的使用习惯，无需正式地建立一个需要自己维护的群组。
聊天群组更适合非正式的场合，受限聊天群组能建立一个相对固定人群间的松散联系，而开发聊天群组则更适合一些论坛性质的场合。
PoC的最大优势和特色就在于对群组通话的支持，这也是提出PoC业务的初衷，所以，在基本功能上推出适合不同消费群的一对多的应用模式，将是发展PoC业务的重点。
一对多对一PoC业务开展策略
一对多对一的业务模式比较明确，主要适用于调度。在这种群组中，一般的参与者之间不能通信，但他们都能接听到群组中的调度者的指示，并在得到话语权时对调度者的指示进行响应。
这种通信模式适用于出租等需要调度的行业，与其它的一些业务结合(比如定位业务)，将产生许多具有吸引力的行业应用。
即时用户提醒的业务开展策略
当用户看到被邀请方忙或免打扰时，可以发送一条即时用户提醒作为回呼请求，被邀请方可以在空闲后回呼发起方；用户也可以通过即时用户提醒给对方发送简单的文本消息。
即时用户提醒虽然以PoC的辅助功能出现，但它能 带给用户良好的PoC体验，是开展PoC业务时必须支持的功能。其它问题
在OMA中，用户通过SIP消息发起群组会话邀请，但该方式存在潜在的问题，即当被邀请用户未进行SIP注册时将无法接收到SIP邀请。
由于基于IMS的业务有一个发展的过程，用户开机但并不进行SIP注册在过渡时期是大量存在的，因此开展PoC业务的初期，PoC服务器应该考虑支持将SIP邀请转换为短消息发送给已开机但未进行SIP注册的用户。
业务开发模式
目前对群组业务功能的需求还仅限于PoC语音会话本身，而且功能比较固定，在业务开展时，需要有开发的业务开发模式使得具体推出的业务更加丰富，适合特定用户群的需要。虽然PoC带给用户的是端到端的体验，但其实现机制还是基于客户端一服务器模型的，在推出该业务时，可以有如下的业务开发模式：
1．用户通过自服务门户定制自己建立群组的具体属性；
2．运营商联合SP在分析用户需求后，在服务器测定制群组具体属性，为某一类用户群或企业、行业用户推出定制的业务；
3．运营商将企业或行业用户特定的需求交给企业或行业自行管理；
4．结合IMS的发展，在终端开发交互多媒体应用，PoC业务将作为一个功能模块被某一个具体的应用所调用。
随着IMS和PoC技术的发展，第三种业务开发模式将成为主导，而目前OMA正在制定的PoC 2．0的规范也正在使得PoC本身的功能变得越来越强大。
下面以远程围棋教学为例，说明用户需求的复杂性，满足这些复杂性也正是PoC业务发展的最终目标。一个群组将包括教师和多名学生，PoC语音会话将与围棋游戏结合起来完成整个教学过程。在群组中，教师是群组会话的发起者，并具有配置学生成员能力的特权。根据需要，教师可以指定两名学生对局，并使两名学生在对局时不能听而只能对老师和非对局成员谈自己的对局体验，而老师和非对局学生则都能听且可以对正在进行的对局本身、对局者的体验畅所欲言。在对局结束后，教师可以重新设置对局学生的属性，使得他们能加入到总的点评中。
QoS策略
在IMS的架构中，已经提出了通过策略判定功能PDF(Policy Decision Function)对GGSN进行控制实现对QoS一定程度的保证。相对VolP而言，由于PoC采用了客户端一服务器模型，在QoS的保证方面提供了更多的途径，同时，PoC的用户数还受到PoC服务器处理能力的限制，在相对封闭的IP网上通过规划还是能基本保证PoC的QoS。
当然，就本质而言，PoC的QoS策略仍然是一个如何在IP网上实现对语音流业务的支持的问题，将随着VoIP技术的发展而发展。
总结
随着业务向全IP多媒体方向发展，PoC业务将伴随IMS、IP QoS技术的发展而发展，终将真正成为一个能吸引用户使用也能给运营商带来利益的好业务。
编辑／樊文辉
本文从OMA规范的定义、要求出发，结合用户的需求对PoC业务的业务功能进行了介绍，并在此基础上提出了开展PoC业务时需要考虑的策略。
Poc业务介绍
PoC业务起源于集群通信业务PTT(Push To Talk)，是一个半双工业务(一方在说话时其他成员只能接听)，用户体验类似于对讲机。
对PTT业务而言，用户间可进行一对一通话，也可进行群组通话，在申请发言权和发言时一般需要按住特定的按键，而在接听时无需任何动作。PoC业务是一种在蜂窝移动通信网络上实现的PTT业务，相对早期的PTT业务具有如下特点：
用户范围广：蜂窝移动通信网络上所有用户都可以成为群组内用户；
群组类型灵活：除了可以进行一对一通话外，用户还可以选择预定义群组、聊天群组和临时群组的模式进行通话；
业务控制能力强大：在各种通话模式下．都可以设置不同的控制模式，以满足各种各样的控制需求；
VoIP：PoC是基于IP提供的语音业务；
多群组通话：PoC允许多个群组通话同时进行。
图1示意了PoC的逻辑架构，从总体而言，PoC是一种通过客户端一服务器机制实现的端到端的业务，主要由PoC服务器和PoC客户端协同完成。PoC服务器是实现PoC的核心部件，它通过对语音IP流进行分发控制来实现PoC的基本功能，而XML文件管理、呈现(Presence)和自动配置(Provisioning)业务引擎则为PoC提供群组、用户状态呈现和业务自动配置方面功能的支持(Presence和Provisioning在PoC业务中并不是必选功能)；PoC客户端给用户提供了必要的用户界面，并实现客户端所需的控制和语音处理功能，需要注意的是，PoC客户端需要支持XML文件管理、呈现和自动配置(如果提供呈现和自动配置功能的话)的相关功能；另外，PoC业务的实现还需要发现／注册、鉴权／授权、安全以及计费等功能支撑。
主要的业务类型及其开展策略
在OMA的规范中，已经定义了四种主要的PoC业务类型：
1．一对一(1－to-1)通信：两个用户间建立语音-通信的基本功能；
2．一对多(1－to-many)通信：允许用户建立与多个用户的群组通信功能，一个时间只能有一个发言者，包括预定义群组、临时群组和聊天室群组通信模式；-
3．一对多对一(1－to--many－to－1)通信：应用于调度的通信方式；
4．即时用户提醒IPA(Instant Personal Alert)：一对一提醒，表达呼叫方的通信意愿并请求被叫方“回呼”，同时用于传递简单的文本信息。
以下针对这几种业务类型分析了它们的业务开展策略。
一对一PoC业务开展策略
作为一个最基本的功能，PoC业务必定要支持一对一的通信能力，对这种通信方式而言，最需要考虑的是它与传统一对一语音通信的竞争关系。
已有的研究表明，由于PoC采用了半双工的通信方式，相比全双工的通信方式而言，单线路有约2／3资源的节省，加之该业务由IP承载，仅从技术而言，在形成规模后，其成本相对传统的电路域语音有优势，所以，尽管会有半双工通信的些许不便，也会出现用户使用PoC替代传统语音的情况。
由于PoC业务在开展初期还无法与传统语音互通，因此使用PoC替代传统语音将限制于支持PoC的用户群，加上基于IP的全双工语音技术本身也在发展中，所以PoC业务将会通过一个平滑的方式过渡到全IP的业务时代，只是在过渡期要把握好开展策略。
在过渡阶段，解决该问题的主要方法还在于PoC业务的定位和定价方式。对开展PoC业务的运营商而言，应该尽量引导用户使用一对多或一对多对一的通信模式，在业务开展初期，可以侧重于发展企业用户使用PoC，并采用包月等方式实现业务的整体盈利。
一对多PoC业务开展策略
对一对多PoC业务而言，OMA规定了用户可能使用的预定义群组(Pre-arranged PoC Group)、临时群组(Ad—hoc PoC Group)或聊天群组(chat PoC Group)的通话模式。
1．预定义PoC群组：一个永久性群组，群组会话的建立将直接发起对所有成员的邀请。
2．临时PoC群组：一个临时让多个用户参与会话的PoC群组，群组的建立和会话的建立是同步的，1对1会话可以看作临时PoC群组会话的特殊情况。
3．聊天PoC群组：一个永久性群组，每个群组成员单独加入PoC会话，有用户进入群组就标识了会话的建立，但会话的建立并不发起对聊天群组中其它成员的邀请。
聊天群组又分为受限聊天群组和非受限(开放)聊天群组。受限聊天群组在建立群组时就指定了允许参与群组会话的成员，而非受限聊天群组允许任一PoC用户参与。相比较而言，预定义群组和临时群组都是受限的，因为在群组建立时都指定了授权参与的成员。
预定义群组具有比较广阔的使用场景，企业应用和行业应用中容易出现成员相对固定的群组通话需求，个人用户也一般有固定的通话群(同事、家人、朋友等等)，用户可以通过磨合逐步完善这些群组的各种细节(属性)。
临时群组与预定义群组有一定的替代性，但在临时场合更能适合用户的使用习惯，无需正式地建立一个需要自己维护的群组。
聊天群组更适合非正式的场合，受限聊天群组能建立一个相对固定人群间的松散联系，而开发聊天群组则更适合一些论坛性质的场合。
PoC的最大优势和特色就在于对群组通话的支持，这也是提出PoC业务的初衷，所以，在基本功能上推出适合不同消费群的一对多的应用模式，将是发展PoC业务的重点。
一对多对一PoC业务开展策略
一对多对一的业务模式比较明确，主要适用于调度。在这种群组中，一般的参与者之间不能通信，但他们都能接听到群组中的调度者的指示，并在得到话语权时对调度者的指示进行响应。
这种通信模式适用于出租等需要调度的行业，与其它的一些业务结合(比如定位业务)，将产生许多具有吸引力的行业应用。
即时用户提醒的业务开展策略
当用户看到被邀请方忙或免打扰时，可以发送一条即时用户提醒作为回呼请求，被邀请方可以在空闲后回呼发起方；用户也可以通过即时用户提醒给对方发送简单的文本消息。
即时用户提醒虽然以PoC的辅助功能出现，但它能 带给用户良好的PoC体验，是开展PoC业务时必须支持的功能。其它问题
在OMA中，用户通过SIP消息发起群组会话邀请，但该方式存在潜在的问题，即当被邀请用户未进行SIP注册时将无法接收到SIP邀请。
由于基于IMS的业务有一个发展的过程，用户开机但并不进行SIP注册在过渡时期是大量存在的，因此开展PoC业务的初期，PoC服务器应该考虑支持将SIP邀请转换为短消息发送给已开机但未进行SIP注册的用户。
业务开发模式
目前对群组业务功能的需求还仅限于PoC语音会话本身，而且功能比较固定，在业务开展时，需要有开发的业务开发模式使得具体推出的业务更加丰富，适合特定用户群的需要。虽然PoC带给用户的是端到端的体验，但其实现机制还是基于客户端一服务器模型的，在推出该业务时，可以有如下的业务开发模式：
1．用户通过自服务门户定制自己建立群组的具体属性；
2．运营商联合SP在分析用户需求后，在服务器测定制群组具体属性，为某一类用户群或企业、行业用户推出定制的业务；
3．运营商将企业或行业用户特定的需求交给企业或行业自行管理；
4．结合IMS的发展，在终端开发交互多媒体应用，PoC业务将作为一个功能模块被某一个具体的应用所调用。
随着IMS和PoC技术的发展，第三种业务开发模式将成为主导，而目前OMA正在制定的PoC 2．0的规范也正在使得PoC本身的功能变得越来越强大。
下面以远程围棋教学为例，说明用户需求的复杂性，满足这些复杂性也正是PoC业务发展的最终目标。一个群组将包括教师和多名学生，PoC语音会话将与围棋游戏结合起来完成整个教学过程。在群组中，教师是群组会话的发起者，并具有配置学生成员能力的特权。根据需要，教师可以指定两名学生对局，并使两名学生在对局时不能听而只能对老师和非对局成员谈自己的对局体验，而老师和非对局学生则都能听且可以对正在进行的对局本身、对局者的体验畅所欲言。在对局结束后，教师可以重新设置对局学生的属性，使得他们能加入到总的点评中。
QoS策略
在IMS的架构中，已经提出了通过策略判定功能PDF(Policy Decision Function)对GGSN进行控制实现对QoS一定程度的保证。相对VolP而言，由于PoC采用了客户端一服务器模型，在QoS的保证方面提供了更多的途径，同时，PoC的用户数还受到PoC服务器处理能力的限制，在相对封闭的IP网上通过规划还是能基本保证PoC的QoS。
当然，就本质而言，PoC的QoS策略仍然是一个如何在IP网上实现对语音流业务的支持的问题，将随着VoIP技术的发展而发展。
总结
随着业务向全IP多媒体方向发展，PoC业务将伴随IMS、IP QoS技术的发展而发展，终将真正成为一个能吸引用户使用也能给运营商带来利益的好业务。
编辑／樊文辉