号卡资源管理优化新增迭代开

1、信息化和电子商务事业部2016年3月 号卡资源管理优化新增迭代开发工程总体架构方案建设方案2第一部分项目背景及建设目标目录第二部分总体架构方案第三部分集成及部署方案第四部分研发组织及建设内容第五部分后续演进思路3项目背景p业务引领： 在公司运营2.0总体思路引领下，业务2.0专项工作组开展了多项专题业务研究。 “号卡集中共享”聚焦当前存在的资源利用率低、状态不统一、用户体验差等热点问题，专题已经过成熟研究完成终稿并具备实施条件，考虑启动建设。p技术储备： IT2.0秉承“平台+应用”的建设模式，建设横向平台化、纵向专业化，促进共性、尊重个性，敏捷灵活高效的IT系统。 IT2.0工作组对目标IT

2、架构的进行了充分论证，包括平台性能验证、技术储备、团队培养，形成了初步的技术标准。 信息化部组织业务部门、总部及省分公司相关部门，对号卡资源优化方案进行了横向/纵向沟通和专家论证。p建设原则： 以业务为引领，关注业务痛点问题，业务优化与系统优化协同推进。 在保证现有业务正常受理条件下，高度关注客户体验与感知，平滑演进系统服务。 坚持互联网思维，迭代开发，小步快跑，持续满足/适配新业务需求。业务引领技术储备双轨驱动业务引领、聚焦痛点、平滑演进遵循原则项目建设4应用应用应用应用应用省分省分系统一体化三级运营运营下沉能力集中能力共享创新行用BU建设目标业务诉求p 解决业务痛点、兼容新老管理模式、推进

3、三级运营 号码一点看全、状态一致、选号响应时间提高90%，选号成功率提高至99%；智能卡资源一点管理、提高号码利用率，减少智能卡库存积压 兼顾传统分级管理模式和面向互联网的无地域属性共享管理模式，二者共存，适应多方资源管理模式的要求 总部、省分、地市三级分工合作，省分、地市主导配置、承接生产，并参与个性需求落地平台建设I-PaaS号码管理卡管理p 采用“平台+应用”架构，实现核心能力、核心数据集中统一建设p 能力共享：集中管控，支撑省分个性化建设： 满足省份个性化业务自主研发的需要，实现跨总部/省分、跨子公司、跨渠道的业务协同和数据协同。 规范能力开放，个性化能力沉淀，统一管理并对外开放p 建

4、设I-PaaS平台，解决传统架构的性能天花板，并实现应用管理、服务支持、平台管理及运维一体化5现存痛点建设目标乱：总部和省分各系统号码数据状态不一致低：选号成功率，号码利用率低长：号码开户时间长齐：统一管理，数据一致高：选号成功率提升至99%短：缩短号码开户时间p号码：通过号码资源集中管理，并将选号、预占、销售、销户等业务能力封装成服务，开放给各业务销售系统，实现号码资源的能力共享；整合号段规划与IMSI规划及回收，实现号码资源全生命周期的管理。p智能卡：消灭现存业务痛点问题，建立统一、健壮的覆盖智能卡全生命周期的管理系统。本期目标建设成效（1/2） -业务层面不统一：全国代理商提卡流程不统一

5、（地市） 成卡状态不统一能力弱：白卡不能跨省共享 IMSI需要手工回收，无系统能力支撑统一：成卡全生命周期统一管理，保证状态一致、流程清晰健壮：全面提供智能卡资源线上管理能力，提高资源分配到回收的利用率号码智能卡6本期目标建设成效（2/2）pI-PaaS建设：以号卡资源管理优化系统为驱动，建设I-PaaS平台。为业务能力层、核心能力层及能力开放平台提供最基本的服务，为技术服务与业务服务提供一个统一的运行承载平台和资源管理平台。p能力共享层：定位是为省分提供服务化能力，负责实现对省分按服务化要求、开放框架标准，迭代发布服务，实现业务能力快速补充升级。弹性扩展：突破传统IOE架构的容量瓶颈，实现弹

6、性调度、 线性扩展架构开放：服务开放标准安全，根据个性化要求进行组装， 易于共享和推动业务创新松 耦 合 ：低耦合、高内聚， 实现应用解耦服务化，支持敏 捷开发，灵活性高I-PaaS平台性能扩展：在线扩展能力差，系统支撑能力存在瓶颈，难以 适应业务量激增、用户迅猛发展的需求架构弊端：系统架构封闭，能力无法复用，整体利用率低紧 耦 合：页面逻辑厚重，与数据库关联紧密，不支持敏捷 开发，灵活性差传统平台能力共享：对底层复杂业务实现进行封装，对外提供能力接口服务化：应用间接口以标准接口向外提供服务，一次研发，多处共用，保证线上线下业务一致服务一点管理：能力管理统一在能力共享层注册管理，能力一点统计易

