PHS MoU Document
B-SV2.70-01-TS
Title: Public Personal Handy-phone System : Service Specification of PHS User-toUser Signalling (PHS-UUS)

Version: 01
Date: April 21, 1997
PHS MoU Classification: Unrestricted
List of contents:
1.
2.
3.
4.
5.
6.

Definition
Description
Procedures
Network capabilities for charging
Interworking requirements
Interaction with other supplementary services

Annex A

Number of pages: 13

PHS MoU Group
c/o Association of Radio Industries and Businesses (ARIB)
14F, Nittochi Bldg., 4-1, Kasumigaseki 1-choume, Chiyoda-ku, Tokyo 100, Japan
TEL +81-3-5510-8599 FAX +81-3-3592-1103© PHS MoU Group1997

PHS MoU Document
B-SV2.70-01-TS
Version01

History of Revised Versions
Date
OutlineApril 21, 1997 EstablishedB-SV2.70-01-TS
Public Personal Handy-Phone System:
Service Specification of PHS User-to-User Signalling (PHS-UUS)

Contents

1.•Definition ............................................................................................................................................ 1
2.•Description .......................................................................................................................................... 1
2.1•General description ....................................................................................................................... 1
2.2•Specific terminology..................................................................................................................... 1
3.•Procedures ........................................................................................................................................... 3
3.1•Provision/withdrawal .................................................................................................................... 3
3.2•Normal procedures........................................................................................................................ 3
3.3•Exceptional procedures ................................................................................................................. 6
3.4•Alternative procedures .................................................................................................................. 7
4.•Network capabilities for charging....................................................................................................... 7
5.•Interworking requirements.................................................................................................................. 7
5.1•Interworking requirements with Other PHS Network .................................................................. 7
5.2•Interworking requirements with ISDN network .......................................................................... 7
5.3•Others ............................................................................................................................................ 7
6.•Interaction with other supplementary services ................................................................................... 8
6.1•DTMF Transmission ..................................................................................................................... 8
6.2•Handover ....................................................................................................................................... 8
6.3•User scrambling ............................................................................................................................ 8
6.4•Subaddress .................................................................................................................................... 8
6.5•Calling User Identification Presentation....................................................................................... 8
6.6•Calling User Identification Restriction ......................................................................................... 9
6.7•Call Forwarding ............................................................................................................................ 9
6.8•Call Barring................................................................................................................................. 10
6.9•Roaming. .... .................................................................................................................................. 11
Annex A - Interaction between PHS User-to-User Signalling and call forwarding services................12

B-SV2.70-01-TSi

1 Definition
The PHS User-to-User Signalling(PHS-UUS) supplementary service allows an PHS user tosend/receive a limited amount of information to/from another PHS user over the communication
channel in association with a call to the PHS user.

2 Description
2.1 General description
The PHS User-to-User Signalling(PHS-UUS) allows the user to send/receive a limited amount ofuser-generated information to/from another user-network interface. This information is passedtransparently (i.e. without modification of contents) through the network. Normally, the network will
not interpret or act upon this information.
The user can transfer UUI in different phases of the call depending on the service(s) to which the user
subscribes. These services are;-Service 1
UUI can be sent and received during the origination and termination of calls.
Service is only applicable if a point-to-point configuration exists at the called user’s side.

-

Service 2
UUI can be sent and received after the calling user has received an indication that the calleduser is being informed of the call and prior to the establishment of the connection. UUI sentby the calling user prior to receiving the acceptance of the call by the called user shall, as aservice provider option, be delivered to the called user after the call has been established.
Service is only applicable if a point-to-point configuration exists at the called user’s side.

-

Service 3
UUI can be sent and received only while the connection is established.

Service 1, service 2 and service 3 allow the transmission of 128 octets per message.
Limitations are also placed on the number of messages per time for service 3.
The flow control of each direction shall operate independently.
2.2 Specific terminology-

