基于OSAparlay的多媒体个人移动业务管理系统计费业务UML设计

合集下载

Parlay规范的不足及其改进策略

Parlay规范的不足及其改进策略

计算机工程与应用2004.31引言随着网络技术的飞速发展,在下一代网络中,网络运营商将向第三方开发商提供诸如呼叫控制、寻址、定位、计费和通知等等各种网络能力服务,而第三方开发商和供应商则在此基础上开发新的应用,使他们能够向最终用户提供新业务而不必拥有底层的网络。

如此,网络运营商既可以通过网络使用率的提高增加收入,又不必承受开发和部署特殊应用而增加的额外投资。

但网络运营商在向第三方开发商开放其网络能力服务的同时,必须采取相应的措施以维护网络的可靠性和完整性,从而在保护他们已有的投资的同时仍然易于增加新的应用。

这就必须创建一个标准的机制以使第三方的应用是在一种安全且又可控的方式下访问网络运营商提供的网络服务。

目前比较通用的方式是通过提供开放的API 来将网络内的能力提供给除网络运营商之产品品种外的企业使用。

在这种基于API 的网络模式中,可以不必直接开放基本的网络信令能力,而是将网络能力通过具有高度完整性的API 的封装以一种能够保证网络安全的方式提供给外部应用使用。

目前国际上很多研究机构、组织或者论坛诸如著名的Par-iay 、3GPP OSA 和JAIN 等等,都在进行网络API 规范的研究。

其中Pariay 组织和3GPP OSA 联合制定的OSA /Pariay 规范是最能满足目前工业界迅速发展的要求的API 规范,此规范正在获得越来越广泛的支持,很有可能成为网络API 事实上的标准,但从目前最新推出的版本来看,还存在一定的不足。

2OSA /Pariay API 规范Pariay 组织和3GPP OSA 共同定义了一组开放的网络接口规范(称为OSA /Pariay API 规范),为处在网络运营商领域之外的第三方应用提供了接入和控制核心网络资源的标准方法。

OSA /Pariay API 的定义与具体技术无关,它只为业务的实现提供统一的抽象接口。

此外,OSA /Pariay API 具有网络独立性,使用OSA /Pariay API 开发的应用能在多种网络上运行。

基于Parlay/OSA技术提供多媒体消息增值业务的方案研究

基于Parlay/OSA技术提供多媒体消息增值业务的方案研究