7、于管理应用能力共享：传统定制开发模式，同一功能多份定制研发， 难以共享，同一业务在不同系统版本不一，线上线下不同接口定制：系统间接口网状分布，难以收集梳理能力共享层传统模式7第一部分项目背景及建设目标目录第二部分总体架构方案第三部分集成及部署方案第四部分研发组织及建设内容第五部分后续演进思路0级视图号卡集中共享系统建设主要涉及总部7个系统及省公司31个系统。总体架构方案省分省分集团集团3GESS北六北六ESSECS/商城商城枢纽枢纽（ECS枢纽，全业务接入枢纽，全业务接入平台，能力共享）平台，能力共享）省分省分BSScBSSB-SDM总部总部CRM号卡集中共享系统号卡集中共享系统能力共享层号卡

8、资源中心I-PaaS9资源中心号码中心cBSS1.03GESS北六ESS选号开户返销销户BSS返销销户复装获取符合条件的可售号码信息ESS选号复装预定付费预定用户预定信息同步总部CRM号段规划号段下发开户资源管理系统销售系统其他集团侧省分侧数据流实物流号段规划：依据区号对应原则、用户消费习惯、其他运营商号段分配等情况，总部以H2位为单位对新网号规划至省。选号：根据不同销售系统的选号条件查询出符合条件的可售号码信息。商城预定/付费预定：用户在网上商城选定号码后，商城将用户预定信息通知号码中心并将此号码为此用户按电子商务部要求进行保留。号码状态变更：营业受理系统在办理销售相关业务时实时请求号码中心

9、进行号码状态变更。1级视图（号码）总体架构方案13X/15X/18X/17X/145全号段受理全号段受理号码状态变更请求号码状态变更请求号码状态变更请求号码状态变更请求获取符合条件的可售号码信息开户选号获取符合条件的可售号码信息号码状态变更请求号码状态变更请求号码状态变更请求号码状态变更请求能力共享层10资源中心智能卡中心cBSS1.0预配/套包管理批销零售服开BSS预配/套包管理批销零售套包卡资源获取超期管理全号段套包空中入网卡选号销户、补换卡空中入网卡零售空中入网卡预开、解除预开套包卡资源获取超期管理全号段套包补换卡ESS零售开销户计费计费首话单激活通知首话单激活通知总部CRM制卡成卡数据

10、下发IMSI回收卡商实体卡邮寄到地市管理员用户社会渠道开户批销、调拨领卡资源管理系统销售系统其他集团侧省分侧数据流实物流入库：省分管理员在总部crm上关闭开通单后，总部CRM通知资源中心进行对应批次数据入库。预配/套包：销售系统通过接口制作预配/套包卡，并可进行产品、最晚启用日期的维护。批销：地市/区县管理员通过销售系统给社会渠道批销智能卡，通知资源中心修改库位。服开：资源中心调用cb服开服务，进行空中入网卡的预开。计费：通过首话单激活的预付费用户，OCS将激活信息通知计费，需要计费系统通知资源中心修改卡状态为占用。零售：自有渠道对用户做开销户、补换卡时，修改对应卡状态。1级视图（智能卡）总体

11、架构方案能力共享层11技术服务实时流处理搜索引擎分布式消息分布式服务框架1级视图（I-PaaS）总体架构方案智能卡服务选号服务号码上架应用数据服务管理服务日志分析服务生命周期管理服务管控服务治理事物最终一致性异步解耦半消息管理大数据实时分析索引文件管理 分词管理日志分析流处理统计分析分布式数据库跨库关联数据路由Sql解析横向扩展分布式文件系统文件存储资源共享横向扩展分布式缓存很行扩展缓存数据同步管理应用全生命周期管理平台管理服务管理运维管理应用监控平台监控I-PaaS12总体架构方案1级视图（能力共享层）统一门户能力使用者管理能力提供者管理应用管理能力管理能力订购管理访问控制配置能力路由配置能