user-to-user information(UUI):The information transferred by the service PHS-UUS.

-

point-to-point arrangement:
A situation where multiple responses to an incoming call cannot occur.

B-SV2.70-01-TS

1-

served user:
The user to whom the PHS-UUS supplementary service is provided and who requests theactivation of the PHS-UUS supplementary service.

-

remote user:
The user who receives a request for activation of the PHS-UUS supplementary service.

-

explicit request :The PHS-UUS supplementary service is considered as explicitly requested when a user
requests the activation of the PHS-UUS supplementary service.

-

implicit request :The PHS-UUS supplementary service is considered as implicitly requested when no explicit
request for the PHS-UUS supplementary service is made and UUI is sent by the user when
originating a call.

-“PHS-UUS not required” request :A request where originating a call shall continue even if the request for the PHS-UUS
supplementary service cannot be accepted.

-“PHS-UUS required” request :A request where originating a call shall be rejected if the request for the PHS-UUS
supplementary service cannot be accepted.

-

called user :The user who received an incoming call (originated by the calling user).

-calling user :The user who originates, or originated, the call.

-service 1 :A form of the PHS-UUS supplementary service where UUI can be sent and received during
the origination and termination of calls.

-

service 2 :A form of the PHS-UUS supplementary service where UUI can be sent and received after
the calling user has received an indication that the called user is being informed of the calland prior to the establishment of the connection.

-

service 3 :A form of the PHS-UUS supplementary service where UUI can be sent and received only
while the connection is established.

2

B-SV2.70-01-TS

3 Procedures
3.1 Provision/withdrawal
The PHS-UUS supplementary service shall be provided to the user after prior arrangement with theservice provider. The remote user can decide to subscribe the service provision or withdrawal as aservice provider option.
As a service provider option, one or any combination of the following can be provided.
- service 1 implicit request, or service 1 implicit request together with service 1 explicit request;- service 2;- service 3;
The PHS-UUS supplementary service shall be withdrawn by the service provider upon request of thesubscriber or for service provider reasons.
As a service provider option, withdrawal can be done separately per service provided, or globally for
all services provided to the served user.
3.2 Normal procedures
3.2.1•Activation/deactivation/registration
The PHS-UUS supplementary service is activated when:- it is implicitly requested (for service 1,);or-•it is explicitly requested (for service 1, service 2 and service 3) and accepted by the remote user.
Depending on the served user's subscription to the PHS-UUS supplementary service and the provisionof the PHS-UUS supplementary service by the service provider, service 1, service 2 and service 3 canbe activated individually or in combination. Service 1 implicit and service 1 explicit cannot be
simultaneously activated.
Once a service is activated (i.e. service 1 and/or service 2 and/or service 3) the network shall accept
UUI from either user in the call, according to the service that has been activated.
3.2.1.1•Service 1•••Service 1 shall be requested by the calling user when originating a call, if UUI transfer is desired ineither direction.
Service 1 can be activated by means of an implicit request or an explicit request. Service 1 is
implicitly requested when UUI is included when originating a call. The served user shall be given an
explicit response (acceptance or rejection) to an explicit request.
An explicit request can include UUI.
When service 1 is explicitly requested, the network shall inform the remote user of the request. The
network shall interrogate for the availability of the PHS-UUS supplementary service of the remoteuser. No response from the remote user shall be taken by the network as a rejection of the request for

B-SV2.70-01-TS

3

