移动通信业务平台架构的功能需求

详细内容

　　业务平台架构的功能性需求，就是在建设业务平台时需要部署哪些功能来支持未来个性化、上下文感知和可适变的业务与应用。通过在多个层面上进行的分析，包括用户最高层次需求层面、通用系统需求层面、商业模式需求层面、应用和业务部署提供层面、技术需求层面、多模式用户交互适配层面、安全隐私信任需求层面以及上下文感知需求层面，这些基础的支撑功能被定义为构造业务环境基础设施的基本功能构件（generic functiONal building block）。基于它们构建的业务基础设施，用户能够在任何时刻任何地点获得根据他们的偏好以及环境上下文“量身定做”的服务。基础的功能构件包括以下几个部分。

　　（1）个性化

　　个性化的目标是根据用户需求和意愿适配业务和内容来提高信息与应用的使用价值。移动通信具有用户与个人智能设各绑定的先天优势，移动用户可以方便地构建随身的个性空间，在通信等技术基础上实现与移动上下文相关的增值业务。

　　实现个性化的提供，系统必须能够了解用户的意愿和偏好，而在不可知特性明显的移动业务环境中，事先对用户偏好进行分类并不现实。这就要求业务平台的个性化功能模块需要提供建模和学习的能力，后面介绍的上下文功能也需要具备类似的能力，但此处注重的是通过建模分析抽取偏好等信息以供业务决策使用。该模块向业务应用以及相关组件提供用户或用户群组的配置文件以及偏好，支持对用户或用户群组的兴趣以及偏好的学习。

　　（2）上下文感知

　　上下文感知意味着能够在业务提供中利用上下文信息，原则上，所有在业务中可以交互利用的信息都是上下文信息，利用上下文信息将为通信业务带来/iompany/detail248.html" target="_blank">OA）可以提供很好的借鉴，Web Service、通用对象请求代理体系结构（CORBA）、统一即插即用（UPnP）和开放服务网关（OSGi）等都可能集成到业务平台架构中，并朝语义查找的方向演进。业务的合成需要实现业务互操作性，它包含技术层、语义层和语用层三个层面的理解：技术层面的互操作表示参与实体之间的消息可以互通；语义层面的互操作表示消息能够被参与者以同样的逻辑方式理解；语用层面的互操作表示所有的参与者能够在理解的基础上主动形成协同与合作。来源于互联网模式的业务合成，在下一代移动通信业务环境中不能再延用尽力而为的QoS服务模式，而需要引人策略控制保证不同计算与通信需求下的QoS。执行业务合成的位置将逐渐独立出来，由代理来负责，同时，代理也将与适变重配置功能紧密耦合以提供前摄或收激型的自适应。

　　（5）身份管理

　　多网融合中将出现复杂的商业关系及频繁的接入过程，值得信赖的身份管理以及鉴权、授权非常有必要。业务平台架构演进中，身份管理将很有可能独立出来，实现跨异构域的分布式部署，可参考通用用户轮廓（GUP），以及欧盟Ambientwork项目在网络融合管理方面应用互联网P2P计算以及合成模式的研究。

　　（6）安全、隐私和信任

　　这个特征的重要性不言自明，未来业务和应用将主要处理的是与用户有关的数据，对个人隐私信息安全地保护和管理将决定用户对系统的接受度。隐私和信任管理需要由一个合适的策略系统来支持，并将渗透于整个通信系统的各层。

　　（7）营账和计费

　　面对更丰富的业务提供模式和更复杂的商业关系，业务平台需要提供可信的、安全的营账计费系统，以保证不同业务提供者的利益，从而保证整个通信业务环境的良性发展。计费的发展趋势包括按增值服务类型进行计费以及在P2P模式下的收费和收益分配，这已经成为业务平台架构关注的一个焦点问题。与安全隐私管理、身份管理等类似，这个功能构件也可能独立出来。