12、力调用能力集成能力共享访问控制认证鉴权服务编排数据转换协议转换配额控制流量控制能力路由协议转换配置流量控制配置配额控制配置数据转换配置运维监控告警日志分析调用链跟踪系统管理运维报表日志处理服务鉴权服务异步能力调用优先级控制运营结算3GE/北六EECS/商城第三方销售cBSS1.0省分BSS资源中心号码智能卡13总体架构方案2级视图（号码）3GE/北六EECS/商城第三方销售销售销售系统系统资源资源管理管理cBSS1.0属性维护属性维护库存管理库存管理号码入库号码预留号码调配号码出库冷冻回收个人集团互转号码上/下架共享池管理共享池管理共享池维护池使用者维护池号源维护靓号管理靓号管理规则限制维护减

13、免降档申请减免降档审批减免降档重置号码手工释放查询统计查询统计号码销售号码销售( (服务能力服务能力) )号码信息查询连续号码查询号码综合日志查询开户返销拆机复装省分BSS14总体架构方案2级视图（智能卡）库存管理库存管理3GE/北六E第三方销售销售销售系统系统省分BSScBSS1.0沃易购卡调拨管理卡调拨管理卡调拨卡调拨审核卡号关系管理卡号关系管理卡号预配/预配解除空中入网卡预开解除预配/预开结果查询卡号关系历史查询套包制作/解除查询销售管理销售管理代理商调拨领卡代理商领卡单据补打代理商调拨退卡销售查询资源资源管理管理卡出库管理卡出库管理卡出库卡出库管理卡出库管理卡报废出库卡报废出库审核卡卡

14、状态状态管理管理状态变更新增变更记录查询变更规则维护基础参数管理基础参数管理库位信息查询最晚启用日期维护卡卡报废报废管理管理卡报废卡报废审核废卡回退废卡回退规则维护卡综合查询卡综合查询入库查询出库查询调拨查询库存查询非库存明细查询库存明细查询卡异动查询卡基本信息查询15总体架构方案2级视图（报表）专属专属报表报表用户自定用户自定义报表义报表卡资源卡资源号码资源报表号码资源报表靓号减免统计卡出库统计仓库存量统计业务对账差异统计冷冻回收统计卡销售统计卡库存明细统计代理商库存统计其他其他子系统报表子系统报表用户自定义报表制作流程用户自定义报表制作流程新建报表模板新建报表模板设计模板样式设计模板样式设

15、置查询条件设置查询条件设置数据列设置数据列添加图表添加图表模板生成模板生成模板预览模板预览16总体架构方案2级视图（系统管理）外围外围系统系统系统系统管理管理B-SDM权限管理权限管理组织机构管理组织机构管理员工管理权限发布部门管理区域管理角色维护员工权限维护日志日志管理管理登录日志查询权限分配日志查询安全信息管理安全信息管理员工登录时间限制员工登录IP限制员工密码修改员工密码初始化数据权限管理角色权限维护员工权限复制17第一部分项目背景及建设目标目录第二部分总体架构方案第三部分集成及部署方案第四部分研发组织及建设内容第五部分后续演进思路18集成及部署方案集成p能力共享集中管理：遵循IT运营2

16、.0能力共享的战略部署，集成基础能力，统一管理并对外开放。周边系统需通过能力共享层接入资源管理中心，实现对能力的集中管控、能力编排等功能。p省分个性化支撑：依托能力共享层，满足省分个性化业务自主研发的需要，实现跨总部/省分、跨子公司、跨渠道的业务协同和数据协同。p共享方式：充分考虑周边接入系统效率要求，共享能力方式分为透传共享和标准共享两种方式透传调用p标准调用为周边系统通过能力共享层，对周边系统进行鉴权、注册、协议转换、流控、服务编排等各功能环节操作。p推荐省分系统、第三方系统调用通过能力共享层；p透传调用为周边系统通过能力共享层，只对周边系统进行鉴权、注册等最基本管控，不进行协议转换等复杂

17、操作。p推荐总部号码、成卡销售相关服务采用直接调用方式；p直接调用效率高，占有平台资源较低。3GE/北六EECS/商城第三方销售业务服务业务服务业务服务资源管理中心省分BSScBSS1.0业务服务号码资源智能卡资源能力共享层标准调用19集成及部署方案号码p 号码：建立资源中心，将现有分散在总部及省分各系统的号码一点集中管理，实现各系统全号码受理，从根本上解决号码状态同步及管理复杂问题；支撑13位14X物联网专用号码的管理cBSS网厅3G ESS北六ESS号段、号码管理号池管理统一获取号码取消单独号池21现有模式目标模式IMSI管理靓号管理资源中心总部系统省分系统25省BSS省分号码管理13X/