the PHS-UUS supplementary service. The network shall explicitly indicate to the served user whether
or not the requested service has been successfully activated.
When service 1 is explicitly requested, the remote user can include UUI when accepting the request
for the PHS-UUS supplementary service.
When service 1 is implicitly requested, service 1 is active for the call, i.e. the remote user is not
required to send a response to the implicit request. However, the remote user can include UUI in thecall response (e.g. for user-to-user negotiation).
Service 1 is automatically deactivated when the call is terminated.
3.2.1.2•Service 2
Service 2 shall be requested by the calling user when originating a call, if UUI transfer is desired ineither direction.
Service 2 shall be explicitly requested. The served user shall be given an explicit response(acceptance or rejection) to an explicit request.
For Service 2 the network shall confirm the request for the PHS-UUS supplementary service. Thisconfirmation shall be preceded by an end-to-end check by the network for service availability. The
network shall interrogate for the availability of the PHS-UUS supplementary service of the remoteuser. The absence of a response from the remote user shall be taken by the network as a rejection of
the request for the PHS-UUS supplementary service. The network shall explicitly indicate to theserved user whether or not the requested service has been successfully activated.
Service 2 is automatically deactivated when the called user is no longer being informed of the call.
3.2.1.3•Service 3
The calling user can request the activation of service 3 when a call is originated or after theconnection has been established. As a service provider option, the called user can request theactivation of service 3 after the connection has been established. The calling user shall accept thisrequest for the PHS-UUS supplementary service from the called user in order to activate the PHSUUS supplementary service.
NOTE - Depending on the network connection selected when originating a call, the request
for service 3 while the call is being originated or when the call has been established may fail.
Service 3 shall be explicitly requested. The served user shall be given an explicit response(acceptance or rejection) to an explicit request.
For service 3 the network shall confirm the request for the PHS-UUS supplementary service. Thisconfirmation shall be preceded by an end-to-end check by the network for service availability. The
network shall interrogate for the availability of the PHS-UUS supplementary service of the remoteuser. No response from the remote user shall be taken by the network as a rejection of the request for
the PHS-UUS supplementary service. The network shall explicitly indicate to the served user whether

4

B-SV2.70-01-TS

or not the requested service has been successfully activated.
Service 3 is automatically deactivated when the call is no longer established.

3.2.1.4•“PHS-UUS required”request
When a call is originated, the calling user can specify whether the requested service(s) is(are)required for the call, i.e. if the call shall be completed or not, if UUI cannot be passed. If the“ PHSUUS required” request•is given by the user, then the call shall not be completed if UUI cannot bepassed to the remote user. If the“ PHS-UUS not required” request is given by the user the call shall becompleted even if UUI cannot be passed. If service 1 is implicitly requested or if service 3 isrequested during the call, it cannot be requested as“ PHS-UUS required”
3.2.2•Invocation and operation
The PHS-UUS supplementary service shall be invoked when UUI is sent by the user to the network.
When a user sends UUI, the network shall not confirm its delivery to the user. The network shall not
expect any confirmation from the destination of acceptance of UUI delivered to the user.
For service 2 and service 3, when sending a UUI message, the user can indicate that the user will send
further UUI associated with this UUI message. This indication shall be given to the receiving user.
When sending a UUI message, the user may indicate the use of a particular user protocol associatedwith the UUI message. This indication shall be given to the receiving user. The identification of, andthe use of, user protocols is outside the scope of this specification.
3.2.2.1•Service 1
A user can transfer UUI when originating a call. When service 1 has been activated, either user can
include UUI when accepting, rejecting and terminating a call.
NOTE - A calling user can request UUI transfer when originating a call and terminate thecall before a connection is established.
3.2.2.2•Service 2
Any time between activation of service 2 and connection is established, a user can transfer up to 2
UUI messages in each direction to the other user involved in the call.
3.2.2.3•Service 3
After service 3 has been activated, a user can transfer UUI to the other user on the call after theconnection has been established.
Network flow control mechanisms shall exist after the connection has been established in order torestrict the amount of UUI sent in each direction. A burst capability of sending N messages shallimmediately be available to each user, where N initially equals the value of the burst parameter X.

B-SV2.70-01-TS

5

