OSSは、定義、目標、目標、基礎、およびプロセスです。
OSSを理解する
運用支援システム（OSS）は、サービスプロバイダーネットワークのプロセス管理、インベントリ、技術的な問題、計画、および修復機能を実行できるシステムまたはメカニズムです。
運用支援システム（OSS）はTOM（T電気通信運用マップ）。
先 OSS
以下は、OSSの目的の一部です。
- これにより、企業はよりアクセスしやすい情報を入手し、リソースをより効率的に使用し、顧客に優れたサービスを提供できます。
- ビジネスにおけるトランザクションプロセスの合理化、産業プロセスの監視と制御、コラボレーションのための通信と情報のサポート、データベースの更新。
OSSは複数のシステムに関連しています
- CSS（カスタマーサポートシステム）：顧客とOSS自体との関係を規制するシステムであり、顧客はこのシステムに直接アクセスできます。
- BSS（Billing Support System）：顧客が後で履行しなければならない支払いの金額と条件を規制するシステム。 TOM（Telecommunications Operation Management）によると、BSSは関係を持たないはずです システムの仕事は顧客への請求を生成することだけなので、他の部品と直接 登録済み。
- ALPRO：このシステムは、OSSからのフルフィルメント、保証、および請求の形式としてOSSに接続されています。 IDDやSLJJなどの一部のサービスでは、ALPROはBSSに直接接続されています。
OSSソリューションによる企業目標
- QoS（サービス品質）の向上
- より効果的なデータウェアハウジング処理
- より効率的な運用と情報の流れ
- テクノロジーの適用における柔軟性
OSSの基本
OSSについての議論を始める最も簡単な場所は、音声サービスプロバイダーの注文プロセスで基盤となるシステムを使用することです。 サービスの注文からネットワーク上でのそのサービスのアクティブ化までのプロセスフロー ワークフロー、注文、在庫、回路設計/エンジニアリング、調達、アクティベーションをリードします システム。
- ワークフローエンジン
ワークフローエンジンは通常、統合されたOSSインフラストラクチャの中心にあります。 さまざまなテクノロジーを使用してさまざまな構成で構築できますが、一般的な目的は関係なく同じです。 ワークフローエンジンは、システムからシステムへの情報の流れを管理し、基本的に、実行時にプロセスに関連付けられたタスクをチェックします。
- 注文
注文システムは、サービスを提供するために必要なすべての情報がサービスプロバイダーのシステムに入力される場所です。 注文が入力されると、システムはネットワーク上のアクティブなサービスのために完了する必要がある特定のタスクを生成します。 注文システムはこのタスクを他のシステムに渡します。他のシステムは、一般的なワークフローエンジンであるため、注文システムを更新します。 これらのタスクを監視し、各システムが特定の機能を適切な順序で適切な時間パラメータ内で実行するようにします セットする。
- 在庫
在庫システムでは、運送業者はネットワーク上で利用可能な施設や設備に関連するすべての情報を保存します。 注文を処理するために、在庫システムは、要求されたサービスを提供できるかどうかを判断するように要求する必要があります。 適切な機器が設置されていますか、それとも新しい機器を設置する必要がありますか？ 適切な回路設備–トランスポートバックボーンを提供する大容量回路が確立されていますか、それとも構成する必要がありますか？
- 回路設計/エンジニアリングおよびプロビジョニング
このシステムは、サービスを物理的に提供し、最終的なアクティブ化に割り当てる必要のある機器と回路を管理および追跡します。 設計と割り当てと呼ばれることもありますが、基本的には、機器の部品と、提供されるネットワークサービスが利用されるルートを決定する必要があります。
- 要素の管理とアクティブ化およびフィールドサービス管理
フィールドサービスシステムは、設置されたサービスだけでなく、関連する特定の機器とその場所についても技術者に通知する必要があります。 一部のアクティベーションは自動的に実行できます。 サービスプロバイダーは現在、調達とアクティベーションを通じたフローの実現に向けて取り組んでおり、調達を組み合わせています 注文と設計を可能にし、システムにコマンドを発行するようにシステムを設定するためのシステムアクティベーション アクティベーション。
- ネットワークとトラブル管理
さまざまな程度の自己診断を提供するように設計されたネットワーク要素。 古い要素は単に問題を通知するアラームを監視システムに送信する場合がありますが、よりスマートな要素は、より正確な問題メッセージを提供するように設計されていることがよくあります。 ネットワーク管理システムは通常、これらのアラームを相互に関連付けて問題の原因を見つけるように設計されています。
システムが情報を渡す問題を識別した後、問題をログに記録し、トラブルチケットを発行するシステム管理者が修復プロセスを開始します。 一部のネットワーク要素には、問題のある領域の周囲のネットワークトラフィックを自動的に再ルーティングするために、かなりインテリジェントなルーティング機能が組み込まれています。 そうでない場合は、問題のあるサイトを特定して、人間のオペレーターがトラフィックを再ルーティングできるようにする必要があります。 統合OSS環境の問題管理システムは、サービスエリア管理などの適切なシステムにコマンドを送信して、物理機器を修理するために技術者を派遣できます。
- OSS相互接続
1996年のテレコムアクションの重要な部分とOSS相互接続に関連するトランザクションの順序。 規制により、地元のベル運営会社は、競合他社が顧客データベースや、事前注文、注文、プロビジョニングなどのさまざまなOSS機能へのアクセスを制限できるようにする必要があります。
OSS実装プロセス
Telkom Management InstituteのOSSには、BSSと相互接続されたポータルにあるSIMAK、HRM IS、およびSIFAの使用を含むCSSフレームワークがあります。 SIMAKで管理されるデータは、IMTelkomの学生のIDまたはプロファイルの形式です。 次に、BSSフレームワークには、1年間のすべての学生の使用状況データを収集する機能を備えた請求が含まれています。 学期（授業料の使用、医療費の使用、図書館の本を借りるための罰金の使用 遅れて、フラッシュゾーンインターネット料金などの使用）は、フォーメーションで機能する支払いセクションで処理されます ビル。
請求プロセスについては、リストを表示するSIMAK画面からOSSを操作することで実行できます。 行われた支払いを最初に完了する各IMテルコム学生による使用 決定。
OSSの導入は、ニーズに合った資金調達計画を立てることができるため、非常に有益です。 ただし、得られる不利な点もあります。たとえば、結果として得られる保証の品質は、指定された期間内に完全に満たすことができないなどです。 したがって、IM Telkomは、トランザクションプロセスとその運用システムについて慎重に計画する必要があります。供給 また 要求する 得られた結果が最適で適切であり、目標どおりであるようにします。
このIMTelkom OSSイメージには、フレームワークがあります。
- の使用を含むCSS
- SIMAK、
- HR IS
- およびSIFA
この要素は、BSSと相互接続されたポータルに配置され、後で次の機能を含むSIMAKサービスと統合されます。 学生データ、講師データ、コースデータ、学業価値データ、学期およびクレジットごとの支払いデータなどのサービス機能 取られた。
- BSS
以下を含む1学期のすべての学生の財務データを収集するのに役立つ請求が含まれます。
- 学期ごとまたは単位ごとの授業料
- 健康保険
- 図書館の本の使用
次に、上記のすべてのプロセスが支払いで処理され、P2HまたはH2Hを介して請求書出力が生成されます。
また読む :
- 重水素の特性–定義、記号、存在、置換、核
- 誰が
- 出荷の定義–症状、利点、欠点、定義、例
- 極性および非極性化合物–定義、特性、共有結合、差異、特性、沸点、例
- 実装は
- CSRは