Researcher profile

Abdelquoddouss Laghrissi

Abdelquoddouss Laghrissi contributes to research discovery and scholarly infrastructure.

ResearcherAffiliation not importedOpen to collaborate

Trust snapshot

Quick read

Trust 13 - UnverifiedVerification L1Unclaimed author
2works
0followers
1topics
3close collaborators

Actions

Decide how to stay connected

Follow researcher0

Identity and collaboration

How to connect with this researcher

Claiming links this public author record to a researcher profile and unlocks direct collaboration workflows.

Log in to claim

Direct collaboration

Open a focused conversation when the fit is right

Claim this author entity first to unlock direct invitations.

Research graph

See the researcher in context

Open full explorer

Inspect adjacent work, topics, institutions and collaborators without jumping out to a separate graph page.

Building this graph slice

BZPEER is loading the nearby papers, people, topics and institutions for this page.

Published work

2 published item(s)

preprint2020arXiv

Achieving Network Slice Communication Service Distribution across 5G Micro-Operator Multi-tenants

Network slicing is the means of logically isolating network capabilities from a one size fits all to a set of different slices where each slice is responsible for specific network requirements. In the same light, the micro-operator concept is targeted at local deployment of 5G for vertical specific services. When a network slice instance (NSI) is created across the access and core networks, it is important to understand how the communication service from the created slice instance will be distributed to different tenants and their end-users. In this vein, we propose a network slice communication service distribution technique for local 5G micro-operator deployment scenarios. This is achieved by expanding or leveraging the communication service management function (CSMF) defined by 3GPP into a multi-tenant manager and a communication services orchestrator. We further describe how the communication service orchestrator will address all the possible multitenant-slice situations that can exist during the distribution of a network slice instance to multiple tenants. The generic technique introduced in this paper will proffer a researchable solution for not only network slice communication service distribution across different micro-operator tenants but pave the way to support future use cases especially when the allocated slice is responsible for multiple tenants or when a tenant requests multiple NSIs

preprint2020arXiv

Identifying Requirements Affecting Latency in a Softwarized Network for Future 5G and Beyond

The concept of a softwarized network leveraging technologies such as SDN and NFV comes with different merits such as decreased Operational Expenses (OPEX) and less dependency on underlying hardware components. With the amount of increased flexibility, reconfigurability and programmability attributed to future technologies (i.e. 5G and beyond), and towards the complete network virtualization and softwarization, a new set of requirements or parameters can be identified affecting the latency in a virtualized network. In this paper, we identify different latency requirements for a virtualized network. These requirements include the Virtual Network Function (VNF) deployment time, establishment or connection time and application instantiation time. We further test how some factors such as VNFs resource usage, the applications running within the VNF and the shared status of the VNF, coordinately affect the identified latency requirement for a virtualized network. Experimentally, for performance analysis, we deploy a softwarized network based on the ETSI NFV architecture, using open source tools. The results show that the new set of latency requirements is relevant for consideration in order to achieve an overall ultra reliable low latency and how different the factors can affect these new requirements, especially in the core network. Furthermore, the result of our performance analysis proves the trade off between latency of a virtualized network and the resource usage of the VNFs