The value of N shall be decremented by one for every message sent by the user and incremented by Y
at regular intervals of T (T = 10 seconds ). The value of N shall be limited to a maximum of X.
The value of the burst parameter X shall be 16.
The value of the replenishment parameter Y shall be 8.
Network flow control shall be performed only by sending the user's network. The receiving user's
network shall not perform flow control on UUI messages received from the sending user's network.
If UUI messages are received at a rate which exceeds the flow control limit set by the network, thenetwork shall discard the UUI messages that cannot be handled and respond to the first discarded UUImessage with a control indication.
When the flow control restrictions are removed, and a UUI message has been discarded due to that
restriction, an indication that further UUI messages can be accepted shall be given .•Otherwise no
indication shall be given.
3.3 Exceptional procedures
3.3.1• Activation/deactivation/registration
If the service provider cannot accept an implicit request for the activation of service 1, no notification
shall be given to the user.
In all other cases, if the service provider cannot accept a request for the activation of the PHS-UUS
supplementary service, the service provider shall reject the request. In addition, the service provider
shall indicate which of service 1, service 2 and/or service 3 have been rejected. Possible reasons forrejection are;1) the specific PHS-UUS supplementary service is not subscribed to;2) the remote user is not an user who can use UUI;3) the necessary signalling connectivity between sending and receiving users does not exist;
4) user constraints prohibit activation of the PHS-UUS supplementary service between callingand called users;
5) network congestion.
NOTE - If UUI cannot be transferred for reasons 2) or 4) above, when originating a call,
notification will not be provided until after the network has received a response to the origination of
the call, since the network does not know in advance whether UUI can be transferred or not.
3.3.2• Invocation and operation
The user may not be able to interpret incoming UUI. In such a situation, the user should discard thisinformation without disrupting normal call handling. The network will not provide any indication to
the sending user to indicate this occurrence.
NOTE 1 - UUI sent near or at the end of a call may not reach its destination, e.g. if thecalled user initiates disconnection procedures prior to the arrival of the UUI.

6

B-SV2.70-01-TS

Under circumstances of network congestion, failure or if the authorized amount of user generated
information has been reached, the network may discard service 2 and service 3 UUI.
NOTE 2 - Users desiring to have confirmed UUI delivery should employ their own end-toend protocols (i.e. acknowledgments of receipt by another UUI).
In case of excessive UUI length, no truncation shall be performed by the network. UUI shall bediscarded and, as a service provider option, the sending user shall be informed.
3.4 Alternative procedures
3.4.1• Activation/deactivation/registration
None identified.
3.4.2• Invocation and operation
None identified.

4 Network capabilities for charging
The network may equip charging function, however, charging principles vary with network operators.
This specification does not cover the network function in connection with charging principles.

5 Interworking requirements
5.1 Interworking requirements with Other PHS Network
UUI can be delivered when the other PHS network have function of PHS-UUS supplementary
service.
5.2 Interworking requirements with ISDN network
The originating and/or terminating calls of PHS-UUS services can be connected to the ISDN network
which provides UUS supplementary service.
For service 1, if UUI with a length exceeding 32 octets is received by an ISDN network supporting amaximum length of 32 octets, then the receiving network shall discard the UUI. No notification shallbe given to the sending user.
5.3 Others
The value of X and Y (see 3.2.2.3) for internetwork calls shall be X = 16 and Y = 8.

B-SV2.70-01-TS

7

6. Interaction with other supplementary services
6.1 DTMF Transmission
No impact, i.e. neither supplementary service affects the operation of the other supplementary service.
6.2 Handover
PHS-UUS service is not activated by handover activation.
PHS-UUS Service 1:
No impact, i.e. handover service does not affect the operation of PHS-UUS service 1, except forfollowing case.
UUI incoming to a PHS user with handover activated:
If UUI transmission from a PHS network to a PHS user is not completed, the PHS user
may not receive UUI.
PHS-UUS Service 2:
No impact, i.e. handover service does not affect the operation of PHS-UUS service 2.
PHS-UUS Service 3:
No impact, i.e. handover service does not affect the operation of PHS-UUS service 3, except forfollowing cases.
••Handover Activated by PHS user during UUI transmission:
PHS user may not receive UUI.
NOTE - In this case, acknowledgment of UUI receipt may be done and UUI may be retransmitted between end-to-end user application after the handover operation.
••UUI incoming to a PHS user with Handover activated:
If UUI transmission from a PHS network to a PHS user is not completed, the PHS user
may not receive UUI.
6.3 User scrambling
No impact, i.e. neither supplementary service affects the operation of the other supplementary service.
6.4 Subaddress
No impact, i.e. neither supplementary service affects the operation of the other supplementary service.
6.5 Calling User Identification Presentation
No impact, i.e. neither supplementary service affects the operation of the other supplementary service.