18、15X/186/14513X/15X号池 2G/3G/4G手工上架自动上架北六185上架网厅全号码池4G/3G/2GcBSS全号码池4G北六ESS非17X号池 3G/2G同步同步3GESS集中号码管理185/176/17525省非17X号池3GIMSI管理号段分配启用北六省BSS省分号码管理13X/15X/186/145部分号码全号码总部CRM25省BSS全号码受理沃易购注：cBSS、省分BSS及沃易购等系统同步配合 改造能力共享3能力统一管控4认证鉴权协议转换20能力共享能力统一管控4集成及部署方案智能卡p 智能卡：将分散在各省管理的成卡，及总部CRM管理的白卡集中到资源中心，实现全部智能卡

19、一点集中管理cBSS网厅3G ESS北六ESS制卡管理成卡管理白卡管理1现有模式目标模式号卡预配总部系统25省BSS2G/3G/4G销售成卡管理网厅全业务销售3GESS3G销售北六 ESS3G/2G销售cBSS4G销售北六省BSS成卡管理白 卡 开 户成卡开户总部CRM白卡管理IMSI管理成卡制卡白卡制卡省分系统25省BSS统一获取卡数据23白卡及制卡割接成卡集中成卡开户沃易购白卡开户成卡开户注：cBSS、省分BSS及沃易购等系统同步配合改造，保障套包制作及各类卡批销资源中心认证鉴权协议转换21 卡号系统部署于核心区、用户访问区、DMZ区三个部分，部署时数据库服务器使用的服务器需要采用SSD硬

20、盘，分布式缓存需要使用大内存服务器。集成及部署方案部署架构22第一部分项目背景及建设目标目录第二部分总体架构方案第三部分集成及部署方案第四部分研发组织及建设内容第五部分后续演进思路23 全面参与项目建设，配合完成从规划到实施的全部工作，学习厂商的核心技术，并最终承担平台运营承接平台运维 通过本项目提升人员能力，逐步从以厂家为主研发中心为辅进行应用支撑，转变为以研发中心为主厂家为辅进行应用支撑。支撑应用建设 整体吸收平台架构、设计思想、技术实现、平台部署、能力运行等成果，具备对平台进行定制研发和功能扩展的能力，核心平台的定制研发 逐步掌握能力开放平台核心关键技术及运营机制，最终具备独立支撑能力的

21、集成与对外开放，具备全生命周期运营的能力。支撑能力开放集成平台接收目标：需求与架构组研发组实施运维组应用支撑组 研究院牵头，组织对平台需求与架构设计方式进行管控，厂商共同参与平台的需求分析与架构设计。 由研究院牵头，厂商与研究院共同负责平台的研发工作，主要进行各平台中间件的二次开发为主。 以研究院为主进行平台实施工作，厂商提供平台的安装实施介质，以及相关实施文档，配合研究院进行实施。 研究院牵头对应用的支撑需求进行收集整理，对接到由厂商与研究院共同形成的支撑团队，进行支撑。I-PaaSI-PaaS领导领导小组小组pI-PaaS平台工作由研发中心牵头，厂商在研发中心身后进行配合支撑。平台侧组织结

22、构与模式：12平台接收目标与组织24平台支撑流程p引入吸收厂商平台，并根据不同层面需求进行技术支撑p 应用开发支撑流程 组件及支撑能力：技术组件满足应用功能要求及支撑能力需求 设计及研发：配合应用设计组侧进行服务设计、协助研发及测试部署p 新技术研发流程 梳理新技术开发需求 技术方案输出 研发实现 平台升级部署p 平台问题处理流程 规范平台处理流程，明确职责划分 依据规范，配合辅助系统完成问题跟踪解决 结果反馈及评定应用团队平台侧应用支撑组平台侧研发组提出技术支持问题沟通具体问题所在应用支撑组制定方案1、平台使用问题协助处理2、平台底层问题讲解解决方案执行方案应用团队平台侧需求架构组平台侧研发

23、组平台侧实施运维组架构设计自行解决明确新技术要求压测/实施协助制定方案使用是否平台研发提出新技术需求是否技术研发提出新技术需求设计评审25p团队切小，应用切小：借鉴互联网企业应用开发经验，建立小应用团队p麻雀虽小，五脏俱全：每一个迭代开发团队都具备需求分析、设计、开发、测试全部工作能力需求设计需求分析组业务研发组技术平台组质量管理工作项角色/示例开发测试业务需求分析完成服务设计UI设计公用业务组件设计公用技术组件设计资源测算服务开发服务组装单元测试联调测试性能测试持续集成技术组件开发开发工具研发日志监控分析辅助应用调优平台自身优化质量管理、版本控制、质量管理需求分析选号服务组号码服务组白卡服务

