After publishing my first course "Introduction to RCS", this course is the next in the series of Advanced courses on RCS. Ultimate objective of this course is to make the students understand how a chat or group chat session is setup with signaling control flows resulting in the setup of transport path that carry the messages from one subscriber to others who are part of the chat session.
We shall go through following agenda and information flow and discuss end to end call flows for chat sessions towards the end of the course.
After publishing my first course "Introduction to RCS", this course is the next in the series of Advanced courses on RCS. Ultimate objective of this course is to make the students understand how a chat or group chat session is setup with signaling control flows resulting in the setup of transport path that carry the messages from one subscriber to others who are part of the chat session.
We shall go through following agenda and information flow and discuss end to end call flows for chat sessions towards the end of the course.
Discuss in which scenarios, the RCS client on your phone gets Auto Configured and what particular parameters related to RCS get set on the client to provide you RCS services.
As we saw that RCS is completely based on IMS Network, we shall look at all functional elements that are part of IMS architecture. Then we shall see the Call Flow diagrams of how RCS client gets registered to IMS network and get associated to the Messaging Application Server.
Since RCS sessions are setup between two subscribers only when both support RCS and are IMS Registered, we need to understand what in the network gives us this functionality to check the Capabilities of other subscribers. That is where we shall go in more details of functionality of Presence Server. We shall see both Publication and Retrievals of capabilities of different subscribers.
Then we shall see the functions of a Messaging Server and the Message Store that control the logic of these RCS functions.
We cannot appreciate the end-to-end call flows for Chat Sessions without seeing how exactly the Messaging Transport Path based on MSRP Protocol is setup. We shall see the functionality of another element here called PCRF (Policy and Charging Rule Functions) that controls the QOS that has to be satisfied for this messaging transport path.
Our intent is to always setup end to end RCS connections when two or more subscribers are intending to Chat. But as we discussed in Introduction to RCS course about the Challenges and Obstacles facing RCS adaptation, for quite some time we may not see end to end RCS penetration. So, RCS standards have defined other means of sending the information between participants if the receiving entity or the network is not supporting RCS. This is where we shall discuss Standalone Messaging which is Pager Mode and Large Message Mode. This also gives more real time experience to end users till we see full adaptation of RCS on all handsets.
After building this much understanding of all functional blocks, we shall tie them together to go in detailed Call Flows to setup a 1 to 1 chat session between two subscribers of the same Service Provider.
Finally, we shall extend this Chat concept to 1 to N Group Chat sessions.
Once the chat sessions are well understood, our next topic will be to see how we are able to send small or large files of different types on these chat sessions and also how do we communicate with Applications and Chatbots. That will be my next upcoming course "RCS File Transfers and Chatbot Communication". Stay tuned for that.
To make sure that we keep the course length to an optimum duration, in this course, I will limit the scenarios of Chat Sessions between subscribers of same Service Provider. If we add subscribers of different service providers in the chat session, it adds another level of complexity that will be the topic of advanced course solely Dedicated to “RCS Interoperability using NNI”. Stay tuned for that upcoming course.
In this lecture I wanted to cover a quick review of my Course on "Introduction to RCS" and then move forward to decide the Agenda and Learning Objectives for this advanced course on "RCS Chat Sessions A to Z"
In this lecture we go over the list of all the topics on which you will get a detailed understanding and in the end tie them together to show how 1to1 and 1toN Chat sessions work.
In this lecture we are talking about the main functions that the RCS client is supposed to take care of.
Here we are talking about what are the main parameters that need to be set and in which scenarios, the configuration Server is used to reconfigure the RCS client.
We covered all the Functional Entities in the IMS architecture that are responsible in selecting the right S-CSCF that will be able to serve the UE for all its RCS functions.
Building the association of a messaging server with the RCS client on the UE is one of the goals of a successful IMS registration. We tried to cover that aspect in this lecture.
The Call Flow diagrams are the best way to understand what is involved in a successful IMS Registration. That was the objective of this lecture to give you the flows starting from the registration request coming from the RCS client on the UE.
Which of the following steps is NOT typically involved in the IMS registration process for an RCS client?
Here we talk about the Architecture for the Presence Server as defined in standards and how we can describe it in a more simplified way showing Presenters and Watchers entities.
Here we describe the Publishing of Capabilities with a simplified Call Flow diagram.
In this lecture we are talking about a sample of PUBLISH method example so that we can describe all the fields that constitute a PUBLISH method.
Here we describe call flows that take place when a subscriber A is trying to check the RCS capabilities of Subscriber B that may belong to another service provider.
To make it more clear, here we discuss a sample of SUBSCRIBE and NOTIFY method so that we could see all the fields that are part of these methods.
In this short duration of this course, we cannot discuss all details of each method involved in Presence Server functionality. So I wanted to give some of the important RFCs that will be usually referenced if you are working in any RCS Chat session issues.
The last lecture in this section deals with the RLS Resource List Server which is responsible to update the Presence information for all the subscribers in the Contact list in your phone.
Here we shall test the students' knowledge of how the RCS capabilities are published and retrieved by subscribers using Presence Server.
After going through this lecture, you will know all the functions performed by a Messaging Server.
After this lecture you will know all the functions performed by the Message Store.
Here we are talking of key features of MSRP so that in next two slides you will appreciate how we make these features feasible.
Here we describe the role of PCRF that takes care of QOS requirement for the dedicated bearer path.
Here we go through the call flows explaining how all elements are involved to setup a dedicated bearer path.
Standalone Messaging is defined within RCS standards which allow messages to reach the destination if the recipient is not RCS compatible.
Pager Mode is a way to send the message using SIP MESSAGE method that carries the small text or image to the Messaging Server that then decides how to send it to the destination based on status of the recipient.
This is a way to send a larger message to the recipient even when the destination does not support RCS>. We shall describe this with a Call Flow diagram.
Here we see call flows of a successful 1 to 1 Chat session setup. This ties up all the functional elements that we discussed in previous sections.
In this lecture we are covering a 1to1 Chat session setup where the RCS client on user A had to fall back to Legacy SMS/MMS because the recipient was not supporting RCS.
here we are seeing another version of 1 to 1 Chat session where after all the setup, somehow the MSRP packets are failing to reach the destination. So we try to fall back to legacy but that also is not reachable. So we use Message Store to save the message for later delivery.
In this lecture we discuss how a successful Group Chat session is established.
If I have an ongoing Group Chat session and one member wants to add a new member in the group, what is call flow related to that activity. Lets discuss that in this lecture.
In this lecture we discuss how a member can be removed from an existing ongoing group chat session. We shall discuss this with a call flow diagram.
This set of questions will cover all the topics that we covered in this course.
OpenCourser helps millions of learners each year. People visit us to learn workspace skills, ace their exams, and nurture their curiosity.
Our extensive catalog contains over 50,000 courses and twice as many books. Browse by search, by topic, or even by career interests. We'll match you to the right resources quickly.
Find this site helpful? Tell a friend about us.
We're supported by our community of learners. When you purchase or subscribe to courses and programs or purchase books, we may earn a commission from our partners.
Your purchases help us maintain our catalog and keep our servers humming without ads.
Thank you for supporting OpenCourser.