8

B-SV2.70-01-TS6.6• Calling User Identification Restriction
No impact, i.e. neither supplementary service affects the operation of the other supplementary service.

6.7• Call Forwarding
See Annex A.
6.7.1•Call Forwarding Unconditional (CFU)
Calls originated by a PHS user with call forwarding unconditional activated;•
Since call forwarding unconditional does not affect the forwarding user's ability to make outgoingcalls, a PHS user with call forwarding unconditional activated can send and receive UUI in
association with an ongoing call or at the set-up of a new call.•Calls incoming to a PHS user with call forwarding unconditional activated;
Any UUI or request for PHS-UUS that accompanies the set-up request shall be forwarded with thecall.
NOTE - As a network provider option, the forwarding of UUI and/or PHS-UUS requests
can be restricted to forwarding users who subscribe to the relevant PHS-UUS supplementary service.
After forwarding;
PHS-UUS service 3 may be requested during the active phase of the call.
6.7.2•Call Forwarding on PS Busy (CFB)
See interaction with call forwarding unconditional. However, if a PHS user determined user busy
condition exists, any UUI and/or request for PHS-UUS shall also be delivered to the forwarding userwhen the call is offered.
6.7.3•Call Forwarding on No Reply (CFNRy)
Calls originated by a PHS user with call forwarding no reply activated;
Since call forwarding no reply does not affect the forwarding user's ability to make outgoing calls, a
PHS user with call forwarding no reply activated can send UUI in association with an ongoing call orat the set-up of a new call.
Calls incoming to a PHS user with call forwarding no reply activated;
PHS-UUS service 1;
If the PHS-UUS service is explicitly requested and the forwarding user explicitly rejects the request,
the PHS-UUS request and the UUI (if any) shall not be forwarded with the call. However, if the

B-SV2.70-01-TS

9request was indicated as "UUI required" and either the forwarding or forwarded-to-user explicitly
rejects the request, the call shall be rejected. In all other cases the PHS-UUS request and/or UUI shallbe forwarded or delivered with the call.
PHS-UUS service 2;
If the PHS-UUS service is requested as "UUI not required", the call will be forwarded without the
PHS-UUS request. If the PHS-UUS service is requested as "UUI required", call forwarding no reply
shall be overridden (i.e. the call is treated as if call forwarding no reply was not activated).
PHS-UUS service 3;
Any request for PHS-UUS service 3 that accompanies the set-up request shall be forwarded with thecall.
NOTE - As a network provider option, the forwarding of UUI and/or PHS-UUS requests canbe restricted to forwarding users who subscribe to the relevant PHS-UUS supplementary service.
After forwarding;
PHS-UUS service 3 may be requested during the active phase of the call.
6.7.4•Call Forwarding on PS Not Reachable (CFNRc)
See interaction with call forwarding unconditional.