24、组 分布式消息组分布式缓存组 研发团队组织26平台中间件使用原则缓存使用原则消息使用原则服务拆分原则数据库拆分原则 低耦合，高内聚 服务要小，功能单一、完整 每个服务对应一个数据库 采用自下而上的思路进行服务的识别和设计 数据关联的表尽量采用相同的拆分字段，保证分布在同一个数据库中 数据分布尽量均匀 避免数据热点 小数据表、静态数据表不拆分； 大表依据业务查询量最多、关联性最强的字段进行拆分 没有业务限制的情况下，尽量并行 消息执行与业务系统低耦合 尽量过滤无关消息，提高处理效率 应用使用统一封装接口，无需关心底层组件 超大消息体压缩传输 Consumer消费过程要做到幂等 尽量不缓存大对象，

25、拆分为合适的有效的小对象 及时更新缓存中已经变更的数据 不使用不同的键缓存相同的对象，造成内存浪费 分布式缓存服务中，不能在多个线程间共享对象pI-PaaS平台作为云架构体系，区别于传统架构体系。为了充分体现I-PaaS平台的能力，基于I-PaaS平台进行研发需要遵守的原则如下: 27能力共享管控维护应用和能力的生命周期管理平台的更新和版本发布对自身的运行情况配置监控和告警能力提供者能力使用者运维管理应用cBSS3GESS能力共享核心能力ECS号卡集中共享省分BSS支撑和管理能力的运营为能力共享提供服务接口和使用规范提供服务的故障支持和应急策略按照共享能力使用标准封装调用接口通过应用的管理和能

26、力的订购使用能力接口p能力共享管理：对能力共享的服务以及使用的应用进行集中的调用管理，实现调用控制、链路跟踪。p统一生命周期管理：管理能力、应用的生命周期，版本管理以及灰度发布。应用生命周期管理能力管理能力订购能力订购调用链路跟踪版本管理监控28业务应用分布式服务框架.I-PaaS分布式消息分布式缓存分布式数据库业务应用业务应用统一服务封装统一服务定位分布式数据库统一服务： 1. 提供标准的数据库连接方式； 2. 提供标准的数据库操作API。分布式消息统一服务： 1. 提供统一的消息服务集成配置xml文件； 2. 提供统一的消息生产与订阅的API。分布式缓存统一服务： 1. 提供统一的缓存服务

27、配置xml文件； 2. 提供统一的缓存写入、读取等API。统一服务能力统一服务封装消息统一服务缓存统一服务数据库统一服务p统一服务封装：解决各厂家或开源平台组件的调用差异，使应用无需改动业务代码，即可完成平台组件平滑替换。统一服务封装原则为:与业务代码无耦合、与平台组件低耦合、统一服务接口标准化。.搜索引擎模糊查询靓号选择选号预占. 选号应用ElasticSearch是一个分布式的搜索引擎，其主要的特点包括实时索引生成支持索引文件的实时更新，避免出现索引与数据库数据不一致的问题模糊匹配具备搜索引擎通用的模糊匹配，自定义分词模板等功能。插件管理ElasticSearch本身能够对各类技术进行插件

28、方式的管理，扩展方便elasticsearch标准API接口传输协议集群发现策略Scripting索引模块搜索模块映射数据源管理ES持久化存储插件集成集群管理中文分词监控maveljspythonEtc.实时索引生成实时索引修改索引分片本地文件系统分布式文件系统Hadoop HDFS导入号码智能卡靓号.数据库p搜索引擎： 30 监控采集层组件监控数据处理层组件监控存储层组件监控采集传输层数据采集（flume）数据传输（kafka）数据处理层分布式实时流处理（storm）分布式协调流分组流聚合 事务重做机制数据存储层分布式存储（hdfs、hbase）、mysql、redis业务数据源数据批处理M