的增值 业务 开发 , 以提 高 电信 网络 的 附加价值 。P r a-
l/ S a O A作为下 一代 网络 开放 业 务接 口的一 种标 准 , y 已经在 ES 和 I T的标准草案 中提 出。 TI T U— 如何利 用 P r yO A技 术提供 多媒体 消息 增值 al / S a 业务 ( a e— d e l d sa eS rc ) 尤 V l A d dMu i i Me sg v e , u t me a e i 其是如何 由现行的技术体制向开放 业务体 系过渡是业 界关注的一个热 点 问题 。本 文将 对此 问题进行 分析 ,
增值业务的过程 : MMS 增值业务下行过程是 V S A P应用
程序向移动 用户发送或推送( uh MM5的过程。MMS Ps )
增值业务的技术体制就是要实现 MMS增值 业务的上行
和下行过程 , 并提供鉴权 、 传输 、 计费等关键功能。 MM S虽然在呈现给用户的业务表现 上类似于 S S M
移动和中国联通 。这里 我们重点 以中国移动 的多媒体
反, 原理 相同 , 区别在 于需要判断 目的用户 的移 动终端 是否支 持 MMS 。若 用户 的移 动 终端 不支 持 MMS 即 ( 为非 MMS终 端 用户 ) 则 需要产 生一个 S , MS通知 , 通
消息增值业务的技术体 系为代表来介绍。
业务 , 在 实际 的实现 方 法上采 用的是 WA ( rl 但 P Wi e es
1 国内 目前的 MMS 增值业务技术体系
多媒 体 消 息 业 务 ( MMS Mu ie i M sa e , l d esg t m a
e vc 是 S ri ) 继 短 消 息 业 务 ( MS S otM s g r e S ,h r e s e S v a e - i ) 增强消息业 务 (MS E h ne sa eS rc ) c 、 e E ,n a cdMe g v e e i

NGN2

NGN2

NGN中固定和移动网络融合 2007年3月6日09:43 C114作者:左伯茹庞韶敏唐雄燕摘要:本文阐述了固定和移动网络融合的驱动力,分析比较了固定NGN和移动3G的异同,讨论了固网和移动网络融合的几个层面,介绍了基于IMS的固定与移动网络融合方案。

关键词:NGN3G网络融合IMS1、固定和移动网络融合的驱动力能通过统一的网络提供综合业务一直是全球通信业追求的目标。

早期提出的ISDN以及B-ISDN都体现了这种思想。

融合已成为网络发展的趋势,下一代网络也充分体现了“融合”的思想,网络融合无疑是NGN最具特色的亮点之一。

固定与移动融合是下一代网络发展的必然要求。

ITU-T给出了NGN的定义,即NGN是基于分组技术的网络;能够提供包括电信业务在内的多种业务;能够利用多种宽带和具有QoS 支持能力的传送技术;业务相关功能与底层传送相关技术相互独立;能够使用户自由接入不同的业务提供商;能够支持通用移动性,从而向用户提供一致的和无处不在的业务。

在NGN 中,固定与移动只是不同的接入手段。

固定和移动融合能够为全业务运营商节省投资,减少运营成本。

传统的固定网络和移动网络提供的许多业务基本一致,但是移动和固定网络是独立的两张业务网,使得运行维护费用高;而且当开发新业务时,对同类的业务也必须分别升级两张网络,使得新业务提供成本高。

而固定和移动网络融合之后,将形成整体的一张网络,运维成本相对较低,业务的开发不必要分别升级固定和移动网络,只需要对统一的业务平台进行一次升级就能够同时为各种用户提供业务。

固定与移动的融合将为业务创新带来新的机遇,可以扩大业务范围,丰富业务种类,提供更多新颖的个性化业务,满足用户随时随地沟通的业务需求,同时也增强运营商的差异化竞争能力。

2、固定NGN和移动3G对比分析早在90年代初期,欧洲电信标准协会(ETSI)提出把3G技术统称之为UMTS(通用移动通信系统)。

它采用了WCDMA作为FDD频段的空中接口技术。

Oracle课程设计报告-景点售票系统设计报告_ _源代码

Oracle课程设计报告-景点售票系统设计报告_ _源代码

Oracle课程设计报告——华清池售票管理系统学院:数学与计算机科学学院专业:计算机科学与技术(软件工程方向)班级:软件12组员:目录第一章引言 (1)第二章系统分析 (2)2.1需求分析 (2)2.2功能模块图 (2)2.3数据流程图 (3)第三章系统概要设计 (4)3.1数据库设计 (5)3.1.1实体描述 (6)3.1.2联系描述 (6)3.1.3 E-R图 (7)第四章系统详细设计 (8)4.1数据库的逻辑设计 (8)4.2数据库的实现 (9)4.3 人机界面的设计 (9)4.3.1登陆界面设计 (10)4.3.2管理员基本信息与功能界面设计 (11)4.3.3 用户基本信息与功能界面设计 (13)第五章系统实现 (16)5.1概述 (16)5.2系统运行与维护 (16)第六章小结 (17)第一章引言数据库(Database)是按照数据结构来组织、存储和管理数据的仓库,它产生于距今五十年前,随着信息技术和市场的发展,特别是二十世纪九十年代以后,数据管理不再仅仅是存储和管理数据,而转变成用户所需要的各种数据管理的方式。

数据库有很多种类型,从最简单的存储有各种数据的表格到能够进行海量数据存储的大型数据库系统都在各个方面得到了广泛的应用。

其中Oracle以其使用方便,安全性高,功能强大和完善的企业服务系统赢得了众多用户的青睐。

下面我将用这学期学到的最基本的oracle知识简单地设计一个景点售票系统。

该系统实现了基本的对数据库的增删改查。

作为买票的顾客(用户),我们实现了其买票,退票和查票的功能,作为卖票的一方(管理员),也可以对余票进行查询,同时也可以增加,修改票务信息!当然,用户角色可以注册以及登录该售票系统,而管理员则默认账户为admin,只能进行登录该系统,不能注册管理员账户。

其中使用的oracle知识只是oracle里面很少的一部分,但也作为这学期学到的成果展现给大家,如有不对之处欢迎纠正第二章系统分析2.1 需求分析该系统主要实现了一般的简单售票系统的最基本的功能。

基于Android的移动掌上物联网卡业务系统的设计与实现

基于Android的移动掌上物联网卡业务系统的设计与实现

摘要移动掌上物联网卡业务系统不但能改善传统的物联网卡业务服务模式,而且可以帮助运营商实施销售渠道转型的计划,改善现有的营销方式,为移动运营商提高在网用户数量、推广新型业务奠定坚实的基础。

本文在Android平台基础上实现物联网卡的业务流程,并以此开发出一套基于Android技术的移动掌上物联网卡业务系统。

在进行系统开发与研究时,将系统分为开卡信息记录、空中开卡功能、号码激活功能、号码变更管理、号码资源管理、系统设置功能,确保系统的实用性和完整性。

以此为基础展示系统设计开发工作,利用功能用例图、时序图来对系统各个功能进行设计,并用截图的方式来展现系统的操作页面效果。

本系统的创新点在于采用了螺旋模型的软件设计方式,可以确保系统在设计过程中,及时预测可能面对的各种风险,进而避免某些不必要的损失。

同时,系统结合了空中开卡技术,将物联网卡业务进行移动智能式转换,用户可以实现对物联网卡随时随地进行有效管控。

在系统实现后,进入系统测试环节。

测试的内容分为性能测试和功能测试,其中性能测试主要是对系统的最大并发用户、系统响应时间等性能指标进行检验,而功能测试部分则主要是通过对比测试结果与测试用例中的预期目标之间的差异,经过反复检验以确保系统可以正式投入使用。

通过本系统的设计,可以随时随地利用移动智能手机来进行移动物联网卡业务的办理,节省往返营业厅办理业务的时间,尤其是方便了农村地区的用户,为物联网卡业的办理务带来了便利,同时也减轻了营业厅管理压力。

本课题的研究革新了传统的物联网卡管理方式,为物联网业务的应用提供了多样性的参考。

关键字:物联网卡;空中开卡;螺旋模型;业务处理系统AbstractThe mobile handheld network card business system can not only improve the traditional IoT card business service model, but also help operators implement plans for sales channel transformation and improve existing marketing methods. It will lay a solid foundation for mobile operators to increase the number of users on the network and promote new business. This topic implements the business process of the Internet of Things card on the Android platform. And in order to develop a set of Android-based mobile handheld Internet of Things card business system.In the development and researchof this system, it have been divided into card opening information record, air card opening function, number activation function, number change management, number resource management, system setting function to ensure the practicability and integrity of the system. Based on this, the system design and development work is demonstrated. The function use case diagram and timing diagram are used to design the various functions of the system, and the operation page effect of the system is displayed by the screenshot. The possible innovation of this system lies in the software design method using the spiral model, which can ensure that the system can predict various risks in the design process in time, and avoid some unnecessary losses. At the same time, the system combines the air card opening technology to carry out the mobile intelligent conversion of the IoT card business, and the user can realize effective control of the IoT card anytime and anywhere. After the system is implemented, enter the system test session. The content of the test is divided into performance test and functional test. The performance test mainly tests the performance indicators of the system's maximum concurrent users and system response time, while the functional test part mainly compares the test results with the expected targets in the test cases. The differences between them are tested repeatedly to ensure that the system is ready for use.Through the design of this system, mobile smart phone can be used to handle the mobile IoT card service anytime and anywhere, saving time for business trips to and from the business hall, especially for users in rural areas, for the handling of the Internet of Things card industry. Convenience, but also reduced the management pressure of the business hall. The research of this topic has revolutionized the traditional IoT card management method and provided a diversified reference for the工程硕士学位论文application of IoT business.Keywords:Internet of things card; Air card; Spiral model; Business processing system基于Android的移动掌上物联网卡业务系统的设计与实现目录学位论文原创性声明和学位论文版权使用授权书 (I)摘要 (I)Abstract ..................................................................................................................... I I 目录 . (IV)插图索引 (VII)附表索引 (IX)第1章绪论 (1)1.1选题背景与研究意义 (1)1.2国内外研究现状 (2)1.2.1 国外研究现状 (2)1.2.2 国内研究现状 (3)1.3主要研究内容 (5)1.4论文组织结构 (5)第2章相关技术基础 (6)2.1空中开卡技术 (6)2.2M Y SQL数据库技术 (7)2.3软件开发螺旋模型 (7)2.4本章小结 (10)第3章系统需求分析 (11)3.1系统可行性需求分析 (11)3.2系统功能需求分析 (11)3.2.1 开卡信息记录需求分析 (12)3.2.2 空中开卡功能需求分析 (13)3.2.3 号码激活功能需求分析 (14)3.2.4 号码变更管理需求分析 (15)3.2.5 号码资源管理需求分析 (16)3.2.6 系统设置功能需求分析 (17)3.3系统性能需求分析 (18)3.3.1 系统安全性 (18)3.3.2 系统可靠性 (18)3.3.3 系统最大并发数需求 (19)工程硕士学位论文3.3.4 系统响应速度 (19)3.4本章小结 (19)第4章系统设计 (20)4.1系统设计原则 (20)4.2系统总体设计 (20)4.2.1 通讯处理子系统模块设计 (20)4.2.2 核心处理子系统模块的设计 (21)4.2.3 系统架构设计 (22)4.3系统功能设计 (22)4.3.1 开卡信息记录设计 (22)4.3.2 空中开卡功能设计 (24)4.3.3 号码激活功能设计 (25)4.3.4 号码变更管理设计 (27)4.3.5 号码资源管理设计 (28)4.3.6 系统设置功能设计 (29)4.4系统数据库设计 (30)4.4.1 E-R图设计 (30)4.4.2 数据库表设计 (34)4.5螺旋模型在功能设计中的风险 (37)4.6本章小结 (37)第5章系统实现 (38)5.1系统实现环境 (38)5.2系统功能实现 (38)5.2.1 开卡信息记录实现 (38)5.2.2 空中开卡功能实现 (40)5.2.3 号码激活功能实现 (42)5.2.4 号码变更管理实现 (44)5.2.5 号码资源管理实现 (46)5.2.6 系统设置功能实现 (47)5.3小结 (48)第6章系统测试 (49)6.1系统功能测试 (49)6.1.1 开卡信息记录功能测试 (49)6.1.2 空中开卡功能测试 (50)6.1.3号码激活功能功能测试 (50)基于Android的移动掌上物联网卡业务系统的设计与实现6.1.4 号码变更管理功能测试 (51)6.1.5 号码资源管理功能测试 (52)6.1.6 系统设置功能测试 (53)6.2系统性能测试 (53)6.3本章小结 (54)结论 (55)参考文献 (56)致谢 (59)工程硕士学位论文插图索引图 2.1螺旋模型开发流程图 (9)图3.1系统功能结构图 (12)图3.2开卡信息记录功能用例图 (13)图3.3空中开卡功能用例图 (14)图3.4号码激活功能用例图 (15)图3.5号码变更管理功能用例图 (16)图3.6号码资源管理功能用例图 (17)图3.7系统设置功能用例图 (18)图4.1核心处理子系统系统架构图 (21)图4.2系统总体结构图 (22)图4.3开卡信息记录功能时序图 (23)图4.4空中开卡功能时序图 (25)图4.5号码激活功能时序图 (26)图4.6号码变更管理功能时序图 (27)图4.7号码资源管理功能时序图 (28)图4.8系统设置功能时序图 (29)图4.9用户实体属性图 (30)图4.10客户资料实体属性图 (31)图4.11开卡信息实体属性图 (31)图4.12物联网卡信息实体属性图 (32)图4.13流量套餐实体属性图 (32)图4.14增值业务实体属性图 (32)图4.15企业认证实体属性图 (33)图4.16号码变更申请实体属性图 (33)图4.17系统ER图 (34)图5.1开卡信息记录界面图 (39)图5.2开卡记录查询流程图 (40)图5.3空中开卡界面图 (41)图5.4空中开卡流程图 (42)图5.5号码激活界面图 (43)图5.6号码激活流程图 (44)基于Android的移动掌上物联网卡业务系统的设计与实现图5.7号码变更界面图 (45)图5.8号码变更流程图 (45)图5.9号码资源管理界面图 (46)图5.10号码资源管理流程图 (46)图5.11系统设置界面图 (47)图5.12系统设置流程图 (48)图6.1系统性能测试图 (54)附表索引表4.1用户数据表 (34)表4.2客户资料数据表 (34)表4.3开卡信息数据表 (35)表4.4物联网卡信息数据表 (35)表4.5流量套餐数据表 (36)表4.6增值业务数据表 (36)表4.7企业认证数据表 (36)表4.8号码变更申请数据表 (37)表 5.1 系统实现环境参数配置表 (38)表6.1开卡信息记录功能测试用例 (49)表6.2空中开卡功能功能测试用例 (50)表6.3号码激活功能功能测试用例 (51)表6.4号码变更管理功能测试用例 (51)表6.5号码资源管理功能测试用例 (52)表6.6系统设置功能功能测试用例 (53)第1章绪论1.1 选题背景与研究意义物联网是在被大多数国家认定的智慧时代科技中的重要组成部分,是世界互联网浪潮中的又一次技术革命。

基于UML短信息计费系统设计

基于UML短信息计费系统设计

接下 来对 主要用 例进 行描 述 如表 1所示 。
表 1 各 用 例 描 述 表
艟僧息数撮采囊 崔舟l 户 的琏信发送并接牧硪功后 相 鞋的 件设备就畲特娘侮的发进时间、来濠、目
的毒碑疆其体内 孰 硪藤始话蕈 也赣走所请的疆佰 “ 场 ”{ 8 囊。 计蕾期价镬块的工作方贰燕宾时的 它丰 囊 撂童诲幕境 中韵当户德急.确定窨户的胀户氽
5 %. 1 0 %. 另一个 是 满足 每人 每小 时 4 O个 立方 米 。 在 网络 中心机 房 系统 建设 完 成后 , 应 当做好 工 程 的 验 收工 作 。 医 院 的有关 信息 管理 部 门要组 织信 息化 方 面 的专 业 人员 和 专家 , 或者 本单 位 的专 业技 术 职 工进行 技 术 评价 和评 估 . 根 据 系统 的设 计 要求 和标 准 认 真 的核实 其 各项 技 术指 标 。对 于 和工 程有 关 的各 种施 工 图 、 设 计 书、 设 备 说 明书 等 医院要 组 织专 门的人 员 给予 保存 和管 理. 方 便 以后 系统 的维 护 和检查 工作 。
通 过计 费 划价 处 理 , 就 能得 出客户 本 次短 信 的费 用
【 下转第 8 5页 】
信 息 安全 与技 术 ・ 2 0 1 3年 8月 ・ 7 9・
网 络 通信 ・ 信 息技 术 ・ I n f o r m a t i o n T e c h n o l o g y
的 除尘 能 力 , 当 机 房温 度 增 加 时 , 其 备 份 机 能够 自动 的 进行 工作 , 满 足机 房 温度 控制 的要 求 。同时机 房 年 的通 风 系统 也非 常 的重 要 . 通 风 系统 可 以保证 并且 提 高机 房 里的清洁 , 使 机 房 能 够保 证 正 常 的 大气 压 力 , 提供 新 鲜 医 院 的正常运 行 和工作 提供 支 持 。 在对 医院 网络 中心机

基于UML的电话计费系统分析与设计

基于UML的电话计费系统分析与设计
F e fcl d B rDae i ed rt n) e=(al ,t t t m ,uai e a T o
我们也可 以按照从 不同 的角度 为系统架构来 将这 9 图划分 为 5 种
种视图 :
第一类是用 例图 (s cs d ga , Ue ae i r a m)它通 常用于 表示客 户需求 。 从 用户需求 角度描述 系统功能 , 并指出各功 能的操作者 。
其 中 :e 为话 费 ; lr 主叫号码 ; l 为被叫 号码 |a a Fe cl 为 ae cl ae d srDt tt e
Tm 为通话开始时间 ;u t n ie dr i 为通话 时长 。 ao
对于 一个营业 区内的所 有电话 , 基本话费标 准批价是一致 的 , 上面
公 式可 以简化为 :
U L 统一建模语 言 。n e oe n nug) M( U i d dlg agae是一种标准化 的面 i f M i L 向对象 的图形化 建模语言 。它由图与元模型组成 , 中 的图通 常表示 其 U L的语法部分 , M 而元模型是 U L的语义部分 。 M 它通常起到解释图的含 义的作用。 图形化表示 系统各 阶段 的元素是 U L的特 色所在 。M M U L提供 了9 种不 同的图 。 按其行为特 征可以分为 两大类 , 一类是静 态图 , 包括用 例图 、 图、 类 对象 图、 组件图 、 配置 图。 另一类是 动态图 , 包括序列图 、 协作
电话计费系统不仅是电信运营商运营支撑系统(O S主要组成部 B S)
分, 也是宾馆 、 学校 、 中型企业必备的管理系统之一 。灵活性 、 大 准确性 、 实 时性是它的生命 。 U L 为面向对象分析与设计的一种标准表示 。 而 M 作 其最终用途是为不同领域的人们提供统一的交流标准 。 电话计费系统 在 中运用 U L M 有助于解决 系统开发过程中各类人员( 系统架构师 , 软件设 计人员 、 开发人员 、 客户 、 用户 ) 之间相互交流困难的难题 , 从而建立起一 个具有灵活性、 准确性 、 时性 的系统 。 实 电话计费系统按 照电信业务规范 可 以划分为数据采集 、 话费批 价 、 账务处理 3 个主要系统 , 而每一个系统 又可以分若干个 子系统 。笔者主要论述基于 U L的电话计费系统的分 M 析与设计 。

UML 软件建模 网上话费充值系统.

UML 软件建模 网上话费充值系统.

实验报告课程名称软件建模技术实验名称软件建模实验姓名何虹江学号 201007040227 专业班级软件1002 实验日期 2012-11-30 成绩指导教师卫红春(①实验目的②实验设备和环境③实验内容与步骤④实验结果与分析⑤总结,问题及建议一、实验目的通过Enterprise Architect 工具熟悉业务建模、需求建模、分析建模和设计建模的过程。

二、实验设备和环境Windows 8 Pro,Office 2013 Pro Plus,Enterprise Architect 8.0三、实验内容和步骤软件模型设计(Page 2 – Page四、实验结果与分析实验结果与设计相符,说明实验达到目的。

五、总结,问题及建议我这次建立的是网上话费充值系统的模型。

通过在EA对4种模型的建立,进一步了解了各图表的功能,掌握了基本的设计步骤。

将理论结合实践之后,对各项模型有了更加深刻的理解。

但是实验中也发现不少问题:1.图表不熟悉,需要反复试验各种图表才能正确的绘图;2.部分功能实现相对困难,对模型的理解不够深刻导致一些参数没有正确的运用。

因此,在今后的UML建模中还需要多加锻炼,还需要多次阅读教材和相关书籍软件模型设计目录1业务建模 (31.1项目概述 (31.2企业使命 (31.3业务目标 (31.4企业的优势、挑战及对策 (31.5企业的核心竞争力 (41.6充值系统的关键过程 (41.7涉众模型 (41.8业务主线 (51.9业务过程模型 (51.10对象模型 (91.11业务规则模型 (92需求建模 (92.1参与者 (92.2需求结构 (102.3非功能需求模型 (143设计建模 (153.1PIM类模型 (153.2用例分析模型 (154设计建模 (164.1架构模型 (164.2控制型PSM类模型 (174.3用例设计模型 (174.4数据库设计模型 (184.5界面设计模型 (194.6部署模型 (201业务建模1.1项目概述手机在线充值:提到手机在线充值,很多人都不禁摇头,对此嗤之以鼻,其实并无需如此。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1 相关技术与标准规范
1. 1 虚拟主环境 (Virtual Home Environment ,VHE) 为满足未来 3G业务生成的需求 ,我们设计的多媒体个人
移动业务体系 ,采用 3 GPP(3rd Generation Partnership Project) [1] 中 的 VHE 理论模型[2] 。VHE 是在网络之间或者在终端之间可以 移动 、可以携带的个人业务环境 ( PSE) 。具体是指用户无论在 什么地方 、处于哪个网络管辖范围 、使用何种终端接入网络 ,都 可以持续地享受个性化的业务 。对于用户而言 ,一切业务的提
正是基于上述目标 ,Parlay 组织在业务网络与核心网之间 增加了标准化接口 ,利用技术开发 API ,让应用具有可以访问 核心网的能力 ,为网络运营者和第三方应用定义了一个开放的 标准化接口 (即 OSA 接口) 。Parlay APIs 是一组开放的与具体 技术无关的 API ,第三方业务提供商 、独立软件开发商能通过 Parlay API 来开发业务 。业务应用开发者通过此标准接口利用 网络的能力为各个网络的用户提供服务 。OSA (Open Service Access) 是 3 GPP 和 ETSI 将 Parlay APIs 标准化后产生的 。OSA
目前 Internet 网络的多媒体业务应用是与具体的核心网络 紧密联系的 。一个业务的生成需要特定的网络协议 、固定的业 务生成环境 ,业务的修改和增加需要改动所有网元节点 ,这往 往要求对核心网中的多个实体进行修改 ,并引入新的终端设 备 。随着 3G网络的发展 ,要求快速开发新型应用并综合各种 网络能力和企业数据 ,实现多领域的业务互通和对多媒体业务 的控制 ,这对原先的业务提供和管理模式提出了巨大挑战 。特 别是个人多媒体移动系统的业务品种多样性和网络环境的异 构性 ,使得管理系统设计和实现尤为困难 。移动业务本身的动 态性 ,以及使用网络资源的不确定性 ,要求管理系统具备即时 部署 、配置和计费的能力 。
本系统主要由计费模块和业务定制模块组成 ,完成对用户 业务的经营管理和用户定制业务的管理 。业务定制业务由 User 激发 ,User 认证授权后 ,向本系统申请业务的使用 。系统 将用户需求提交给 VHE ,由 VHE 决定业务是否可以提供 。如 果可以提供 ,VHE 直接向 User 服务 ,同时激发本系统的计费模 块 。因此 ,本系统将认证授权 、业务定制和业务合同签署各自 单独设为一个业务用例 ,而将计费模块划分成 Charging ,Billing , Accounting 三个业务用例 。另外 ,本系统还需要对自身的运营 进行维护 ,提供一定程度的安全机制 ,包括故障提示 、报警 、恢 复和对用户资料库及计费数据库的维护等 ,将这些功能都归为 Maintain 业务用例 。
多媒体个人移动业务管理系统功能繁杂 ,与其他四大模块 都有牵连 ,在结构上涉及到了应用系统 、用户管理系统 、SIP 以及 虚拟主环境 (VHE) 。从功能上看 ,多媒体个人移动业务管理系 统涉及到计费管理 、账务管理 、业务订购 、运营维护和对自身平 台的管理 (包括故障 、报警 、对数据库的操作和维护等) 。
© 1995-2007 Tsinghua Tongfang Optical Disc Co., Ltd. All rights rese究
2005 年
在网络业务和业务能力之间提供一个纽带 。用此种方式提供 的业务独立于底层网络技术 。业务为 OSA 的顶层 ,通过 OSA 与 SCS(Service Capability Server ,业务能力服务器) 相连 。Parlay/ OSA 网关包括许多 SCS ,每个 SCS 对应用来说是一个或多个业 务能力特征 (SCF) ,此业务能力特征是对网络所提供的功能的 抽象 ,负责为高层应用提供访问网络资源和信息的能力 。Par2 lay API 的体系结构可参看文献[6 ] 。
图 3 多媒体个人移动业务管理系统计费子系统功能模块图
2. 4 多媒体个人移动业务管理系统计费业务部分流程图
鉴于计费业务系统的实现是基于 OSA/ Parlay 的标准规范 , 因此设计到计费原始数据的采集工作本系统都采用规范中的 接口标准 ,而对于原始数据的预编译 、分类已经以后的账务处 理 、销账处理等 ,则参照标准规范做了扩展 。图 4 是 Billing 模 块中的一部分流程 ,完成了原始计费数据的分类 、用户账务的 计费和设置账单周期的功能 : ①原始数据预编译请求 。 ②如果 原始数据没有错误 ,符合请求规则 ,返回请求应答 ,给出下一次 请求号 。 ③对预编译数据进行分类 ,如果出错则抛出异常 。 ④ 获取计费数据库的接口地址 。 ⑤将分类好的数据写入计费数 据库 。 ⑥获取业务属性数据库的接口地址 。 ⑦读取计费业务 的费率标准 。 ⑧计算用户所使用业务的费用 。 ⑨获取账务数 据库接口地址 。 ⑩扣除计费用户账户金额 。lv 设置账单周期 。
收稿日期 : 20032 112 08 ; 修返日期 : 20042 032 11 基金项目 : 国家“863”计划资助项目 (2002AA121069)
供就像在自己最初入网的环境中一样 。 VHE 理论模型目前只是一个抽象的概念 ,许多项目组织
(如 IST VESPER) 设计了自己的 VHE 模型 。文献 [ 3 ]讨论了欧 洲 IST VESPER Project 提出的 VHE 体系结构和实施方案[4] 。在 本文设计的多媒体个人移动业务体系中 ,VHE 充当媒体网关 , 被看成中间件 ,透明化接入的网络 、所用终端与用户位置 ,将客 户端和服务器间的媒流体类型自由转换 。它的主要特点就是 被定制的用户环境将始终跟随用户移动 ,独立于所接入的网络 和所用终端 。
如图 2 所示 ,业务定制用例依赖于认证授权用例 ,业务合 同签署用例和 Accounting 用例则同时依赖于业务定制用例 ,而 管理员可以同时配置 Charging ,Billing ,Accounting ,Maintain 四个 用例模块 。这些依赖关系的划分直接影响系统的流程 ,在相关 代码的生成方面也会自动包含相关类的引用关系 。例如 ,A2 gree Service 模块必须将计费原始数据提交给 Charging 模块 ,因 此必须调用后者的 receiveInfo ( ) 函数 。通过图 2 中依赖关系 , 在由 UML 自动生成源代码时 ,receiveInfo ( ) 函数所在的类已经 引用到 Agree Service 模块类中了 。
UML Design of Charging Service in Management System of Multimedia Personal Mobile Service Based on OSA/ Parlay
CUI Li , YANG Geng , SHEN Su2bin
( Nanjing University of Posts & Telecommunications , Nanjing Jiangsu 210003 , China)
Abstract : Introduces the theory of VHE and standard specification of OSA/ Parlay , and presents an architecture model of multimedia personal mobile service. Then ,an integrated design of multimedia personal mobile service is given basing on OSA/ Parlay specification. Moreover ,based on UML technology ,devises charging service in management system and provides the use case view and charging flow view. Key words : Multimedia Mobile Service ; VHE ; OSA/ Parlay ; Charging Service
2. 2 多媒体个人移动业务管理系统 UML 设计 在设计个人多媒体移动业务管理系统时 ,我们采用了统一
建模语言 UML 。因为它是在著名的 Booch 方法 、OMT 方法和 OOSE 方法的基础上 ,进行大量的实践而形成的统一标准建模 语言 ,代表了面向对象软件建模和开发技术的最新发展方向 。 我们使用 UML 设计多媒体个人移动业务管理系统的用例视图 (Use Case View) 如图 2 所示 。
2 多媒体个人移动业务管理系统计费业务设计
2. 1 多媒体个人移动业务体系结构模型 (图 1) 从图 1 可以看出 ,个人多媒体移动业务体系划分成五大子
系统 :应用系统是基于 IP 网络的多媒体业务 ;虚拟主环境负责 业务授权 、业务发现 、签署业务协定 、业务访问 、终端支持 ;用户 管理侧重身份验证和用户交互 ;信令协议 (SIP) 是呼叫控制 、数 据会话控制 ;业务管理侧重记账管理 、计费 、业务订购 、签署业 务合同 。
2. 3 多媒体个人移动业务管理系统计费业务功能模块分析
在个人多媒体移动业务系统中 ,各类用户可实时地定制不 同的业务 ,这包含 :不同种类的用户 ,于任何时间段 、在异构的 接入网间 、使用各种终端设备 ,请求已定制的业务或该接入网 所提供的特有的业务 。这涉及到一个复杂的计费系统 ,这也正 是本文要着重讨论的问题 。计费作为业务提供系统中必不可 少的一部分 ,其首要目标是具有快速灵活且准确地提供市场需 要的各种业务的计费能力 。在数据流程上 ,计费系统必须完成 计费数据的采集 ,如用户地址 、业务种类与流量 、服务时间段等 必需计费参数 ;其次 ,需根据业务的费率标准和用户开户种类 等要素实时计费 ,获得计费数据清单 ,以供用户查询 ;再其次 , 对各种来源的计费结算数据进行分拣 、汇总 、统计及摊分处理 , 形成计费结算数据 ,支持多种收费方式 ,支持异地跨区收费 ,并 可向用户提供客户化综合账单 ,实现自动催缴和停复机处理 等 ;最后 ,能定期 、高效地做出规定格式的统计报表和明细账单 统计数据库 ,根据统计分析的报表数据按一定的比例在内容提 供商 、网络提供商和运营服务商之间进行利润分配 。
相关文档
最新文档