6.8•Call Barring
6.8.1•Barring of All Outgoing Calls (BAOC)
No impact, i.e. neither supplementary service affects the operation of the other supplementary service.
(When outgoing call is possible only under the conditions of BAOC, UUI and/or request of PHS-UUS
may be sent or received.)
6.8.2•Barring of Outgoing International Calls (BOIC)
No impact, i.e. neither supplementary service affects the operation of the other supplementary service.
(UUI and/or request of PHS-UUS may be sent to or received from the party to which outgoing call ispossible only under the conditions of BOIC.)
6.8.3•Barring of Outgoing International Calls Except Call to Home Country (BOIC-exHC)
No impact, i.e. neither supplementary service affects the operation of the other supplementary service.
(UUI and/or request of PHS-UUS may be sent to or received from the party to which outgoing call ispossible only under the conditions of BOIC-exHC.)
6.8.4•Barring of All Incoming Calls (BAIC)No impact, i.e. neither supplementary service affects the operation of the other supplementary service.
(UUI and/or request of PHS-UUS may be sent to or received from the party to which incoming call ispossible only under the conditions of BAIC.)

10

B-SV2.70-01-TS

6.8.5•Barring of Incoming Calls on Roaming outside Home Country (BIC-roam)
No impact, i.e. neither supplementary service affects the operation of the other supplementary service.
(UUI and/or request of PHS-UUS may be sent to or received from the party to which incoming call ispossible only under the conditions of BIC-roam.)

6.9•Roaming
Further Study.

B-SV2.70-01-TS

11

Annex A
Interaction between PHS User-to-User Signalling and call forwarding services
Table A-1/B-SV2.70-01-TS

Interaction between PHS-UUS and•-•Call Forwarding Unconditional-•Call Forwarding Busy-•Call Forwarding Unreachable

PHS•UUS
service
Service•

Service•

Service•

Calling user
Type of request

Forwarding user
Call is
PHS•UUS request and/or
forwarded
UUI forwarded

Implicit

Yes

Yes

Explicit, PHS-UUS not required

Yes

Yes

Explicit, PHS-UUS required

Yes

Yes

Explicit, PHS-UUS not required

Yes

Yes

Explicit, PHS-UUS required

Yes

Yes

Explicit, PHS-UUS not required,

Yes

Yes

Yes

Yes

Not applicableYes

requested during in call set-up
Explicit, PHS-UUS required
requested during in call set-up
Explicit, requested during the call

NOTES
1•In case of call forwarding unconditional or call forwarding busy(network determined user busy) orcall forwarding unreachable, the PHS-UUS request and/or UUI will not be given to the forwardinguser. In case of call forwarding busy(user determined user busy), the PHS-UUS request and/or UUI
will be given to the forwarding user.
2 As a network option, the forwarding of UUI and/or PHS-UUS requests can be restricted toforwarding users who subscribe to the relevant PHS-UUS supplementary service.

12

B-SV2.70-01-TS

Table A-2/B-SV2.70-01-TS

Interaction between PHS-UUS and•- Call forwarding no reply
Calling user
Service
PHS-UUSType of request

Service •Implicit
Explicit, PHS-UUS
not required
Explicit, PHS-UUS
requiredService•

Service•

Explicit, PHS-UUS
not required
Explicit, PHS-UUS
required

Forwarding user
PHS-UUS request
PHS-UUS Request
and/or UUI given to Call is forwarded
and/or UUIdiverting user
forwarded
Yes
Yes (Acceptance)
Yes (No response)
Yes (Rejection)
Yes (Acceptance)
Yes (No response)
Yes (Rejection)
Yes
Yes (Acceptance)
Yes (Rejection)

Yes
Explicit, PHS-UUS not
required requested duringin call set-up
Yes
Explicit, PHS-UUS
required during in call
set-upExplicit, requested during Not applicable
the call

Yes
Yes
Yes
Yes
Yes
Yes
Not applicable(Rejection)
Yes

Yes
Yes
Yes
No
Yes
Yes
Not applicable

No•Maintain•
Not applicable(Rejection)
Yes

No
Not applicable

Yes

Yes

Not applicable

Yes

No

Yes

NOTE - As a network option, the forwarding of PHS-UUS requests and/or UUI can be restricted toforwarding users who subscribe to the relevant PHS-UUS supplementary service.

B-SV2.70-01-TS

13