29、apReduce数据展现p实时流计算框架：主要用于实时处理海量数据，离线批处理数据等场景。为应用、平台组件等提供一套可靠、高效的数据采集、数据分析、数据存储的统计后台架构。具备高吞吐、高可用、高容错、可扩展等特点。 实时流计算框架统计报表业务日志分析调用链分析实时监控31统计报表p 数据统计报表：支持界面化拖拽、报表模板定制，具备学习成本低，简单易用等优点，具有自主产权。数据准备层数据汇总成单表或简单多表数据表解析规则配置层设计报表规则调整报表样式提取图表数据列报表展现层设计报表规则编写SQL语句常归数据报表可视化图形报表抽取数据元素调整报表样式设置查询条件简单数据报表预览报表导出图形化转换报

30、表预览多种格式导出图形模板预览数据模板预览设置查询条件数据统计报表32主要改造专题（1）CBSS1.0改造 主要改造内容：预配套包制作，新增营业与号卡集中共享中心的号卡状态维护接口； 代理商批销，新增代理商批销领卡界面，调用号卡集中共享中心号卡状态维护和库位变更服务； 营业前台选号，修改营业前台选号接口，对选号屏进行展示号码个数可配置功能改造； 开户修改，支持智能卡中心发起的空中入网卡预开，解除预开； 选占号码手工释放、号码信息查询修改，调用号卡集中共享中心提供的选占号码手工释放和信息查询服务能力。南25省分BSS、北六ESS改造 主要改造内容：预配套包制作，新增营业与号卡集中共享中心的号卡状

31、态维护接口； 代理商批销，修改代理商批销领卡界面，调用号卡集中共享中心号卡状态维护和库位变更服务； 营业前台选号，修改营业前台选号接口，对选号屏进行展示号码个数可配置功能改造； 选占号码手工释放、号码信息查询修改，调用号卡集中共享中心提供的选占号码手工释放和信息查询服务能力。一阶段重点建设内容-外围系统改造点33主要改造专题（1）3GESS改造 主要改造内容：营业前台选号，修改营业前台选号接口，对选号屏进行展示号码个数可配置功能改造； 选占号码手工释放、号码信息查询修改，调用号卡集中共享中心提供的选占号码手工释放和信息查询服务能力。ECS改造 主要改造内容：新增商城选号接口； 新增商城号码状态

32、维护接口； 新增号码信息查询接口； 新增号码群组打包接口； 新增商城特殊靓号规则维护接口。沃易购改造 修改沃易购选号接口。一阶段重点建设内容-外围系统改造点34主要改造专题（2）号码销售、库存分离 主要改造内容：改变传统库存与销售的混合模式，库存只做资源管理。共享池号码自动上架 主要改造内容：共享池中的上架号码在达到一定阀值时，可自动按照共享池管理人员设置的号码比例把空闲号码自动上架。减轻号码管理员日常工作量。支撑商城号码群组个性化配置 主要改造内容：提供号码群组分配功能，便于商城个性化配置群组号码的产品和配置个性化的靓号规则。智能卡大区共享 主要改造内容：为更好支撑电商业务发展，促进线上线下

33、一体化服务感知，在原有31省制卡成本中心基础上设立电商大区制卡中心，大区可包含多个省或者地市，灵活使用大区内的智能卡，降低库存调拨成本。空中入网卡预开 主要改造内容：从新规划空中入网卡制作流程，在智能卡数据落入号码集中共享中心后，发起预开通知给cbss1.0，cbss1.0对此空中入网号码进行预开指令下发。一阶段重点建设内容-创新业务支撑35主要改造专题（3）号码 主要建设内容：号码库存管理（号段入库，号码下发，调拨，回收，出库）； 靓号规则维护（靓号规则新增，靓号规则修改，靓号减免减免，靓号减免重置）； 共享池维护（共享池新增，共享池修改，共享池权限，共享池号码自动上架）； 号码属性维护（号

34、码业务类型维护，号码预留/解预留，号码待预配，号码信息维护）； 号码销售（选号，号码状态维护，号码拆机冷冻，冷冻回收，选占号码手工释放）。智能卡 主要建设内容：智能卡库存管理（智能卡入库，卡下发，卡调拨，卡回收，卡出库）； 智能卡销售（卡状态维护，卡库位校验，卡品校验，卡库位变更）一阶段重点建设内容-号卡资源共享中心主要功能点建设36第一部分项目背景及建设目标目录第二部分总体架构方案第三部分集成及部署方案第四部分研发组织及建设内容第五部分后续演进思路37在建系统p号卡系统遵循能力共享机制进行系统建设，由能力共享层统一对外提供能力p梳理规范p新建系统按照能力共享层架构进行服务接入p现网系统迫切需要对外提供的能力进行适应性改造，接入能力共